设计师必看！超全可用性测试方法指南（下）

对可用性测试前的每个环节进行了详细拆解，本篇文章将围绕测试中的技巧和测试后的记录整理进行展开。 

同用户深度访谈一样，

。一般来说，一个负责测试流程的主持人和一个负责细节记录的记录员足矣。如果团队其他成员也想参与测试，至多邀请一个干系人进行现场观察，且要做到不注视、不发声、不介入。

如果用户在操作过程中遇到一些不符合预期或者操作不顺畅的地方，可能会希望我们提供一些指引。这个时候要避免正面解答用户的疑问，鼓励用户自己寻找解决办法。

。

测试过程中，如果用户行为出现跑偏，切忌打击用户或直接告知正确做法。我们应通过了解用户偏离任务的原因，进而给出相应的引导。

让用户一边操作一边说出内心的想法是件困难的事。因此，我们要多鼓励用户发声，引导用户积极表达。在测试暖场环节，我们可以向用户简单示范发声思考法的应用。

如果我们频繁的向用户进行提问，会干扰用户的操作进程，使用户心烦意乱。因此，我们应当选择在合适的时机插入问题，比如用户下意识发出了疑问的声音时，我们可以询问用户是否遇到了问题。

当用户的动作或表情突然发生变化时，说明用户对当前的操作可能产生了疑问/不满/惊喜等情绪波动。抓住机会，深入探究用户内心的真实想法。

当用户对产品设计发表个人看法时，

。保持中立，鼓励用户畅所欲言，即使反馈与预期不符，也应先充分理解用户的想法，而非急于辩护。

可用性测试的记录是后续分析的重要参考资料。因此，

。记录时应聚焦用户的具体行为、个人见解和微表情，避免加入记录者的主观判断和推测。

首先，需要对每个用户单任务的指标数据进行整理。在此基础上，从任务维度进行分析，如任务的平均完成率、平均完成时长、平均点击次数和平均求助次数等。

其次，结合用户语录等定性反馈，提炼关键问题点。根据问题反馈频率、严重程度、解决成本等维度，团队成员共同定义解决问题的优先级。

最后，根据解决问题优先级制定迭代计划，并

。对于小的细节问题，可以快速迭代；对于需长期优化的复杂问题，可拆解为小步迭代，得到充分验证后再进行大规模投入。

通过对可用性测试过程的描述，大家可以感受到正式的可用性测试费时费力成本高。在实际项目中，时间紧、任务重，有没有更快更灵活的测试方法呢？

也许更符合我们的需求：

诺曼在《设计心理学》中提到“

”。不要害怕失败，不要害怕用户说产品不好用。每一次失败就是进步的开始，每一个不好用的点就是下一次优化的机会点。可用性测试最好的时机——就是现在！