研发协作
需要为可用性测试编写真实任务场景时:产出含成功标准与观察指南…
当已有可用性研究并需要编写真实、可执行、可观察的任务场景时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
需要为可用性测试编写真实任务场景时:产出通用
解决思路
- 把每个测试场景写成包含真实任务、清晰成功标准和结构化观察指南的完整单元。
- 为场景写简短、真实的背景故事,给参与者行动理由,但不引导他们。
- 为场景写具体任务目标,用行动导向表述,不要写成问题。
- 任务措辞避免使用会暗示答案的 UI 术语。
- 成功标准:记录任务完成情况(是/否)。
- 成功标准:记录任务完成时间。
- 成功标准:记录错误次数或错误路径数量。
- 成功标准:记录请求协助的次数/情况。
- 成功标准:收集参与者自评难度(1-5 量表)。
- 观察指南:观察参与者的犹豫。
- 观察指南:观察参与者的面部表情。
- 观察指南:观察参与者的口头评论。
- 观察指南:观察参与者的导航选择。
- 观察指南:观察参与者的错误恢复行为。
- 任务类型:用探索型任务让参与者查找信息,例如“找到退货政策”。
- 任务类型:用具体型任务让参与者完成一个目标,例如“把一件蓝色 M 码衬衫加入购物车”。
- 任务类型:用比较型任务让参与者在选项之间做选择。
- 任务类型:用开放式任务让参与者以多条有效路径达成目标。
- 使用参与者的语言,不用产品术语/行话。
- 给参与者动机,而不是指令。
- 每个任务只设置一个目标。
- 任务措辞不要暴露 UI 路径。
- 同时包含简单任务和复杂任务。
- 在真实测试前先试点测试(pilot test)场景。
- 按从易到难排序任务。
- 包含一个热身任务。
- 为每个任务准备后续追问问题。
- 写出比实际需要更多的场景,以便灵活调整。
适用边界 · 注意事项
- 当还没有可用性研究/测试计划,需要先设计整体研究方案、招募和流程时,不适用;先使用 `usability-test-plan`。
- 当目标不是观察用户完成真实任务(例如问卷、深度访谈、认知走查)时,不适用。