一场可用性测试，已经进行到第三个任务。用户需要找到"关闭消息推送"的入口，但她已经在同一个页面上滑了将近两分钟。她先点了页面顶部的头像，发现不对，退回来；又点了底部的"发现"，找了一圈还是没有找到，再退回来；之后她的手指悬在屏幕上方许久，不知道下一步该点哪里。

主持人坐在旁边看着这一切，越来越坐不住。两分钟的沉默让气氛变得异常尴尬，主持人终于忍不住开口了："你可以试试右上角那个齿轮图标。"

用户立刻点了齿轮，进了设置页，三秒钟就找到了推送开关，任务完成。主持人在笔记本上记下"任务三：已完成"，心里松了口气。

但显然这条记录已经没有任何意义了，这次测试原本想要确认"用户能不能自己找到关闭推送的入口"，而用户刚才的操作已经说明了答案——她找不到。主持人的那句提示让她跳过了卡住的环节，任务虽然完成了，但测试真正需要的数据（用户在哪里卡住、为什么卡住、最终会不会放弃）全部丢失了。用户卡住的那两分钟才是这个任务最有价值的观察部分，而主持人的一句善意的提醒，确把它破坏掉了。

一. 主持人的角色定位

主持人不是老师，不是引导者，也不是客服。主持人是观察者，职责是创造一个用户能自然行事的环境，然后静静地看。

这需要主动压制帮助用户的冲动——看到用户卡住而不伸手，对大多数人来说不是一件自然而然的事。帮助是社交情境里的本能反应；测试情境要求主持人压制这个反应，因为用户遇到困难正是测试需要记录的数据。

换个角度想：如果一场测试下来，五个用户全部顺畅完成了所有任务，这是好事吗？不一定。有可能是设计本身没有问题，但也有可能是主持人在用户卡住的时候给了太多帮助，让本该暴露的问题被跳过了。主持人的职责不是让测试顺利跑完，而是让测试如实记录下用户遇到的每一个障碍——用户卡住、困惑、走错路，这些才是测试要收集的核心数据。

二. 开场白决定整场测试的氛围

开场白通常只有几分钟，但它决定了用户在接下来整场测试里的状态。开场白没有说清楚的事情，后续很难弥补。

有几句关键的话，需要在开场白里明确表达出来：

"我们今天测试的是这个产品，不是在测试你。如果你遇到困难，那是产品的问题，不是你的问题。"这句话要直接说出来，不要含糊表达。因为很多用户进入测试时有"表现焦虑"——他们想表现得好，不想在主持人面前显得不会用。这种焦虑会让他们在卡住时掩盖困惑，假装顺利，甚至猜测主持人"希望"他们怎么做。开场白里明确说清楚，能显著降低这种焦虑，让用户在卡住时更愿意说出来，而不是默默强撑。

"如果你卡住了，我可能不会立刻帮你。这不是因为我冷漠，而是因为我想看清楚是什么让你卡住了。请你继续尝试，把你的想法说出来。"这句话需要提前打好预防针，否则用户在卡住时向主持人求助，主持人沉默不答，用户会感到困惑甚至尴尬。提前说明主持人沉默的原因，用户能理解并接受这个规则。

"在操作的过程中，请尽量把你心里的想法说出来——你在想什么，这个按钮你以为是什么，你不确定的地方说出来。"这是引导出声思考的说明，需要在开场白里说清楚，必要时用一个简单的示范让用户理解。

三. 测试过程中的主持技巧

1. 用户卡住时

用户卡住时，主持人的第一反应应该是保持沉默，继续观察。

用户沉默不等于测试卡死了。很多情况下，用户在思考，在扫描页面，在内心做判断——这个过程本身就是测试想观察的行为。主持人过早介入，会打断这个过程，也会让用户觉得"主持人来帮我了"，停止自己的探索。

等多久，没有一个固定的数字，但 30 到 60 秒是常用的参考。核心判断是：用户的行为有没有新的变化。如果用户还在移动手指、还在扫描页面，说明他还在探索，不需要介入。如果用户的操作完全停止，表情放空，或者开始把目光转向主持人，说明他已经放弃了主动探索，这时候可以用中性问题引导他继续。