优秀用户体验应做好五件事.pdf

优秀的用户体验应做好的五件事 对交互设计职位的思考 很多交互设计师 （包括用户研究员 ）可能都思 过一个问题 ：自己的存在到底有没有价值 ？这个职 业是否有未来 ？最后 ，很多交互设计师由于看不到未来 ，或体会不到成就感 ，转行做了产品经理或 从事其他岗位。 确实 ，原型完全可以由产品经理代劳 ，实在不会做可以抄竞品嘛 ，再不行 ，还可以交给视觉设计师 自由发挥嘛。在这双重夹击下 ，交互设计师确实很尴尬。最郁闷的是 ，交互设计师往往没有话语权 ，时常需要妥协于产品经理或领导 ，即使心里并不认同。 我曾经看到过一篇微博 （现在已经被删除了 ），大意是这样 ：“我们公司招人只招产品经理和美工 ， 不需要交互设计师。我们不要只有思 没有产出的职位”。看似让交互设计师心寒的话 ，其实体现了 很多管理者的心声 ：交互设计师没有太大意义 ，我们不想多这么个无用的环节 ，没有他也没什么大 不了的 ，有视觉就够了。 我觉得听到这种声音是件好事 ，可以让我们更清醒的去反思。一个职位存在 ，必然有它存在的道理 。交互设计师这个职位设立的意义是什么 ？应该做到什么程度 ？是不是真的像这个人说的一样只有 思 没有产出 ？下面我就来简单分析一下。 交互设计师与产品经理的制衡 可有可无的碍事者 O R 用户体验的护卫者 ？ 如果读过 《用户体验的要素》 ，就会知道产品在战略层 （用户体验的要素 ）需要同时 虑网站目标 和用户需求。实际情况下 ，产品人员往往背负着沉重的KPI ，他们不可避免的更多 虑网站目标 ； 而交互设计师更倾向于站在用户体验的角度 虑问题。二者需要互相平衡 ，互相制衡 ，否则容易 失控。试想 ，如果没有用户体验人员或相应的团队 ，产品为了达成自己的目标 ，很可能会拼命的增 加功能和内容。如果大家都不去重视体验 ，都去过渡的消耗产品 ，那产品的未来可想而知 （不过这 种情况基本上只在大公司发生 ，产品就像个孩子一样 ，而产品经理相当于孩子的父母。但父母太 多了 ，孩子也就不亲了 ）。 可能有人会说了 ：不是所有产品都背负KPI ，也不是所有的产品人员都不重视用户体验。很多产品 人员自己画原型也画的挺好的。我想说的是 ，术业有专攻 ，产品人员需要注重的是产品的宏观方向 和定位 ，而不是交互细节。一个整天热衷于交互细节及页面布局的产品经理 ，能有多少心思放在定 义大方向上 ？（除非这个团队产品人员较多 ，有些人员其实是在专职做交互的工作 ） 还有一点 ，设计师一般不背负KPI ，所以容易保持较为理性的思维 ，正所谓“旁观者清”。所以我们时 刻做好准备 ，在产品经理头脑发热时 （人在面对巨大压力时难免 ，设计师其实也一样 ），准备一盆 冷水。 交互设计师与产品经理的合作 被奴役的原型工人 O R 提供最佳方案的设计师 ？ 1. 识别需求的有效性 每当产品抛过来一个需求时 ，平庸的设计师想的是完成它 ；普通的设计师想的是把它做好 ；优秀的 设计师想的是尽自己所能把它做到最好 ；而卓越的设计师则优先 虑 ：这个需求到底合不合理 ？值 不值得去做 ？对产品有什么帮助 ？用户是否需要它等等。如果最后的结果是它不值得去做 ，那么应 该拒绝 ，或是提出更好的解决方法。当然很多时候 ，我们很难判断出某个特定的需求是否合理。在 这种情况下我们可以做用户调研 ，可以分析使用场景 ，可以去问问身边的朋友 ，可以和产品经理讨 论等等 ，但不能因此放弃思 。 比如说 ，之前同事做彩票客户端设计时 ，产品经理要求增加复杂的分析图表功能 （因为用户反馈中 经常有人提到 ）。这个时候 ，我们需要的不是冥思苦想 ，寻找各种解决方案以更好的在小屏幕上呈 现复杂的图表 ；而是通过分析用户的使用场景 ，最后得出此功能不适用在手机客户端上的结论 （找 不到任何一种适合使用该功能的合理场景 ），最终说服产品经理取消了该功能。 2. 重塑需求 遗憾的是 ，很多时候设计师接到需求时 ，需求文档都已经成型了。 这个时候设计师已然处于较被动 的地位 ，紧接着会不由自主的按照需求文档去设计 ，直到最后发现走不通为止。而这个关键节点恰 恰是设计师最能发挥价值的地方。 我们更需要的是把苹果变成橘子的能力 ；而不是人家给你一个苹果 ，你把它榨成苹果汁。那样的话 ，你被人替代的日子就不远了 ，因为原型谁都会画。 比如说 ，需求文档上写明“二级导航持续可见 ，方便用户切换”。但你通过经验或用研结果 ，发现只 有极少的用户会去切换功能 ，那么就可以把它适当隐藏起来。其实你并没有完全按照需求文档说的 去做 ，但相信这样的结果 ，大家都会满意。 3. 梳理结构流程设计界面 这一点