出声思考（Think Aloud）：也译为发声思考，指的是在测试中让用户说出他们内心的思考过程，如为什么点这个按钮/期望会发生什么/针对产品的反应所表达的态度等。
大概一个月以前我完成了自己的第一次可用性测试，我也要求参与者在测试中进行出声思考。测试的结果发现了一些可用性问题，但同时也抛给了我自己一些问题。其中我最难以忘怀的是：如何让用户进行出声思考？
这些参与测试的用户都是心理学研究生，在学习和工作中都或多或少对出声思考有所了解。但即使这样，他们的‘出声’对测试发现并没有提供太多的帮助。很多时候，他们会集中于操作而陷入‘沉默’，以至于我不得不持续提醒他们保持‘出声’。
尽管主要的原因在于我自身的经验不足，但事实上这可能是一个普遍的问题。Jimmy Breck-McKye 在Stack Exchange上提出这个问题：如何指导用户进行理想的出声思考？
用户很善于给我一些并不需要的评论，比如他们是否喜欢这个颜色、哪些功能他们认为别的用户会难以理解及他们会怎么重命名某些标签。他们会在某些事情上滔滔不绝：为什么讨厌紫色、为什么蓝绿色让产品看起来‘有教养’等等。他们将整个用户测试当作了一场‘意见收集会议’，但他们没有在进行真正的‘出声思考’。
真正的问题： 我比较赞成其中的一个评论：问题的原因在于人们很难经常关注自身的行为反应并通过语言表达出来，尤其是在完成特定任务的时候。对于现在的用户来说，很多操作行为已经被自动化以至于不需要进行意志方面的努力，他们可能只是进行习惯化的操作而并不了解为什么他们会这么做。
所以，如何指导用户进行出声思考？
1. 让用户成为老师 Thales Pereira在其回答中提供了一个非常创意的解决方案：在用户边上放一只塑料鸭子，告知用户鸭子的姓名，并说：“你看，鸭子Frank有一点儿不聪明。他不知道怎么使用这个产品，所以我需要教他怎么做。但是作为一个技术人员，我真的很不擅长用生活化的语言来解释这个产品的原理。”在这里，如果是老用户，你可以说‘希望你能够帮我教导他如何使用这个产品’，而对于新用户，则是‘希望你能和他一起探索这个产品怎么使用/这个任务怎么完成’。
2. 示例演示 Jakob Nielsen建议在进行测试前给用户观看一段视频，视频中会演示出一段理想的出声思考是怎么样的。让不熟悉出声思考的人们有一个明显的模仿及参考标准。Nielsen的文章中还包括了在录制演示视频时应该注意的一些问题，如不要超过1分钟、不要与要测试的产品/任务重复、视频中的‘用户’应该进行哪些出声思考等。
3. 在测试前/后明确问题 Andrew Martin给出了一个更实际的答案。在用户进行任务前强调需要他们在进行思考的一系列问题，并尽可能的用语言表达出来。而在测试过程中，如果用户表现沉默和停顿，直接询问‘你现在在想什么’。如果这些都效应不大的话，也有人建议在测试后与用户一起回顾他的测试视频并询问这些问题。
PS. 如果你知道更多的技巧，请一定告诉我，拜托拜托！！！
拓展阅读：
The Origins and Evolution of Thinking Aloud 中对出声思考的历史、发展和应用做了详细的介绍。
How to Get Better Think-Aloud Feedback during Remote Testing 中介绍了如何在远程测试中更为有效地获得出声思考的结果。
