第2章 验证计划制定：时间安排、参与角色、验证轮次规划
验证计划是原型验证活动的行动蓝图。本章提供从零构建可执行验证计划的方法，涵盖时间轴编排、角色职责分配与多轮次验证节奏设计，确保验证活动有序、高效、可追溯。
2.1 适用场景
验证计划制定适用于以下典型情形：
- 首次启动原型验证：团队缺乏系统化验证经验，需要从零建立可复用的计划模板。
- 多轮次迭代验证：产品处于快速迭代周期，需明确每一轮的验证焦点与交付标准。
- 跨职能团队协作：涉及产品、设计、研究、开发等多角色协同，需统一行动节奏与沟通机制。
- 资源约束场景：验证时间或人力有限，需要精准分配预算，优先覆盖高风险区域。
💡 判断提示：如果你的验证活动涉及两个以上角色、或规划超过一轮、或需要对外输出时间承诺，就应该执行正式的验证计划制定流程。
2.2 前置条件
在开始制定验证计划之前，必须确认以下条件已满足：
| # | 前置条件 | 验收标准 | 负责人 |
|---|---|---|---|
| 1 | 原型设计初稿已完成 | 核心页面与交互流程已内部评审通过 | 交互设计师 |
| 2 | 验证目标清单已定义 | 包含可测量的功能点与体验指标 | 产品经理 |
| 3 | 核心参与者已确认意愿 | 各角色负责人已书面确认参与时间 | 项目经理 |
| 4 | 验证环境与设备就绪 | 测试设备、录屏工具、网络环境已可用 | 开发工程师 |
⚠️ 常见门槛：跳过前置条件直接制定计划，会导致后续验证轮次频繁中断。建议使用 checklist 逐项确认后再进入下一步。
2.3 操作步骤
按照以下 5 个步骤依次执行，输出完整的验证计划。
- 明确验证目标与范围
将产品需求文档中的关键假设转化为可验证的问题。圈定本次验证覆盖的功能模块与用户场景，排除明显低风险区域。 - 确定验证轮次与每轮侧重点
根据目标优先级与原型成熟度，将验证拆分为 2-3 轮。第 1 轮聚焦核心路径可用性，第 2 轮覆盖完整流程与内容，第 3 轮处理边界情况与性能。 - 分配参与角色与职责
为每一轮验证指定执行角色、配合角色与审批角色。确保每个任务都有明确的 Owner，避免职责重叠或遗漏。 - 编排时间里程碑
为每轮验证设定开始日期、结束日期与关键检查点。预留至少 20% 的缓冲时间应对招募延迟或原型修改。 - 整合输出验证计划表
将以上信息汇总为结构化计划文档，包含轮次、时间、角色、交付物与审批状态。通过团队评审后定稿发布。
📌 核心原则：验证计划不是一次性文档，需要在每轮结束后根据结果动态调整下一轮的细节。保持计划的「活文档」属性。
2.4 输入输出物
| 方向 | 物料名称 | 格式/载体 | 来源/去向 |
|---|---|---|---|
| 输入 | 原型设计稿（含交互流程） | Axure / Figma 共享链接 | 交互设计师提供 |
| 输入 | 验证目标清单 | 在线文档 / 电子表格 | 产品经理提供 |
| 输出 | 验证计划表（含时间、角色、轮次） | 结构化文档 / 项目管理工具 | 由产品经理输出，同步全员 |
| 输出 | 角色职责矩阵图 | 图表 / 嵌入计划文档 | 由产品经理绘制，确认后归档 |
2.5 责任边界
验证计划制定阶段各角色职责划分如下：
| 角色 | 核心职责 | 参与轮次 | 关键交付物 |
|---|---|---|---|
| 产品经理 | 制定计划、协调资源、组织评审 | 全部轮次 | 验证计划表 |
| 交互设计师 | 准备原型、提供设计说明、修复体验问题 | 第 1-2 轮 | 原型设计稿 + 标注文档 |
| 用户研究员 | 设计验证任务、招募用户、执行测试、输出报告 | 全部轮次 | 测试脚本 + 验证报告 |