用户打开两份安装资料，停了很久。设计师以为他在比较，直到听见“我不知道哪版适合旧设备”，才发现页面没有帮助他确认适用范围。
有声思维让参与者在任务中表达正在看什么、想做什么和哪里不确定，把言语与操作放在一起。它帮助理解疑问，却不要求用户解释每次动作，更不应让主持人教出一条正确路径。
先选择同步说，还是事后回看
同步方式让参与者边做边说，可以对照动作发生的时间。讲话本身也可能改变节奏，不能把时长直接视为自然操作速度。
回顾方式先做任务，再结合记录描述当时的理解，表达负担较小，但记忆受事后判断影响。它不能完整还原内心过程。两种方式都要说明条件，按研究问题选择。
以官网资料中心为假设示例。任务是为现有设备找到适用安装资料，并说明怎样确认适用。请有相关经验、未接受网站培训的人参与，不告诉他栏目位置。
开始之前，说明他无需给设计打分
告诉参与者测试的是方案，可以表达犹豫，也可以说不记得。希望听见当前注意与打算，不需要专业设计意见。可以先用无关小任务练习，别拿正式网站练到熟悉答案。
确认原型能支持必要环节，说明未实现部分。使用可信背景与示例资料，录像前约定范围，避免真实个人或商业敏感信息进入记录；参与者可以暂停。
执行任务时，主持人少说话。短暂沉默不必马上填补；需要提醒表达时，可以说“请继续说说你现在注意的内容”。“看看版本号是不是更容易”已经给了判断线索，应视为帮助。
一次停顿，至少保留四类记录
| 内容 | 在本例中怎样记 |
|---|---|
| 操作 | 打开两份标题相近的文件，返回列表 |
| 自发原话 | “不知道这版适不适合旧设备” |
| 提示与帮助 | 中立提醒何时出现，是否提示了栏目或版本 |
| 分析解释 | 适用条件可能不够明显，需继续验证 |
自发发言与中立提示后的回应分别标记。若主持人进一步指了路径，帮助的具体内容也留下，随后找到资料不能计为独立完成。
参与者说“这个很好”，不等于理解；说“我可能点这里”，也不等于真的点击。把原话与动作对照，不只挑录音里支持方案的评价。
连续问“为什么”容易把任务变成答题。用户开始解释自己是否正确，就很难保持原有行动。先让任务继续，结束后再核对重要停顿。
回看时，允许没有答案
可以请参与者回看文件切换，问当时期待看见什么。不要播放时先解释正确路径，也不强求每个动作都有理由。回答“不记得”，就保留这个空白。
他可能事后总结“标题不好”，但当时也在比较适用设备。把回忆与现场原话分别记录，避免把事后解释当作已确定的唯一原因。
对不同参与者采用大致相同的提示规则，临时调整注明。否则一个人有帮助、另一个人没有，操作差异就很难只归因于界面。
成功标志是团队能指出影响资料判断的具体疑问，并分清它何时自发出现、何时在提示后表达、何时需要帮助才继续。解释仍不清楚的部分保留待核实，任务结果也没有被指导掩盖。
把听到的疑问变成下一轮任务
本例可以尝试在列表与资料页明确适用设备和版本关系。下一轮继续用目标任务，观察用户是否自行确认，而不是问他喜欢新标签吗。
问题还要区分：是否阻断、引起错误判断、需要帮助，或能够恢复。有效提示也记录，免得改版破坏原来清楚的部分。没有说出的心理活动，研究者不能补写。
交付任务、原型版本、同步或回顾条件、提示规则、匿名动作与原话、解释和候选改动。若要扩展地域与时段，可以参考自动化远程研究，但不同主持条件下的表现不可直接等同。
听见用户怎样理解文件，比记录他说了多少话更有帮助。有声思维提供解释线索，频率、因果和自然速度仍需合适的其他研究。
让犹豫成为具体改版问题
58UI可在官网设计开发和UI/UX改版中，用任务与原型讨论分类、反馈和资料判断；品牌视觉设计帮助信息提示保持一致、易于辨认。需要调整的应是造成困难的具体表达与流程。
通过设计与开发服务和官网与界面案例可了解相关范围。若用户常在查找或填表时停顿，可以通过沟通具体设计问题带来一条关键任务，确定哪些理解问题值得先观察。
相关服务
