第1章：原型迭代验证流程总览

本章从全局视角定义原型迭代验证流程的适用范围、核心术语、阶段划分与角色职责，为后续各章节的精细操作提供统一的框架认知。

1.1 适用场景

本流程适用于以下场景：

• 产品设计与研发早期阶段，需要快速验证关键假设与功能可行性。
• 用户测试与可用性评估，基于低保真/高保真原型收集真实反馈。
• 敏捷开发或精益创业模式下的持续迭代，缩短「构想-验证-调整」循环周期。
• 跨团队协作（设计、研发、测试、业务）时，需要标准化的评审与交付机制。

1.2 前置条件

1. 已产出至少一个可交互原型（纸质、线框图、高保真或代码原型均可）。
2. 已定义明确的验证目标（如“支付流程完成率＞80%”）。
3. 具备测试环境（设备、网络、数据模拟器）与受测用户或评审人员。
4. 已确认迭代周期上限（如最多3轮），防止无限循环。

1.3 核心术语定义

术语	定义
原型	模拟产品关键功能、交互或视觉的早期样本，用于验证设计假设。
迭代验证	在多个循环中逐步完善原型，每次基于上一轮反馈修正后再测试。
验证目标	定量/定性指标，用于判断原型是否达到预期效果。
评审看门人	负责决策本轮迭代是否通过或进入下一轮的角色，通常由产品经理或技术负责人担任。
反馈闭环	从测试收集→分析→修改→再测试的完整链路。

1.4 整体阶段划分

本流程划分为四个阶段，每个阶段内部又有严格的操作步骤。

• 阶段一：规划与准备 —— 确定本轮验证目标、角色分工、测试计划与通过标准。
• 阶段二：执行验证 —— 按计划进行用户测试、专家评审或自动化检测，记录原始数据。
• 阶段三：分析与记录 —— 整理测试结果，对比验证目标，生成问题清单与改进优先级。
• 阶段四：决策与迭代 —— 评审看门人决定：通过（结束该原型迭代）、驳回（进入下一轮）或终止项目。

1.5 关键角色与职责表

角色	职责	责任边界
产品经理	定义验证目标、统筹迭代计划、裁决反馈优先级	对验证方向与最终决策负责
交互/视觉设计师	制作原型、根据反馈修改交互与界面	确保原型质量与还原度
测试工程师	执行用户测试、编写测试用例、记录原始数据	测试过程的客观性与数据完整性
评审看门人	审核测试结果，签发“通过/驳回”决策	对迭代循环的终止或继续负责
用户代表	提供真实反馈，参与可用性测试	仅需诚实表达体验，不涉及决策

1.6 输入输出物

阶段	输入物	输出物
规划与准备	初始原型、用户画像、验证目标清单	测试计划、角色分工表、通过标准
执行验证	测试计划、原型与环境	测试日志、屏幕录像、问题记录
分析与记录	原始测试数据、验证目标	问题清单（含严重性/复现步骤）、改进优先级表
决策与迭代	问题清单、改进建议、原型版本记录	通过签收单 / 驳回并启动新迭代 // 终止报告

1.7 异常处理

• 测试用户招募不足： 采用替代方法（专家评审、启发式评估），但需在记录中标注偏差。
• 原型关键功能缺失： 暂停该轮验证，退回至阶段一补全原型再启动。
• 验证目标矛盾（如多个指标互斥）： 由产品经理与看门人协商调整优先级，确认单一达成标准。
• 迭代超限（已达预设最大轮次）： 自动触发终止逻辑，生成总结报告，交由高层决策是否转入正式开发。

1.8 验收标准

1. 原型迭代验证流程已完整执行至少一个循环（规划→执行→分析→决策）。
2. 关键角色均参与并签署阶段输出物。
3. 验证目标达成度 > 80%（或按项目自定义通过阈值）。
4. 问题清单中所有 阻塞 和 严重 级别的问题已关闭或自带明确的迭代计划。
5. 记录材料归档完整，包括测试日志、录像、问题列表、决策会议纪要。

1.9 记录材料清单

本流程运行后需保留以下记录材料，作为后续章节模板和实例的输入：

原型迭代验证记录包/
├── 验证目标定义表
├── 测试计划与分工表
├── 测试执行日志（原始）
├── 问题清单（含严重性、状态、责任人）
├── 改进优先级矩阵
├── 阶段决策会议纪要
├── 迭代次数与版本快照
└── 最终验收签收单

以上框架将作为整门课程的基础层，后续各章将逐一深入每个阶段、每个角色的具体操作SOP。