在产品经理交付的需求中,有些需求内容只是抽象思考(纯理论性思考)的结果,并不能及时的发现它的问题,成为了设计师眼中的“功能陷阱”,用户眼中的“差体验”。
作为设计师,应该如何跳过这样的“功能陷阱”呢?下面分享一些个人的经验(如有不当的地方,欢迎指正交流),名称是我随性起的,纯粹为了便于理解与记忆。
设计师在产品的设计过程中,经常不小心将自己的思维陷入到产品的功能中去,将思维高度拉低,在功能泥潭中奔走,最后僵持在里面(外在表现:产品设计卡住了)。类似于“旁观者清,当局者迷”的感觉,这种状态是比较危险的。一方面,产品中的“功能陷阱”发现不了,另一方面,由于思维高度的不够,设计出来的内容会存在较多不合适的地方。
此时,应该停下来,喝口水,休息一会。然后强行清空脑袋中所有关于该功能(项目)的信息,退回到设计的第一步,重新去看该功能(项目)的功能描述,重新进行思考、设计。
当根据产品经理的需求作出设计稿时,别忙着交付,实践是检验真理的唯一标准,将“设计思维”转变为“用户思维”(将自己变成一个小白用户),去操作体验,不要放过任何细节。
当设计稿出来后,感觉不对,不是自己想要的样子(效果),但是又不知道哪边出问题了或如何修改,此时可以请周围的同事帮忙看看,提提意见,也许就产生了火花的碰撞。(可以是交互设计,视觉设计,产品经理、前端等,这个没有限制。)