第2章 对齐流程总览：SOP总体步骤图、关键输入输出物、阶段里程碑

适用场景

• 跨职能评审前准备 — 需求评审会之前，PM、设计、开发、测试需要确认原型完整覆盖PRD内容。
• 多版本并行交付 — 同一迭代周期内存在多个需求并行开发，需保证每一条目都被原型准确表达。
• 外包或异地协作 — 团队分散在不同地点，依赖标准化对齐流程减少沟通偏差。
• 合规性需求落地 — 涉及法规、安全、财务等强约束条目，必须逐条对齐并有记录可追溯。
• 需求变更频繁期 — 项目进入密集变更阶段，需要通过固定SOP快速判断原型是否需要同步修正。

前置条件

• PRD 已完成内部评审并锁定版本号（如 PRD-v2.1.0），变更历史可追溯。
• 原型设计稿（Figma / Axure / Sketch）已创建与 PRD 章节对应的页面结构或组件树。
• 对齐参与角色已确认：至少包括 PM（提供条目）、设计师（操作原型）、开发&测试（参与评审）。
• 对齐检查清单模板已就绪（见本章记录材料）。
• 团队约定一个共享文档空间（如 Confluence、飞书文档、Notion）用于存放对齐产物。

操作步骤总览

下图展示了从 PRD 内容清单到对齐基线锁定的完整 6 节点流程，分为三个阶段。请先通读总览图，再对照下方步骤说明逐条落地。

详细操作步骤

1. 梳理 PRD 内容清单 — 将 PRD 中的需求条目拆解为最小可验证单元（每条包含 ID、标题、描述、验收要点），导出为结构化表格。
2. 拆解原型结构模块 — 对照 PRD 章节，将原型页面/组件按模块归类，标注每个模块对应的 PRD 条目 ID 范围。
3. 逐项内容映射 — 将每一条 PRD 条目与原型中的具体元素（文本、组件、交互状态）一一对应，在检查表中记录映射关系。
4. 差异标注修正 — 对映射中发现的缺失、不一致或歧义项进行标注，由 PM 与设计师协商修正方案并落地。
5. 交叉评审验证 — 组织开发与测试参与评审，从可实现性和可测试性角度确认对齐结果，记录评审意见。
6. 锁定对齐基线 — 所有差异项清零后，PM 签发对齐基线锁定确认单，原型与 PRD 进入基线状态，后续变更走变更流程。

输入输出物

责任边界

记录材料

每个对齐周期需要归档以下三类记录，作为后续追溯和审计的依据：

• PRD-原型对齐检查表 — 包含每条需求的 ID、标题、原型位置、映射状态（已对齐 / 差异待修 / 无需原型）、修正备注。
• 差异修正记录表 — 每条差异的编号、发现时间、描述、责任人、修正方案、验收结果。
• 对齐基线锁定确认单 — 包含 PRD 版本号、原型版本号、对齐覆盖率、差异清零确认、PM 签名。

异常处理

验收标准

• 对齐覆盖率 ≥ 95% — 计算方式：已对齐条目数 ÷ PRD 总条目数 × 100%，剩余 5% 必须在差异记录中标注原因与计划。
• 差异项全部清零 — 所有差异记录的处理状态为“已修正”或“已确认无需修正”，且经 PM 确认。
• 基线锁定后变更率 ＜ 5% — 锁定后一周内因对齐疏漏导致的 PRD/原型变更数量占比低于 5%。
• 评审参与率 100% — 开发与测试必须有人参加交叉评审，缺席需提前授权代表并补签意见。
• 归档完整度 100% — 对齐检查表、差异修正记录、基线确认单三件套齐全且版本匹配。