MODULE 15 / LESSON 02

可用性测试与优先级

观察人怎么用,比解释界面更有价值。

58 / 60 课走向真实交付

先理解这个概念

给目标用户一个真实任务,观察是否能独立完成。少提示、避免暗示按钮位置,记录卡住的原因与恢复行为。小样本适合发现问题,不足以推导精确的总体比例。定量结论需要适当样本与方法。

可用性测试观察的是用户能否独立完成任务,不是让用户替设计师选择按钮颜色。任务描述应提供目标和背景,但不泄露路径。主持人提示会改变结果,因此要记录何时提供帮助。小样本适合发现障碍,不适合直接推导精确总体成功率。

用程序员的语言说

像端到端测试,但用户的心智模型也是测试对象。

记住这三个原则

  1. 01

    任务描述目标,不泄露具体操作路径。

  2. 02

    记录完成情况、错误、耗时与主观感受。

  3. 03

    先修阻断与高风险错误,再处理视觉微调。

实际设计时,分三步做

  1. STEP 01

    选择贴近真实使用者的参与者,准备有明确完成标准的任务和合理数据,避免用测试者无法理解的虚构背景。

  2. STEP 02

    先观察再追问,不急于解释界面。记录首选路径、停顿、错误、恢复和求助,区分独立完成与提示后完成。

  3. STEP 03

    将问题按影响、出现条件和证据整理,优先修阻断与高后果错误,再用相同目标的新任务验证修改。

一个容易理解的例子

BEFORE / 常见问题

测试时说“点右上角那个按钮创建项目”,所有人都成功。

AFTER / 可以这样改

只说“为下周的摄影计划建一个项目”,观察用户自己寻找入口。

测试的是界面是否可理解,而不是用户是否能遵从指令。

展开看:从场景到设计决定

测试课程网站时,不说“点击右侧目录找练习”,而说“你理解了概念,现在想检查自己是否会用,请继续”。若用户滚动很久仍找不到,记录路径和期望位置。改进目录后,再让另一位合适参与者完成类似任务,观察是否更容易找到。用户说“很好看”可以记录,却不能替代任务表现。

适用边界与取舍

边操作边说话可能改变速度,精确耗时测量与探索性访谈应区别对待。不要把一场测试里的所有数字包装成严谨的统计结论。

YOUR TURN

把这个原则用一次

先做一个小判断

重写“请点击筛选,选择本月,再点击导出”。

再完成一份设计练习

为照片管理器准备三个测试任务,每个写明完成标准和不应给出的提示。

容易踩的坑

不要声称找五个人就能验证任何产品,也不要把礼貌性的好评当成完成任务的证据。

继续查阅

本课为原创教学解释。具体平台规则与标准可查阅官方资料。

Apple Human Interface GuidelinesMaterial Design 3