产品经理一般会通过以下两种方式将需求交付给设计师：
需求交付方式
一般情况下，都是采用“方式一”来进行工作，当版本任务比较急时会采用“方式二”，当然需求文档等交互稿出来后会补上，供开发人员使用。不管是“方式一”还是“方式二”，都经常存在“纯理论性思考”的结果在需求里，很多设计师稍不留神就会掉进这样的“功能陷阱”中。
案例分析
产品功能描述：App登录流程
注：这款App与PC端的“采购管理软件”配套使用，所以在登录前会有一个服务器的选择，故没有注册、找回密码等功能。
产品功能描述很明确，思路清晰，从描述中并没有发现什么漏洞。根据产品功能描述，很快就将设计方案呈现出来：
App登录流程 – 设计稿
概览上图的设计稿，感觉登录流程有些太复杂，将其与产品经理给的“功能描述”进行对照，功能均已实现（不多也不少），但还是感觉怪怪的，不知道哪不对劲。
静下心来，重新审视、思考整个流程。
作为用户，去体验操作登录流程。
经过一番思考、体验，查询相关资料数据后，有如下发现：
对于“产品功能描述”中的服务器列表，新增、修改、删除功能都是产品经理“纯理论性思考”的结果，是“功能陷阱”（坑）。在移动应用发展初期，用户相对来说并不成熟。在登录App时，都会出现“记住密码”、“自动登录”的功能选项，来培养用户的操作习惯。随着近几年智能手机的疯狂式普及，移动用户已经发展的很成熟，“记住密码”、“自动登录”功能选项已经从App登录界面上拿掉了，变成了默认的标配功能。
根据上面的两点发现，重新调整了设计稿：
App登录流程 – 设计稿（调整）
跳过陷阱
在产品经理交付的需求中，有些需求内容只是抽象思考（纯理论性思考）的结果，并不能及时的发现它的问题，成为了设计师眼中的“功能陷阱”，用户眼中的“差体验”。
作为设计师，应该如何跳过这样的“功能陷阱”呢？下面分享一些个人的经验（如有不当的地方，欢迎指正交流），名称是我随性起的，纯粹为了便于理解与记忆。
1. “重塑金身”
设计师在产品的设计过程中，经常不小心将自己的思维陷入到产品的功能中去，将思维高度拉低，在功能泥潭中奔走，最后僵持在里面（外在表现：产品设计卡住了）。类似于“旁观者清，当局者迷”的感觉，这种状态是比较危险的。一方面，产品中的“功能陷阱”发现不了，另一方面，由于思维高度的不够，设计出来的内容会存在较多不合适的地方。
此时，应该停下来，喝口水，休息一会。然后强行清空脑袋中所有关于该功能（项目）的信息，退回到设计的第一步，重新去看该功能（项目）的功能描述，重新进行思考、设计。
2. “火眼精金”
当根据产品经理的需求作出设计稿时，别忙着交付，实践是检验真理的唯一标准，将“设计思维”转变为“用户思维”（将自己变成一个小白用户），去操作体验，不要放过任何细节。
3. “八仙帮忙，各显神通！”
当设计稿出来后，感觉不对，不是自己想要的样子（效果），但是又不知道哪边出问题了或如何修改，此时可以请周围的同事帮忙看看，提提意见，也许就产生了火花的碰撞（可以是交互设计，视觉设计，产品经理、前端等，这个没有限制）。
