产品早期的原型设计与用户测试

用户测试

通过用户测试，我们可以直接和有效的洞察到产品在用户行为、界面可用性、用户期望与功能契合程度等方面的表现。本文所侧重的原型阶段的测试，更是可以帮助我们在项目初期就能达到以下几方面的目标：

• 在产品进入开发流程之前，发现并解决那些需求和功能设计合理性方面的问题。
• 辨识并去除那些多余的功能，节省接下来的开发成本。
• 尽早发现结构布局和交互方式等方面的问题，在接下来的迭代过程中，有针对性的优化用户体验，提升最终产品的用户满意度，推动产品在市场中口碑的树立。

用户测试的大致方式及流程其实并不复杂：选择合适的用户作为测试对象，向他们提出一系列需要使用app原型来完成的目标，记录他们的行为及口头陈述反馈。需要花些时间和心思去琢磨的的是整个测试工作的计划与执行过程中的细节问题。

当然，你可以雇用那些可用性测试方面的专业代理，由他们打包搞定所有的问题，比如用户选择、任务设计、会话时长的规划、调查结果分析等；只要你的团队有足够多的经费预算用来支付外包费用。

幸运的是，有一些实践性强、成本低廉的方法和原则可供我们参考借鉴，自己解决问题。另外，虽然多数的第三方代理在专业水准方面值得信赖(并且价格昂贵)，但他们毕竟无法像我们自己一样可以从头到尾的了解我们的产品和需求，他们最终提供的分析报告往往无法达到能够指引我们立刻采取反应措施的程度。

测试规模

每轮会话的时常最好不要超过45分钟，目标任务保持在5个以内；否则，疲劳因素会导致用户希望结束测试，进而影响其行为。

如果测试会持续一整天，那么每轮测试会话之间要留有20到30分钟的间隔，让你和团队相关人员有时间对前一轮的测试情况进行讨论。

参与测试的用户数量取决于你的应用产品的规模级别。对于一些最小可用产品的原型，测试用户的行为上有很强的关联性，重要的问题基本都可以在前面两轮测试中很清楚的呈现出来。对于复杂的应用，test subjects are more likely to identify unique issues, with diminishing returns as the total number of test users increases.Jakob Nielsen suggests that five users offer the best insight before diminishing returns kick in significantly.(“…随着测试用户数量的增多而产生收益递减的现象。Jakob Nielsen建议，在收益递减的效应变的显著之前，5名测试用户可以带来最好的测试效果。” 不敢断译，求各位观众的帮助和指正。)

/*——————–更新 2011-12-04 17:26——————–*/

对于复杂的应用，

由于每位用户在测试中都可以有她独特的发现，那么随着用户数量的增加，这种独特性会降低，重复的发现会增加，这样我们花的时间，金钱和精力就用在发掘重复的issue上了，这不是理想的效果，经过研究5个人的数量刚好。

来自yingying同学的指正，thanx!

/*——————–/更新 2011-12-04 17:26——————–*/

计划筹备

选择测试任务

我们未必可以测试到app的方方面面，在时间和各种资源条件有限的情况下，可以尽量选择最重要的、使用最频繁的功能，来设计测试任务。

好的任务描述文案读起来应该更像剧情脚本，而不是简单的引导说明；对比下面两种风格：

• “查找一种沙爹酱的替代品”——不是非常给力。
• “今晚，有位朋友会来你家用餐，他对坚果过敏。看看有什么方法可以相应的调整一下食谱？”——很好，具有很真实的情景感和带入感。

记得自己先把这些任务过一遍，确保在正式开始测试之前，原型本身不会出现明显的错误和问题。

制定考量标准

测试结果通常会反映出大量可用性方面的问题；量化的标准可以帮我们很直观的比较出每轮测试之后产品在设计和功能方面的迭代成果。有以下几方面的考量标准需要特别留意：

• 任务完成度：用户成功的完成任务了没？
• 完成任务的时长：用户花了多长时间来完成任务？
• 所需的步骤：用户在完成任务的过程里，需要访问多少页面，会产生多少次触摸或点击？
• 用户在完成任务的过程中犯了多少错误，严重程度如何？
• 用户满意度如何？(5分制)

选择用户

必须选择“有价值”的用户进行测试。对于烹饪类的应用来说，找那些一周多数时间里以冷批萨为主食的用户来参与测试，将是一件即无厘头又坑爹的事。

可以基于早期的用户人格与市场方面的调研来描述你希望寻找的目标用户。寻找的范围和方式大致包括：

• 亲朋好友以及业界相关的联系人
• 通过你的网站或博客发布招募信息
• 在社交媒体中寻找与当前产品领域相关的用户
• 使用公告板、邮件列表等

酬谢回馈

如果你觉得很难找到测试对象，那么除了思考招募途径方式以外，也可以考虑为参与测试的用户提供一些酬谢回馈。大致的形式包括：

• 产品推出之后优先或免费使用的特权
• 酬金
• 代金券(网购优惠券或实体票券等)
• 吃吃喝喝

选择测试工具

有很多现成的工具服务可以对用户测试工作起到推动和辅助作用。

Feedback Army会随机邀请一些用户来回答你的测试任务问题，并以文本的形式进行回馈。如果你的产品受众面很大，那么这种方式还不坏，否则你将很难得到你所需要的方向性很强的回馈。

UserTesting则更加高端些，他们会帮你选择合适的用户群，并通过视频记录下用户完成测试任务的过程，然后将结果发送给你，而且成本还算廉价。一个弊端是，他们对用户的筛选是基于统计数据的，所以如果你希望参与测试的用户应该是那些每周至少5天会在家做饭的人，那么你能依靠的就只有用户的诚实了。另外，你也无法在测试过程中针对重要的交互环节向用户提出具体问题。

如果你需要与用户进行远程交流互动，那么屏幕录制和分享等功能是必不可少的。Adobe ConnectNow和Skype在这方面都很给力，iShowU(Mac)和Camtasia Studio(Windows)也是不错的选择。

当然，最好的测试方式，还是在面对面的互动中对用户微妙的反应进行观察和分析。最好摄像头和麦克风来记录下整个会话过程，并在测试结束后使用Silverback(Mac)或Morae(Windows)这类工具回放，进行分析。

引导测试进行

在测试的当天，做好一切准备，对测试所需的软硬件进行最后的测试。欢迎参与者的到来，对他们花时间参与测试表示感谢。

尽量让用户觉得轻松自在，以保证测试可以自然的进行。预先将酬劳支付给他们，避免他们会担心“只有正确的完成测试才能拿到报酬”。向参与者解释清楚测试的目的，要让他们明白真正的测试对象是app产品，而不是他们自身。告诉他们对接下来的任务尽力而为就好，完全不必顾虑是否会犯错。

最好事先签订一份简单的授权协议，告知用户接下来的测试过程会被影音记录，并用于今后的内部分析。要确保用户的隐私得到充分的保护，影音资料不会被在外部公开。

最重要的一点，要鼓励参与者大胆的思考及表述，不要担心什么；不过同时要让他们知道，你不会回答任何关于怎样使用app完成任务方面的问题。你要尽量营造出一种参与者正在独自使用产品完成任务的情景。

作为测试的主持者，你的责任是保持客观，认真倾听。一开始可以设置一些简单的任务，让参与者可以比较从容的进入角色。切记，在布置任务和提问的过程中，要避免引导出你希望得到的答复。多对参与者进行鼓励，给予一些非承诺性的回馈；如果他们在操作过程中犯了错误，首先给出一定的时间让他们自己思考和修正，只有在确实无法进行下去的时候再进行必要的干预。

向用户提问的时候，不要加入“选项”的因素。下面几种问法比较得当：

• “你可以描述一下你正在做什么吗？”
• “你正在思考什么？”
• “这和你的预期一致吗？”

测试之后

测试结束之后，记得要再次向参与者表示感谢；他们很有可能成为产品的第一批口碑传播者，尤其是当他们正好属于产品的目标用户群的话。在测试任务全部结束后，可以让他们对产品满意度进行简单的打分。

测试结束后，立刻记录你在测试过程中洞察到的各种细节问题，越详尽越好。即使其中一些想法是没什么价值的，也可以在接下来的分析过程中剔除掉。

和你的团队一起回顾整个测试过程，对发现的问题进行归纳和总结，理清优先级，并尽快在下一轮的产品原型迭代中做出相应的改进和调整。

总结

最后，我们来归纳一下本文中关于Web应用原型设计及相关测试的内容要点：

• 列出原型所需的视觉元素，按照功能优先级排序分组。
• 使用纸和笔简单的勾画低保真原型。
• 对应用的关键界面视图，使用辅助工具设计制作线框图和高保真原型。
• 在邀请用户进行原型测试之前首先进行内部测试评审。
• 在用户测试前，充分制定好考量标准。
• 使用情景脚本风格的测试引导。
• 参与测试的用户应该与app的目标市场有契合点。
• 对参与者给予适当的酬劳。
• 使用影音设备记录下测试过程。
• 作为测试的主持者，要保持客观，在布置任务和提问的过程中，避免引导性的问题。
• 测试结束后立刻记录过程中发现的问题，及时分析测试结果，对原型进行迭代。