第2章：场景模型建模范式选择

适用场景

场景模型建模范式决定了后续可用性测试的观察粒度与数据收集方式。本章适用范围如下：

前置条件

• 已有基础研究产出：至少完成一次用户访谈或现场观察，整理出初步的用户画像、任务清单或触达渠道列表。
• 测试目标已对齐：项目组对“本次测试想要回答的核心问题”达成共识（例如：验证新功能的任务完成率 vs. 发现忠诚用户的流失点）。
• 资源约束已知：明确可用被试数量、单场测试时长、设备环境（实验室/远程/实地）以及预算上限。
• 干系人已确认：产品经理、设计师、开发代表至少各一人参与选型决策，避免后期因结果颗粒度不符而返工。

操作步骤

1. 梳理测试目标优先级：将核心问题按“用户特征、任务效率、全程体验”三大维度归类。
2. 对照适用场景表：根据上表匹配最匹配的范式。若匹配度均 <70%，进入步骤3。
3. 混合评估：当两个范式评分相近时，采用“主范式+辅助模块”策略（如以用户旅程图为主线，在关键触点插入任务分析节点）。
4. 产出范式定义文档：明确范式名称、采用的模板框架（见记录材料）、预期输出物格式。
5. 团队评审：召开15分钟选型对齐会，确认范式的合理性及后续测试脚本调整方向。

输入输出物

责任边界

• 可用性测试专家：主导范式选型，评估匹配度，输出决策依据。
• 产品经理：提供测试目标与业务优先级，确认范式的商业合理性。
• 设计师：确认范式对原型细粒度的影响，参与混合方案的细节调整。
• 开发代表：确认技术可行性（如埋点支持、日志获取是否满足任务分析需求）。

记录材料

• 范式定义模板（.md）：

## 范式定义
- 所选范式：______
- 决策日期：______
- 核心依据：______
- 辅助模块（若有）：______
- 预期输出列表：______
- 评审参与人：______
- 版本号：______

• 选型决策日志：每次选型会议的纪要，包含讨论分歧点与最终投票结果。
• 交叉验证材料：若使用了混合范式，需附上“主-辅范式连接说明图”（可用流程图或表格）。

异常处理

验收标准

1. 选型合理性 ≥80%：在后续测试中，所选范式能覆盖90%以上的核心测试目标。
2. 产出物无歧义：范式定义文档能被其他团队成员独立复现，且能直接指导测试脚本编写。
3. 异常处理可执行：针对至少2种已识别的异常场景有具体的处理预案，且经干系人确认可行。
4. 记录完整：决策日志、模板文件、预演结果均归档至项目知识库。