第4章：验证输入与输出物定义

适用场景

本流程适用于以下阶段：

• 原型设计完成后、进入正式开发前的快速验证轮次
• 重大功能变更后需重新确认产品逻辑正确性
• 跨团队（设计、开发、测试、产品）对原型达成一致前的评审会

前置条件

1. 已有可交互原型（Figma/ Axure/ Sketch 或高保真 HTML 原型）
2. 已签署需求文档（PRD/用户故事/功能规格说明书）
3. 已编写测试用例（至少覆盖核心场景与边界条件）
4. 验证环境已准备就绪（设备、浏览器、账号等）

输入输出物总览

输入物详细定义

输出物详细定义

# 原型验证报告
**验证轮次**：第1轮
**通过率**：78%（18/23）
**阻塞项**：支付流程无错误提示

| ID | 严重度 | 问题描述          | 状态 |
|----|--------|-------------------|------|
| B1 | 高     | 注册按钮不可用     | 待修复 |

_S01_：优化首页加载速度
优先级：P1
方案：图片懒加载 + CDN

操作步骤

1. 准备输入：对齐最新版本原型、需求文档与测试用例，确认三者版本一致。
2. 执行验证：按测试用例逐条走查，记录发现。
3. 生成问题清单：实时录入缺陷或偏差，标注严重度。
4. 编写验证报告：汇总通过率、未覆盖场景、风险点。
5. 提出修改建议：针对问题给出具体可执行的改进方案。
6. 评审输出物：设计、产品、开发三方确认报告与问题清单。

责任边界

记录材料

• 《原型验证检查表》——记录每条测试用例的执行状态（通过/失败/阻塞）
• 《问题追踪表》——统一管理问题清单，含关闭时间与回归结果
• 《修改建议审批记录》——产品与开发的最终决策存档

异常处理

• 原型与需求文档版本不一致：暂停验证，由产品负责人定版后再执行。
• 测试用例覆盖不全：在验证报告中明确标注“未覆盖场景”，并将其纳入下一轮测试用例补充。
• 问题清单激增导致验证延期：按严重度分级，高优问题当场定位，低优问题记为下一轮优化项。
• 修改建议被驳回：记录驳回理由，在问题清单中关闭或降级。

验收标准

1. 输入物：原型、需求文档、测试用例均获得版本号锁定，且经各方签字或电子审批。
2. 输出物：验证报告、问题清单、修改建议三份文档完整、清晰、无歧义，通过至少一次同行评审。
3. 问题清单中所有高严重度问题已有明确修改方案或回退计划。
4. 所有记录材料已归档至项目知识库，可供后续轮次追溯。