适合设计师的可用性方法

　　什么是think aloud
　　Think aloud 是可用性测试中常用的一种方法，它是由IBM公司Clayton Lewis在1982年在 《以任务为中心的界面设计》书中被阐述，同时引进到了可用性领域，1993年由前苹果研究院VP的Jakob Neilson在可用性工程这本书中再次推出。使用 Think aloud方法，需要提供给被测用户待测的产品或界面原型，要求被测用户根据指定任务操作产品或界面，与此同时，即时地说出使用产品界面时的想法、感受和意见。Think aloud适合在产品设计的任何阶段使用，并且适用于各种形式的产品原型，对于用户路径，界面信息构架，误操评估等有快速有效的校验作用。
　　为什么使用think aloud
　　Think aloud可以给设计师带来很多价值。它可以看到用户与产品真实交互的过程，从而更好的理解用户的心智模型；了解到被测用户在产品中迷失或出错的地方，从而更准确地优化设计。比如，被测用户找不到完成测试任务的路径，可能是由于系统设计的路径不符合用户预期；被测用户误解一些设计元素而产生误操或疑惑，这些设计元素可能需要重新考虑。另外，通过用户一边浏览操作一边表述自己即时的感受，可以帮助设计师更真实直接的了解，为什么用户会产生这样的认知和行为。
　　与其他可用性测试相比，Think aloud突出的优点：
　　l经济（cheap）
　　不需要特殊的设备，只要坐在被测用户的旁边，观察和记录他的言行；研究表示被测用户数在2-8个就可以获取较为有效的用户反馈；收集数据所需要的时间短。
　　l可靠（Robust）
　　操作简单，误差小。除非你特意误导被测用户，不然测试结果都是真实可靠的。
　　l灵活（flexible）
　　Thinkingaloud适用于开发周期中任一阶段，从早期的纸面原型到完整上线的系统都行（尤其适合敏捷项目）。可以用来评估任何一种形式的用户界面，无论是网站还是软件，web还是移动。
　　l有说服力（convincing）
　　让团队的其他成员在thinkingaloud测试时旁听，当他们目睹用户是怎样看待他们的产品时，往往会被说服。这是促进他们关注可用性的好办法。
　　l易学（easy to learn）
　　只需要了解一些可用性测试的基础知识，再加上一两个实践练习，就可以学会了。那么，现在就开始吧~
　　如何使用think aloud
　　1.准备好测试中涉及到的界面
　　任何形式的界面都行，纸面原型、交互原型、视觉稿或上线产品。但是这些界面需要尽可能地模拟真实的使用场景，不要因为界面的粗糙而影响了用户的使用。
　　为了让大家更好的了解thinking aloud的使用方法，我们以detail页面的尺码助手功能为测试案例。
　　2. 根据测试目标，设计好任务
　　首先要明确测试的目标，比如检验用户路径是否满足用户预期，设计元素能否简单易懂，发现更深层的用户需求等。再结合产品，设计测试任务，确保通过任务可以达到预设的测试目标。think aloud的任务描述，通常使用脚本（scenario）的形式呈现给用户。
　　本案的测试目标：
　　目标一：尺码助手在detail页面上的位置：用户是否能方便找到。
　　目标二：设置＂我的尺码＂：用户的操作过程是否顺畅；用户对界面是否存在疑惑。
　　目标三：＂我的尺码＂助手是否符合用户需求和预期。
　　3. 邀请合适的测试用户
　　Jakob Nielsen博士的研究表示，同一个think aloud测试，2-8个被测用户产出的结果是最有效的。设计师可以邀请身边符合目标人群的同事（非项目成员）来做被测用户。实验前告诉被测用户测试的规则，需要他即时地描述，他看到的/思考的/疑惑的/正在做的操作以及主观感受，注意要即时地描述，而不是操作完以后再说出他的想法。设计师可以和被测用户在正式测试前用一些案例练习一次，确认被测用户熟悉这个过程。一般情况下，think aloud这个方法需要被测用户对该方法有一定的了解和训练。
　　如案例中，一个用户这样描述：＂我打开了detail页面，这是一件女装外套，我看到了有尺码，还有颜色可以选（看到的），然后我继续拉下来看（操作），我没看到 ＂尺码助手＂，哪里有呀？（疑惑的）我想它可能在选择尺码那里（思考的），所以我回到顶部来看看…我看到了它了，但我觉得这个入口太难找了，很容易看漏（主观感受）。＂
　　4. 以上步骤准备妥当后，开始测试
　　在被测用户操作的同时，我们需要观察被测用户的操作行为，适当记录下反映设计问题的关键信息。（最好准备录音设备，将用户的原话记录下来，以便后期研究）测试过程中，不要打扰被测用户，也不需要给被测用户提供提示或帮助，除非被测用户已经完全偏离测试任务，长时间找不到正确的任务路径，主动寻求帮助。
　　5. 从用户的言行中解读出对设计有帮助的信息