产品设计铁律：自己经验总结

　　做了这行一定时间，就会对设计、对用户、对行业经验有一定了解，平时记录的一些经验、看法，不一定对，不过遵循着，会让自己工作效率更加高而已。

 

1.不要当自己是用户
　　可以代入到用户角色，但是不能替代用户。每次听到那句“我就是用户，我的需求就这样”，都想抽那人一面。无论toC还是toB，其实都to用户，用户通过抽象化建立起一个个模型，每个用户画像、模型都有自己不同的需求，绝对不是简单的，我就是用户，我的需求就这样可以说。而且需求也区分是共性，还是个性需求。高频，还是低频需求。

　　当时记得是弄个培训，然后有个人说，要加个分类什么的，原因就是要区分下。但是聊了两下，发现根本不是为了区分，而且深入需求并不是区分。只是看到界面有什么，就直接说什么，说出来的，解决不了核心需求。

2.坚持去一线，一线才能知道真正需求
　　经过别人的，或多或少带上其他内容，只会干扰设计。大部分需求都是领导说要这么做、业务部门说要这么做、客服说要这么做，然后很多时候，他们说的时候其实已经经过他们思维的过滤，然后设计出一套他觉得合理的东西，然后告诉给自己的时候，已经是具体要做什么。但是真正做这个事情，要解决什么问题？一个问题，我可以提供十几种解决方案出来，甚至有更优秀的解决方案。所以调研重点，不是要调研做什么，是调研人家为啥要做，解决什么事情？不到一线，很难知道这些。

3.尊重真实而不是扭曲真实
　　初始的分析需要记录真实，然后才去优化或者调整。产品经理仅仅是调整，利用，而不是强迫改变原来业务。

4.加需求是最傻的处理办法
　　你问每个人对这个的建议、想法、意见，他们都会提出很大量设计、功能、想法，而偏偏这些都是有毒！每个人的设计角度都不一样，水平不一样，提出的需求、设计、想法，是否真正解决这产品最核心的问题？

5.用户不知道想要什么，但是用户得意见非常重要
　　直接听用户说要啥，做啥，那肯定不行。但是又不能不听，关键是要了解用户说法背后的原因，或者背后原因的原因。这事情是当时老板提了个需求，需要对某个功能日期加个最长时间限制，一听就觉得是傻逼，然后跟其他人聊，其他人说，站在老板角度，也许是这样，今天不知道明天事情，不加最长时间限制，到时候情况有变，要调整工作，很难。老板的时间，是很有限。最终根据老板角度及通用员工的考虑，设计出更合理的逻辑，更能满足这种情景下的核心需求。每个需求，每个意见，背后或多或少有一些特殊需求或者核心需求，需要深入分析。

6.不要想当然
　　不能想当然，当然是不用功能！为什么不用？不用根因是什么？真的是不用？以前，还有周围的人，总是告诉我一个结果，但是深入问原因，又不明所以。好不容易有个人给个好点的原因，但是那个原因真的是根本原因？不解决根本原因，做再多设计都是无效。人家不是不想用功能，而是这功能没解决到他的核心问题，那为何用呢？

7.要先成为人精，才能明白人
　　做产品，就是了解人心并能设计出符合人心的东西，需要面面俱到且精通。做个小设计，想让用户自主操作，判断是否参加会议。难点是这操作没意义，用户不愿意，如果强行做就反感。最后设计，在会议内容、议题内容那，增加个蒙层，点击参加或者不参加，才能看到。即不反感，又提高这个功能实际价值，发挥这个功能真正价值（可以针对参加的人，做更加多设计）。

8.做用户需要的东西，而不是臆想的东西
　　没法代入到用户角度去思考问题，以为设计出来的东西是用户需要的。等用户真正用起来的时候，才发现实际不是那样。产品就是不断假设，设计，验证的一个过程。

9.做产品的目的
　　不是为了把控需求，不是为了赢别人，也不是为了盲目满足用户所有需求，而是为了解决大部分用户真实的需求。发现挺多做产品设计，要不就是要坚持自己是对的，你们都是错的。要不就是坚持老板说的都是对的，用户说的就是对的，然后没怎么深入思考做产品的初衷，这个产品的核心是什么？

 

　　以上内容都是工作中，遇到的事情，或者偶尔有感想的时候记录的。刚重新整理的时候也发现还可以再继续提炼一下，有一些都是同个问题。不过就先记录下来，后面再深入整理一下。产品道路漫漫，易学难精。