熊野

思维工具箱可用性测试

C20

可用性测试

Usability Testing

让目标用户在接近真实条件下执行任务,用行为发现可用性问题

类型 · 框架分类 · 产品方案与验证

这是什么

可用性测试让目标用户在接近真实的条件下执行任务,通过行为与结果找问题。测的是设计,不是考用户聪不聪明。定性测试找原因与改进机会;定量测试估计完成率、时间等,样本与结论范围不同。「你觉得好用吗」不是任务测试;提示「发送成功」但目标端没有结果,不能算完成。

示意图

真实任务 · 观察行为 · 测设计不测人 情境任务 不泄露答案 成败标准事先定 观察 停顿·误解 求助·恢复 问题清单 严重度 再测 「你觉得好用吗」≠ 任务测试

什么时候用 / 别用

该用

  • 已有界面、原型或服务方案,需知用户能否完成任务
  • 设计评审意见不一致
  • 上线前或投诉后要定位理解、操作与恢复问题

别用

  • 用态度题替代任务表现
  • 少量便利样本推算全体完成率
  • 把「五人建议」套到所有角色与量化比较

怎么做

准备:明确研究问题、代表性用户、可测方案;不泄露答案的任务与成功标准;记录表、同意与数据处理安排

  1. 选最重要或风险最高任务,写清完成/部分/失败判定
  2. 预试任务与原型,排除材料本身故障
  3. 给出目标与情境,观察停顿、误解、求助与恢复,避免即时教操作
  4. 分开记录观察、用户解释与研究者推断,按后果与可恢复度分析
  5. 改关键问题后再用合适对象验证是否改善

交付:任务表现记录、可复现问题清单、严重度、改进建议与再测结果

一个例子

假设示例 · 产品

【假设示例】任务写成「明天评审要用一条决策框架,请准备好可分享的步骤」,而不是「点击导出」。用户最终能否得到可粘贴清单才是成功;页面提示成功但剪贴板为空,不算完成。

容易踩坑

  • 态度题当任务测试
  • 便利样本推全体完成率
  • 测试中途教操作污染结果

出处:常见于通过真实任务观察发现可用性问题的用户研究实践