如何跳过产品经理的功能陷阱

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