Think Aloud-适合设计师的可用性方法
什么是think aloud
Think aloud 是可用性测试中常用的一种方法,它是由IBM公司Clayton Lewis 在1982年在 《以任务为中心的界面设计》书中被阐述,同时引进到了可用性领域,1993年由前苹果研究院VP的Jakob Neilson在可用性工程这本书中再次推出。使用 Think aloud方法,需要提供给被测用户待测的产品或界面原型,要求被测用户根据指定任务操作产品或界面,与此同时,即时地说出使用产品界面时的想法、感受和意见。Think aloud适合在产品设计的任何阶段使用,并且适用于各种形式的产品原型,对于用户路径,界面信息构架,误操评估等有快速有效的校验作用。
为什么使用think aloud
Think aloud可以给设计师带来很多价值。它可以看到用户与产品真实交互的过程,从而更好的理解用户的心智模型;了解到被测用户在产品中迷失或出错的地方,从而更准确地优化设计。比如,被测用户找不到完成测试任务的路径,可能是由于系统设计的路径不符合用户预期;被测用户误解一些设计元素而产生误操或疑惑,这些设计元素可能需要重新考虑。另外,通过用户一边浏览操作一边表述自己即时的感受,可以帮助设计师更真实直接的了解,为什么用户会产生这样的认知和行为。
不需要特殊的设备,只要坐在被测用户的旁边,观察和记录他的言行;研究表示被测用户数在2-8个就可以获取较为有效的用户反馈;收集数据所需要的时间短。
操作简单,误差小。除非你特意误导被测用户,不然测试结果都是真实可靠的。
Think aloud适用于开发周期中任一阶段,从早期的纸面原型到完整上线的系统都行(尤其适合敏捷项目)。可以用来评估任何一种形式的用户界面,无论是网站还是软件,web还是移动。
让团队的其他成员在think aloud测试时旁听,当他们目睹用户是怎样看待他们的产品时,往往会被说服。这是促进他们关注可用性的好办法。
只需要了解一些可用性测试的基础知识,再加上一两个实践练习,就可以学会了。那么,现在就开始吧~
1.准备好测试中涉及到的界面
任何形式的界面都行,纸面原型、交互原型、视觉稿或上线产品。但是这些界面需要尽可能地模拟真实的使用场景,不要因为界面的粗糙而影响了用户的使用。
2. 根据测试目标,设计好任务
首先要明确测试的目标,比如检验用户路径是否满足用户预期,设计元素能否简单易懂,发现更深层的用户需求等。再结合产品,设计测试任务,确保通过任务可以达到预设的测试目标。think aloud的任务描述,通常使用脚本(scenario)的形式呈现给用户。
3. 邀请合适的测试用户
Jakob Nielsen博士的研究表示,同一个think aloud测试,2-8个被测用户产出的结果是最有效的。设计师可以邀请身边符合目标人群的同事(非项目成员)来做被测用户。实验前告诉被测用户测试的规则,需要他即时地描述,他看到的/思考的/疑惑的/正在做的操作以及主观感受,注意要即时地描述,而不是操作完以后再说出他的想法。设计师可以和被测用户在正式测试前用一些案例练习一次,确认被测用户熟悉这个过程。一般情况下,think aloud这个方法需要被测用户对该方法有一定的了解和训练。
4. 以上步骤准备妥当后,开始测试
总结
希望 Think aloud方法能在工作中帮助到大家!
建议继续学习:
- 可用性测试好助手——Morae软件的应用 (阅读:5456)
- 可用性测试的权衡之道(二) (阅读:4788)
- 那么明显,为什么用户看不见? (阅读:3362)
- 简单快速的可用性测试 (阅读:1988)
- 可用性案例分析 (阅读:1994)
- 如何快速解除用户防备?――浅谈可用性测试中沟通的技巧 (阅读:1903)
- 可用性测试的权衡之道(一) (阅读:1764)
- 可用性测试中的任务设计方法 (阅读:1584)
- 关于柔性服务的一些实践和思考 (阅读:1411)
- 产品的可用性、易用性、高效性 (阅读:1168)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:荀儿 来源: TaoBaoUED
- 标签: Think Aloud 可用性
- 发布时间:2014-07-15 23:06:43
- [67] Oracle MTS模式下 进程地址与会话信
- [65] 如何拿下简短的域名
- [65] Go Reflect 性能
- [59] 图书馆的世界纪录
- [59] 【社会化设计】自我(self)部分――欢迎区
- [59] android 开发入门
- [58] IOS安全–浅谈关于IOS加固的几种方法
- [53] 视觉调整-设计师 vs. 逻辑
- [47] 读书笔记-壹百度:百度十年千倍的29条法则
- [47] 界面设计速成