如何跳过产品经理的“功能陷阱”思维导图

产品功能描述：App登录流程

在产品经理交付的需求中，有些需求内容只是抽象思考（纯理论性思考）的结果，并不能及时的发现它的问题，成为了设计师眼中的“功能陷阱”，用户眼中的“差体验”。

作为设计师，应该如何跳过这样的“功能陷阱”呢？下面分享一些个人的经验（如有不当的地方，欢迎指正交流），名称是我随性起的，纯粹为了便于理解与记忆。

设计师在产品的设计过程中，经常不小心将自己的思维陷入到产品的功能中去，将思维高度拉低，在功能泥潭中奔走，最后僵持在里面（外在表现：产品设计卡住了）。类似于“旁观者清，当局者迷”的感觉，这种状态是比较危险的。一方面，产品中的“功能陷阱”发现不了，另一方面，由于思维高度的不够，设计出来的内容会存在较多不合适的地方。

此时，应该停下来，喝口水，休息一会。然后强行清空脑袋中所有关于该功能（项目）的信息，退回到设计的第一步，重新去看该功能（项目）的功能描述，重新进行思考、设计。

当根据产品经理的需求作出设计稿时，别忙着交付，实践是检验真理的唯一标准，将“设计思维”转变为“用户思维”（将自己变成一个小白用户），去操作体验，不要放过任何细节。