1 原型验证与迭代概述

本章是本课程的起点，明确定义原型验证的核心概念、目标与原则，并给出典型适用场景。后续所有章节的SOP流程均基于此框架展开。

1.1 定义与目标

原型验证（Prototype Validation）是指通过构建可交互或可演示的早期模型，在实际或模拟环境中对关键假设、功能可行性、用户体验、系统性能进行检验的过程。迭代（Iteration）则是在每一次验证后，基于反馈数据与发现点对原型进行修改、优化并再次验证的循环。

核心目标：

• 降低风险：在投入大量资源前暴露设计缺陷、技术障碍或市场误解。
• 加速学习：用最小成本快速获得真实用户或环境反馈，驱动决策。
• 对齐共识：使跨职能团队（产品、设计、工程、测试）对需求与方案有一致理解。
• 证据驱动：用验证数据替代主观猜测，提高最终交付质量。

1.2 核心原则

1.3 典型适用场景

原型验证与迭代并非适用于所有开发阶段，以下场景最适合本课程流程：

1. 新产品概念探索：尚未定义产品形态，需要验证核心价值主张与用户痛点匹配度。
2. 复杂交互界面设计：操作路径多、决策点多，需要提前验证可用性。
3. 算法/模型效果验证：如推荐逻辑、图像识别准确率，需通过用户侧反馈修正参数。
4. 跨系统集成验证：多个子系统对接时，用原型降低接口不一致导致的返工成本。
5. 关键路径性能验证：高并发、低延迟场景，通过原型堆叠验证架构可行性。

不适用场景：已标准化且风险极低的模块（如登录组件复用）；法律法规有明确强制要求不可变的部分（如需认证的医疗器械核心算法）。

1.4 前置条件

启动原型验证流程前必须完成以下准备工作：

• 已识别并文档化核心假设（输出物：假设清单）
• 定义了验证成功标准（通过/不通过的量化或定性门槛）
• 确定了目标验证对象（用户群体、模拟环境、测试设备）
• 分配了角色（负责构建原型的人、负责记录观察的人、决策者）

1.5 责任边界

1.6 输入输出物与记录材料

输入物：

• 产品需求文档（PRD）或需求列表
• 假设清单（格式见下节）
• 用户画像/场景描述

输出物：

• 原型验证报告（包含验证目标、方法、结果、变更建议）
• 更新后的需求/设计文档
• 迭代计划（下一轮验证的时间与内容）

记录材料要求：

• 每一次验证的原始数据（截图、录像、日志、问卷结果）归档至统一目录
• 每次迭代的变更记录使用版本控制工具（如Git、文档标注）
• 决策理由记录到决策日志表（模板将在第5章提供）

1.7 异常处理

1.8 验收标准

一个原型验证与迭代流程启动的验收标准由以下检查项构成（全部通过后方可进入下一阶段）：

• ✅ 核心假设已被定义且经项目负责人批准
• ✅ 成功标准是具体、可衡量、有截止时间的（例如“5名用户可在无提示下完成关键任务，平均时间＜90秒”）
• ✅ 原型构建资源（人力、工具、环境）已确认可用
• ✅ 风险评估已完成，并制定了回退方案（如原型验证失败则直接终止该方向）
• ✅ 所有参与角色已明确自己的职责边界

1.9 本课程流程概要图

上图展示了本课程所覆盖的完整流程框架，第2章开始将逐一拆解每个步骤的SOP细节。