MODULE 15 / LESSON 02
可用性测试与优先级
观察人怎么用,比解释界面更有价值。
先理解这个概念
给目标用户一个真实任务,观察是否能独立完成。少提示、避免暗示按钮位置,记录卡住的原因与恢复行为。小样本适合发现问题,不足以推导精确的总体比例。定量结论需要适当样本与方法。
可用性测试观察的是用户能否独立完成任务,不是让用户替设计师选择按钮颜色。任务描述应提供目标和背景,但不泄露路径。主持人提示会改变结果,因此要记录何时提供帮助。小样本适合发现障碍,不适合直接推导精确总体成功率。
像端到端测试,但用户的心智模型也是测试对象。
记住这三个原则
- 01
任务描述目标,不泄露具体操作路径。
- 02
记录完成情况、错误、耗时与主观感受。
- 03
先修阻断与高风险错误,再处理视觉微调。
实际设计时,分三步做
- STEP 01
选择贴近真实使用者的参与者,准备有明确完成标准的任务和合理数据,避免用测试者无法理解的虚构背景。
- STEP 02
先观察再追问,不急于解释界面。记录首选路径、停顿、错误、恢复和求助,区分独立完成与提示后完成。
- STEP 03
将问题按影响、出现条件和证据整理,优先修阻断与高后果错误,再用相同目标的新任务验证修改。
一个容易理解的例子
测试时说“点右上角那个按钮创建项目”,所有人都成功。
只说“为下周的摄影计划建一个项目”,观察用户自己寻找入口。
测试的是界面是否可理解,而不是用户是否能遵从指令。
展开看:从场景到设计决定
测试课程网站时,不说“点击右侧目录找练习”,而说“你理解了概念,现在想检查自己是否会用,请继续”。若用户滚动很久仍找不到,记录路径和期望位置。改进目录后,再让另一位合适参与者完成类似任务,观察是否更容易找到。用户说“很好看”可以记录,却不能替代任务表现。
适用边界与取舍
边操作边说话可能改变速度,精确耗时测量与探索性访谈应区别对待。不要把一场测试里的所有数字包装成严谨的统计结论。
把这个原则用一次
先做一个小判断
重写“请点击筛选,选择本月,再点击导出”。
再完成一份设计练习
为照片管理器准备三个测试任务,每个写明完成标准和不应给出的提示。
不要声称找五个人就能验证任何产品,也不要把礼貌性的好评当成完成任务的证据。
继续查阅
本课为原创教学解释。具体平台规则与标准可查阅官方资料。
Apple Human Interface GuidelinesMaterial Design 3