可用性测试的五个经典坑：测了不等于测对了

微信扫一扫，分享给好友

关闭

可用性测试是最好上手的研究方法，也是最容易被「做歪」的方法。方法本身不难，难在避开执行中的五个经典坑。

坑一：把测试做成验收

只让用户「走一遍我们设计好的流程」，全程按脚本推进。测试变成了给已有设计盖合格章。正确做法：留出自由探索时间——用户自己卡住的地方，才是信息量最大的地方。

坑二：任务描述泄露答案

「点击右上角的设置按钮，修改头像」——任务描述把路径说完了，测的只是执行能力。任务应该说目标，不应该说路径：「你想换一下头像，会怎么做？」用户找不到入口时的行为，才是你要的答案。

坑三：边做边解释

测试者忍不住救场：用户一皱眉就提示「你可以试试这里」。你记录的将是你自己的引导能力，不是用户的能力。纪律：测试中只观察、只追问「你现在在想什么」，不指导。救场的话留到测试结束再说。

坑四：样本全是种子用户

种子用户的产品心智太强：他们知道功能在哪、能容忍缺陷、会脑补设计意图。他们的熟练度会掩盖新用户的真实困惑。样本结构至少一半是真实新用户——最好招募「用过竞品、没用过你」的用户。

坑五：只报问题不排优先级

产出二十条问题没有分级，团队只能全修（排期爆炸）或全忽略（测试白做）。排序标准：发生率（多少人遇到）×阻断程度（是否卡死任务）。卡死核心路径的高频问题，优先级高于一切美观议题。

写在最后

可用性测试的价值不在执行而在设计：任务设计决定测什么，样本设计决定可信度，观察纪律决定真实性。三个环节都对，五个用户就能测出80%的问题；任何一个环节错，五十个用户也只是浪费。建议为每次测试准备一页观察记录模板：任务、用时、卡点、原话引用，当场填写不过夜——第二天整理时，原始行为记录比记忆可靠得多。