Day9. 以放声思考法快速进行概念验证

为何要进行前期概念验证

一般来说，设计产品的流程会经过三个大阶段： (1)概念发想 → (2)设计(包含介面设计、软件程序、资料库设计) → (3)实际开发。

愈後面的阶段，费时愈久、人力工时成本也愈高，如果在概念阶段没有谨慎评估就贸然进入设计 / 开发，往往很有可能会让团队很努力地开发出「错的产品」。若在前期的概念发想阶段就能够避开不直觉、甚至是不对的设计，改善概念本身到一定程度之後，再进入设计及开发阶段，就能避免「努力了半天，却开发出糟糕的产品」。

那麽该怎麽做呢？UX 向心理语言学领域借用了一种方法－放声思考法 (Think Aloud)，正是解决此问题的好方法。

什麽是放声思考

测试的过程中，我们往往只能看到受测者的行为，无法得知受测者为什麽做了这个行为 (比如说，点错按钮到了别页，我们只能看到这个功能任务失败了，使用者没有被引导到正确的 flow，但还是不知道是什麽造成他会错意，是因为这个按钮的文字造成误解吗？还是这个这个按钮摆放的位置不妥？)

若我们让受测者在操作的同时，边将心中的想法想到什麽就说出什麽，我们不就能够从受测者的这段认知、反应的过程中找到可能的原因与洞见了吗？这就是放声思考的核心想法。

放声思考如何进行

凡 UX 研究都需要规划，放声思考也不例外，不建议让受测者漫无目的虾测。

当然，此时产品还没开发出来，所以要先准备好给受测者用的原型。(不知如何制作原型的朋友们，可参考 使用 Whimsical 绘制低精度 Wireframe 以及 使用 Invision 搭建 低精度互动原型 )

首先，UX 研究员可先设计几个与转化率有关的关键任务，比如 "搜寻到某本特定的书，放入购物车进行结帐"。

接着，指派 主持人(引导员) 及 观察员 各一名，开始进行测试。

• 主持人负责带领实验测试，说明要测试的任务，并以简单的例子向受测者说明，请他在测试的过程中全程放声思考；而在测试开始後，过程中则尽量不打断、或试图引导受测者。
• 观察员负责纪录所有受测者说的、动作、及情绪等资讯，作为之後分析用的素材。 (若是有经验的 UX 研究员，则可以一人担任二角；若没把握的话，也可全程录影，方便事後重新观看分析)

测试的过程中，别忘了要求受测者将思考的过程全部大声说出来，包含但不限於：

• 寻找东西找不到时的内心嘀咕
• 心中对於系统运作方式的假设
• 对系统选项、文字、回馈的理解
• 每一个点击决定的念头
• 产生的感受 (例如说「这里字好小，真是好险我有看到」

最後，当测试结束後，做个不超过20分钟的简短访谈，焦点放在那些就算受测者已经放声思考讲出来了，仍然含糊不解，有待厘清的地方。

优缺点与如何克服

放声思考优点不少，包含：

1. 低成本
2. 容易学习，好入门
3. 实施方式不复杂，易於操作
4. 能够同时搭配其他方法进行研究，弹性颇大

当然，放声思考法也是有缺点：

1. 受测者常常在遇到困惑的时候会专注在如何排除问题上，而忘了要放声说出来。
2. 遇到主观意识较强的受测者，他们往往会直接「放声给予解法」，而非「放声诉说原因」。
   例如-
   "我觉得这个按钮要是红色的"
   "这段文字应该要放在右边才对"

针对缺点1，主持人可做一个小提示牌，上面写着「别忘了放声思考」，当受测者忘记时，适时挥舞一下提醒受测者，这个方式比较不会过度打扰受测者。

至於缺点2，其实我们比较希望得到的是受测者操作时，当时心中的思考脉络。去脉络化直接跳到解法，很可能并不是真正好的解法。比如受测者觉得应该是要红色，其实他的认知脉络是 "这个按钮不够明显，所以我一开始不知道要按这里"，而解决 "按钮不够明显" 的设计手法有很多，例如透过设计比例大小、放置图标、明度对比等等， "改成红色" 也只是因为受测者有限想像力且非设计专业下的一个解法，不应全盘接受。解方就是当下先行纪录，在整个测试结束，进行测後访谈的时候，再追问了解其脉络，关注点应放在 "为什麽这麽觉得" 上。

总的来说，放声思考法的好处多多，不足之处也都有能够打补钉的地方，是一个值得学习、实务上用的到的好方法！