原型可用性测试不是让同事“看看顺不顺眼”，而是让目标用户在不被提示的情况下完成一项任务，再记录他在哪一步停顿、走错或放弃。可执行的做法是：先写成功条件，再把原型路径限定在测试范围内，按同一脚本观察，最后把问题映射回页面和交互。下面用“预约周六 14:00 的摄影体验课”贯穿脚本、记录表和修正结果。
用墨刀原型把页面与跳转连成测试版本，再写任务脚本；观察用户能否独立完成任务，比逐页讲解设计更容易发现问题。
先把“好用”改成可观察的成功条件
测试前先写清用户身份、起点、目标和完成证据。比如受试者是一名第一次预约摄影课的成人，起点是课程详情页，目标是预约周六 14:00 的摄影体验课；完成证据是页面显示预约成功，并能在“我的预约”找到时间。不要把“觉得页面清楚”当成功条件，它无法告诉团队该观察哪个动作。
| 脚本字段 | 预约体验课示例 | 观察点 |
|---|---|---|
| 背景 | 你想预约一节入门摄影体验课 | 是否主动寻找课程内容和时间信息 |
| 任务 | 预约周六 14:00 的摄影体验课 | 是否能从详情进入预约，不依赖主持人提示 |
| 成功 | 看到预约成功并找到订单 | 是否理解成功状态和后续入口 |
| 禁止提示 | 主持人只读题，不指向按钮 | 记录受试者自发使用的词和路径 |
在原型里只保留要观察的路径
用墨刀原型搭出课程详情、时间选择、确认和结果四个页面，先连通主路径，再补“名额已满”和“网络异常”两个状态。测试版不必接入真实库存，但按钮文案、日期和结果必须足够让受试者做判断。每个页面在画布上标注任务编号，例如 P01 详情、P02 时间、P03 确认、P04 结果，后续记录才能回到具体位置。
按同一节奏主持测试
- 先让受试者用自己的话复述任务，确认没有把答案提前告诉他。
- 请他边操作边说出正在寻找的信息；主持人只记录，不替他点击。
- 遇到停顿时记下页面、持续时间和尝试动作，先不要判断原因。
- 任务结束后再询问“你以为下一步会发生什么”，把猜测和观察分开。
一个任务最好只包含一个目标。若“预约摄影体验课并分享给朋友”同时出现，分享环节的问题会掩盖预约流程本身。多人测试时保持脚本、原型版本和主持口径一致，才能比较不同记录。
把观察记录改成团队能执行的问题
| 原始观察 | 可行动的问题 | 下一轮修改 |
|---|---|---|
| 在时间页停顿后返回详情 | 可预约日期是否被误解为课程开课日期 | 把日期与“剩余名额”放到同一信息组 |
| 点击“提交”后连续点两次 | 提交后是否缺少进行中反馈 | 按钮进入提交中并锁定，结果页给出预约编号 |
| 成功页找不到订单入口 | 成功信息和后续动作是否脱节 | 增加“查看我的预约”并说明取消规则 |
优先处理阻断任务完成的问题，其次处理让用户反复试错的问题，最后再处理措辞和视觉偏好。每条问题都保留“页面编号—触发动作—影响—建议修改”四项，研发和设计可以直接据此定位。
两个常见失真点
主持人提示过多：“你试试右上角”会把导航问题从测试中抹掉。若受试者卡住，先等待并记录，任务结束后再追问。
原型路径比真实产品更窄：如果结果页只能从一条固定路径进入，测试者会误以为流程没有取消或返回。至少补齐会影响判断的返回、失败和处理中状态，不需要假装接通后台。
招募对象和测试记录要对应同一个问题
测试预约体验课，优先找有选课任务、但没参与方案设计的人；测试内部审批，则需要了解审批工作的员工。不要把两类人的结果混成一个“整体好用率”。先说明要验证的任务、使用经历和设备，再决定招募范围。若只能找到同事做预演，可以检查脚本和链接，但不能把预演等同于目标用户验证。
观察表可增加“是否独立完成、是否需要提示、出现在哪个页面”三列。用户停顿不一定表示界面差，也可能正在比较课程信息；任务结束后再问原因，结合动作与原话判断。少量测试适合发现问题，不宜据此宣称所有用户的完成率。
测试结束应交付什么
一次完整测试至少留下五份东西：带版本号的原型链接、任务脚本、匿名观察记录、按阻断程度排序的问题表，以及下一轮只验证高风险问题的任务。修改后重新跑同一任务，记录是“未再出现、频率降低或仍存在”，不要只写“体验优化完成”。
当脚本和页面都准备好后，可以在墨刀中继续邀请产品、设计和研发共同查看同一版原型；先完成一次小范围任务测试，再决定是否扩大测试人数。
可直接复制的观察记录格式
记录表不要只写“用户觉得难”。可以复制下面的句式：任务编号｜页面编号｜用户原话｜实际动作｜停顿/回退｜是否完成｜影响判断。例如：T01｜P02｜“我以为这里是上课日期”｜先点周日再回到周六｜停顿约8秒｜完成｜日期语义可能阻断预约。用户原话保留原意，建议放在最后一列，避免主持人的解释覆盖事实。
测试结束后把问题分成三类：阻断是任务无法完成或结果不可信；困惑是用户完成了但路径绕行、重复尝试；偏好是多个方案都能完成，暂不作为首轮阻断项。分类不是分数，目的是让下一轮先修最影响任务的地方。
把一次测试变成连续迭代
第一轮先验证主路径，第二轮只回归上一轮的阻断和高频困惑，不要每次重写全部脚本。修改原型时给版本写明“日期选择文案”“提交中状态”等变更点，并保留上一版链接，方便解释问题是否来自改动。若不同用户出现相反意见，回到任务目标和证据，不用“多数人喜欢”替代判断。
当真实用户资料不能使用时，可用匿名角色和示例订单做练习，但应在记录中标明是练习数据。测试原型能证明信息和交互是否可理解，不能推出库存、支付或通知服务已经可用。
下一步可以在墨刀中连好“课程详情—时间选择—确认—预约结果”四个页面，把周六 14:00 摄影体验课写进脚本，请一位第一次预约的成人独立走一遍；先用记录定位一个阻断点，再决定要修改哪张页面。
