启发式评估
Heuristic Evaluation
中级通用启发式评估（Heuristic Evaluation）是评估者依据一组可用性原则，检查界面和操作流程、找出潜在问题的方法。它能帮你在找用户测试前，先发现提示不清、状态不明等容易让人卡住的地方。
你可能会说：「帮我看看这个后台操作流程，哪些地方可能让第一次使用的人看不懂或操作错？」
读之前建议先了解
动手看看注册表单的可用性检查
切换原则检查两种流程快照，再对比原版与改进版。可悬停按钮、按 Tab 看聚焦效果；提交结果由参数模拟，不会真的创建账号。
检查“系统状态可见”时，重点看提交后有没有反馈。按钮能悬停、能按下，不代表用户知道系统正在处理。
下面的标注是评估者的检查记录，不是产品提示。启发式评估要把原则对应到具体位置、问题和可能后果，而不只是说“不好用”。
要点启发式评估是怎么找出问题的？
- 1
拿原则检查具体操作
我们可以沿着一项任务逐步看界面：用户点了“导出”后，是否知道任务已开始、文件会出现在哪里？评估者用“系统状态是否可见”等原则提出问题，而不是只说自己觉得别扭。
- 2
记录位置原因和影响
发现问题时，记下它出现在哪一步、违反了什么原则、可能让用户做错什么。比如删除记录后没有反馈，用户可能反复点击。这样团队讨论的是可核查的现象，而不是个人审美。
- 3
把发现当作待验证判断
评估者能较快找出疑点，但无法仅凭检查断定真实用户一定会遇到。多人分别检查、再合并发现，能减少遗漏；遇到争议较大的问题，我们还可以拿原型请目标用户试做任务。
容易混淆的地方
它和可用性测试的区别在于：启发式评估由评估者对照原则检查产品，可用性测试则观察目标用户实际完成任务。它也不是 A/B 测试：后者比较不同方案在真实使用中的结果。评估能指出值得改或值得验证的地方，不能直接给出用户受影响的比例。
什么时候用
适合用
- 后台刚做出可点击原型，想在邀请用户试用前，先检查新增、编辑、删除流程哪里容易让人困惑。
- AI Agent 生成了一个表单页面，你想系统检查错误提示、操作反馈和退出路径，而不只看页面是否美观。
- 产品准备改版，团队想沿着常用任务检查旧界面的问题，再决定哪些地方值得优先修改。
不适合用
- 你要确认支付接口会不会重复扣款；这属于程序行为验证，用自动化测试和异常场景测试更合适。
- 你要知道新用户实际有多少人完成注册；用埋点分析漏斗，必要时再观察用户完成任务的过程。
- 你要判断两版首页哪版带来更多注册；用 A/B 测试比较实际结果，比让评估者推测转化效果合适。
练一练选一个答案，看看解释
你和 AI Agent 刚做完一个文件上传页面，准备请用户试用。你想先找出界面可能让人困惑的地方，哪种做法属于启发式评估？
让 AI 帮你做复制给 AI Agent 直接用
请对这个文件上传页面做一次启发式评估。沿“选择文件—上传—查看结果—失败后重试”的任务流程，按可用性原则找潜在问题。每项写明位置、用户可能遇到的困难、判断依据和修改建议；把推测标出来，不要写成已被用户测试证实的结论。