第3章 前置条件与准入标准：PRD完整性检查清单、业务方确认前置、技术可行性预评估

3.1 适用场景

本章定义的准入标准和前置条件适用于以下场景：

• 首次PRD评审：产品经理完成PRD初稿后，发起第一次正式评审前。
• 重大变更后复评：需求范围、业务流程或技术方案发生重大调整，需重新进入评审通道。
• 跨团队联合评审：涉及研发、测试、运营、法务等多角色参与的正式评审会议。
• 紧急需求快速通道：虽走加急流程，但准入标准不可降低，仅可压缩审批时间。

3.2 前置条件

PRD进入正式评审前必须满足以下三项前置条件，缺一不可：

3.3 操作步骤

准入审核分为三个并行校验环节，执行顺序可根据团队角色灵活调整，但所有环节必须在评审会前 24 小时完成。

1. 步骤一：PRD完整性自检（产品经理执行）
   • 对照完整性检查清单逐项核验，标记缺失项。
   • 缺失项 ≤ 2 项且非核心模块缺失，视为通过。
   • 自检完成后将清单附在PRD正文前页。
2. 步骤二：业务方确认（业务负责人执行）
   • 确认需求背景、用户故事、验收标准是否与业务目标一致。
   • 确认优先级标签（P0/P1/P2）是否合理。
   • 在工单或确认函中签署“业务确认”意见。
3. 步骤三：技术可行性预评估（技术负责人/架构师执行）
   • 评估技术方案是否可行、是否存在已知阻塞风险。
   • 预估资源需求（人天、基础设施、第三方依赖）。
   • 填写预评估意见表，标注“可行/有条件可行/不可行”。

3.4 输入输出物

3.5 责任边界

• 产品经理：对PRD完整性负首要责任，不得提交缺项超过3项的PRD进入审核流程。
• 业务负责人：对需求真实性和业务价值负责，确认后不得在评审会上临时变更核心需求。
• 技术负责人：对技术可行性预评估的准确性负责，评估结论将直接影响评审排期。
• 评审秘书/PMO：复核准入条件是否全部达标，未达标者有权驳回评审申请。

3.6 记录材料

每份PRD评审的准入记录需归档以下材料，保存至项目结项后 6 个月：

• PRD完整性检查清单（含自检签字）
• 业务方确认函（邮件截图或工单编号）
• 技术可行性预评估意见表（签批版）
• 准入审核记录表（评审秘书填写）

3.7 异常处理

3.8 验收标准

本章节实施的准入机制是否有效的验收标准如下：

• 评审会议取消/延期率：因准入条件不达标导致的评审取消或延期的比例，目标 ≤ 5%。
• 评审会中“需求变更”次数：准入机制实施后，会中临时增加或修改需求的次数下降 50%。
• 准入审核耗时：从PRD提交到准入审核完成，平均耗时 ≤ 2 个工作日。
• 团队满意度：研发、测试、运营对PRD质量的满意度评分 ≥ 4.2/5。

附：PRD完整性检查清单（核心摘录）

以下为完整性检查清单的核心字段，共 12 项，缺失 ≤ 2 项且不涉及第 1、6、10 项为通过：