可用性测试：从计划到执行的全流程

微信扫一扫，分享给好友

关闭

这个功能我觉得挺好的，为什么用户就是找不到？」

这种困惑，可用性测试能帮你解决。但前提是，你的测试方法是科学的。

测试前：明确目标和任务

步骤一：确定测试目标

不要问「用户喜不喜欢我们的产品」这种笼统问题。目标要具体：

• 新用户能否在3分钟内完成注册？
• 用户能否找到「修改密码」功能？
• 用户是否理解这个页面的信息层级？

步骤二：设计测试任务

任务要基于真实场景，不要太简单也不要太复杂。

好的任务：「假设你刚买了机票，需要在App里选座位。请完成选座位的操作。」

坏的任务：「请点击选座位按钮。」——这测的是按钮可见性，不是真实使用场景。

步骤三：招募用户

5个用户就能发现85%的可用性问题。不需要太多。

关键是「代表性」：招募的用户应该与目标用户画像匹配。如果测试的是新用户 onboarding，就招募没用过产品的人。

测试中：观察而不是引导

原则一：让用户自己探索

当用户卡住时，忍住帮助他们的冲动。问：「你现在在想什么？」而不是「你应该点这里。」

原则二：关注行为而不是说法

用户说「这个设计很清晰」，但找了3分钟才找到按钮——行为比说法更真实。

原则三：记录关键指标

• 任务完成率：用户是否完成了任务？
• 完成时间：用了多长时间？
• 错误数：犯了几次错误？
• 满意度：任务完成后的主观评分。

测试后：分析和报告

步骤一：整理问题清单

把所有观察到的问题按严重程度分类：

• 致命：用户无法完成核心任务
• 严重：用户完成任务的效率很低
• 轻微：用户有困惑但最终完成了

步骤二：产出报告

报告结构：

• 测试概述（目标、方法、参与者）
• 关键发现（最重要的3-5个结论）
• 问题详情（每个问题的描述、影响、建议）
• 优先级排序（建议的修复顺序）

步骤三：推动修复

可用性测试的价值不在报告，而在修复。把问题按优先级加入 backlog，并在下次迭代中解决。

写在最后

可用性测试不需要昂贵的设备或大量的用户。5个用户、1个小时、一份任务清单，就能发现大部分关键问题。

关键是养成习惯：每次重大改版前做一次可用性测试，把问题消灭在上线前。