可用性测试中的一句提醒，会怎样改变观察到的行为

参与者停在页面上没有说话，主持人很想马上问“看到右边的按钮了吗”。这样做或许能让测试继续，却也改变了问题：接下来观察到的，是参与者自己找到入口，还是被提醒后作出的反应？这两种记录都可能有用，但不能放进同一栏里解释。

提醒有作用，也有代价

英国政府用户研究博客2019年8月5日的一篇经验文章讨论主持式可用性测试。作者建议让参与者完成相关任务并说出想法，同时提醒主持人，插话可能带来偏差、打断自然的操作流程。观察和倾听应占据测试的大部分时间。

这里并不是说主持人必须沉默到底。参与者可能忘了出声，需要中性提醒；问题在于提醒有没有把任务路线、评价或答案一起带过去。“你现在在想什么”和“是不是应该先点这里”，给出的信息明显不同。前者邀请表达，后者已经指出了一个方向。

记录里留住提示发生的时刻

假设一次虚构测试中，参与者最初没有找到筛选入口，主持人随后指出了按钮位置，参与者才完成筛选。这个例子不是实际研究结果，只是说明记录方式：不能只写“筛选成功”，还需要写清入口是在提示后找到的。否则，后续阅读报告的人可能把主持人的帮助误认为界面本身足够清楚。

同样，主持人若替参与者补完句子、纠正操作，或要求对方停下来检查刚才忽略的功能，也可能改变原本要观察的过程。上述博客特别提醒不要急着帮参与者完成任务，也不要在没有使用某功能时追问其原因，从而把注意力重新引向该功能。

经验建议不等于统一计时规则

原文给出过等待参与者继续表达的时间建议，但它是作者的实践经验，不应被抽成适用于所有研究的硬性阈值。任务性质、参与者处境和研究目的不同，不能只凭沉默了几秒，就认定测试有效或无效。

对于报告写作，更稳妥的区分是保留参与者的行为、原话、主持人的介入及介入后的变化。这样团队既能看到界面可能存在的理解障碍，也能知道哪些表现受到了主持人的影响。本文讨论的是观察解释的边界，不是声称已经完成一场测试，也不据此给任何具体界面下结论。