产品经理课程 · 第二阶段：产品设计
🧪 09 - 可用性测试
5人法则+任务设计+启发式评估
📋 本章导读
"5个用户发现85%的可用性问题"——Jakob Nielsen的这条定律改变了整个行业。本章将深入5人法则、任务设计方法、Think Aloud协议和启发式评估，帮你用最小的成本发现最致命的体验问题。
🎯 学习目标
- 理解5人法则的统计学原理和适用边界
- 掌握任务设计、Think Aloud和主持人技巧
- 能独立执行一次完整的可用性测试
- 学会启发式评估作为快速替代方案
一、5人法则：为什么5个就够了？
Nielsen的研究发现：第1个用户发现约31%的问题，5个用户累计发现约85%，15个用户约100%。但边际收益急剧递减——6-15个用户只多发现15%的问题。
📊 数学原理
假设单个用户发现某个可用性问题的概率为L（Nielsen的研究中L≈31%），则n个用户发现该问题的概率为：P = 1 - (1-L)^n
- n=1：P = 31%
- n=5：P = 85%
- n=8：P = 95%
- n=15：P = 99%
但注意：这是对同一类用户的结论。如果你的产品有多类差异很大的用户（如买家和卖家），每类需要5个。
⚠️ 5人法则的边界：5人法则适用于"发现定性问题"，不适用于"量化统计"。如果你要比较两个方案的转化率差异，5人远远不够——那需要A/B测试（第17课）。不要把定性测试当定量用。
二、任务设计：测试成败的关键
好的任务是可用性测试的灵魂——任务设计不当，整个测试就废了。
❌ 糟糕的任务
- "请点击右上角的设置按钮"
- → 引导性太强，用户只是在执行指令
- "请体验一下这个功能"
- → 没有明确目标，无法衡量成功与否
- "请完成注册"
- → 太宽泛，不聚焦于要验证的设计
✅ 好的任务
- "你想给朋友买一份生日礼物，预算200元以内"
- → 场景化，有明确目标但不暗示路径
- "你收到了一个不认识的收费通知，想弄清楚是什么"
- → 动机驱动，让用户自己找解决方案
- "你刚发现昨天买的商品降价了"
- → 触发特定功能但不指定操作
📋 可用性测试任务模板
任务1（热身）：熟悉基本操作
场景：你刚下载了这个App，想看看它是做什么的
成功标准：用户能描述产品的核心功能
任务2（核心任务）：验证关键流程
场景：[具体的生活场景，不暗示操作路径]
成功标准：[可观察的完成标志，如"成功支付订单"]
任务3（探索任务）：验证信息架构
场景：你想找到[特定功能/信息]
成功标准：在3次点击内找到正确位置
任务4（异常场景）：验证异常处理
场景：[触发异常的场景]
成功标准：用户能理解发生了什么并找到解决方案
每个任务后追问：
- "你觉得刚才的操作顺利吗？1-7分"
- "有没有哪个地方让你犹豫或困惑？"
- "你预期点击后会怎样？实际呢？"
三、Think Aloud：听到用户怎么想
Think Aloud（出声思考法）让用户在操作过程中说出自己的想法，这是发现认知障碍最直接的方法。
🗣️ Think Aloud主持技巧
- 开场白："请你边做边说出你看到的、想到的和感受。没有对错，你的真实想法最有价值。"
- 保持沉默：用户犹豫时不要急着解释，沉默5-10秒，让用户自己说出困惑
- 追问但不引导："你在看什么？"（好）vs "你在找设置吗？"（不好）
- 记录情绪：不仅记录说了什么，还记录语气、表情、停顿——这些比言语更真实
- 避免帮助：用户卡住时，先问"你会怎么做？"而非直接告诉答案
四、问题分级：P0到P3的影响矩阵
| 级别 | 定义 | 影响 | 处理要求 | 示例 |
|---|
| P0 | 阻断性问题 | 用户无法完成核心任务 | 立即修复 | 支付按钮无法点击 |
| P1 | 严重问题 | 大部分用户会困惑或走错路 | 本Sprint修复 | 关键操作无反馈 |
| P2 | 一般问题 | 部分用户会困惑但能自行恢复 | 排入路线图 | 标签含义模糊 |
| P3 | 轻微问题 | 不影响任务完成，体验不够顺滑 | 有资源时优化 | 间距不统一 |
五、启发式评估：没有用户时的快速替代
当你没有条件做用户测试时，Jakob Nielsen的10条启发式原则是快速自查的利器。
📏 Nielsen十大可用性启发式
- 系统状态可见性：让用户知道发生了什么（加载动画、进度条、操作反馈）
- 系统与现实世界的匹配：用用户语言，不用系统语言
- 用户控制和自由：撤销、返回、取消——给用户安全感
- 一致性和标准：相同操作相同反馈，遵循平台规范
- 错误预防：防患于未然比报错信息好100倍
- 识别而非回忆：让选项可见，别让用户记
- 灵活性和效率：给高级用户快捷方式
- 美学和极简设计：每个元素都有存在的理由
- 帮助用户识别/诊断/恢复错误：报错信息要说人话+给解决方案
- 帮助和文档：必要时提供，可搜索，步骤具体
六、案例深度拆解：微信支付可用性优化
💳 微信支付：三个关键可用性突破
微信支付从0到10亿用户的过程，每一步都是可用性优化的经典案例。
- 老年用户验证：2014年春节红包爆发后，大量老年用户首次使用支付。测试发现：金额输入容易出错（手指颤抖）、密码输入困难（数字太小）、结果确认不明确（不知道支付是否成功）
→ 解决：放大触摸区域、输入金额震动反馈、支付结果全屏确认
- 小额免密验证：便利店场景测试发现，每次输入密码严重影响体验，用户宁愿用现金
→ 解决：1000元以下免密支付（需主动开启），将支付步骤从3步减到1步
- 收款确认焦虑：用户转账后对方没确认会焦虑，反复查看
→ 解决：即时到账+消息通知+对方已收到的视觉确认
💡 关键洞察：微信支付的可用性优化不是"让界面更好看"，而是"让更多人能用、敢用、愿意用"。可用性的终极目标是降低使用门槛，让技术隐形。
🧪 练习1：5人可用性测试
选择一个产品的核心流程（注册/购买/发布），设计4个测试任务（1热身+2核心+1异常），招募5位目标用户执行Think Aloud测试，记录所有可用性问题并按P0-P3分级。
🧪 练习2：启发式评估
用Nielsen十大启发式评估一个App，每条原则找出1-2个违反案例，共15-20个问题，按严重程度排序。与练习1对比：哪些问题两种方法都能发现？哪些只能用一种方法发现？
🧪 练习3：SUS量表评分
对练习1测试的产品，用系统可用性量表（SUS）给5位用户打分。计算SUS总分（满分100），与行业基准对比：68分为平均线，80+为优秀。
🏆 本章成就
- ✅ 5人法则践行者 — 用最小样本发现85%的可用性问题
- ✅ 任务设计高手 — 设计场景化、非引导的测试任务
- ✅ Think Aloud主持人 — 引导用户说出真实想法而非引导行为
- ✅ 启发式评估者 — 10条原则快速自查可用性问题
七、远程可用性测试方法
💻 远程测试工具对比
| 工具 | 类型 | 优点 | 缺点 | 价格 |
|---|
| UserTesting | 有主持人远程 | 高质量、可追问 | 成本高 | $1000+/月 |
| Maze | 无主持人 | 快速、大量数据 | 无法追问 | $50+/月 |
| Lookback | 有/无主持人 | 灵活、录屏 | 学习曲线 | $69+/月 |
| 腾讯问卷+录屏 | 低成本方案 | 几乎免费 | 体验不专业 | 免费 |
📚 可用性测试推荐阅读
- 《Don't Make Me Think》Steve Krug — 可用性测试的入门圣经
- 《Rocket Surgery Made Easy》Steve Krug — 如何自己搞定可用性测试
- 《Measuring the User Experience》strong>Tom Tullis — 量化可用性的方法论
💡 可用性测试的核心心法：测试不是为了证明你对了，而是为了发现你错了。带着"验证设计"的心态做测试，你会不自觉地引导用户给出正面反馈。带着"找问题"的心态，你才能真正发现体验问题。
八、可用性测试的预算规划
💰 三种预算的测试方案
| 预算 | 参与者 | 方法 | 工具 | 时长 | 适合 |
|---|
| 0元 | 5个内部同事 | guerrilla测试 | 纸笔+录屏 | 2小时 | 早期原型快速验证 |
| 500元 | 5个外部用户 | 远程有主持人 | 腾讯会议+录屏 | 半天 | 功能级验证 |
| 5000元 | 15个目标用户 | 专业测试室 | UserTesting+眼动 | 2天 | 重大改版验证 |