4. 评审前准备之预沟通与问题收敛

4.1 适用场景

• PRD 首次提交评审：产品经理完成 PRD 初稿后，需要在正式评审会议前与核心干系人进行预沟通，提前暴露明显问题。
• 跨团队协作评审：涉及研发、测试、运营、业务等多方时，预沟通可降低正式会议上的观点冲突与信息不对称。
• 高复杂度 / 高风险需求：逻辑链条长、影响面广或存在重大业务变更的 PRD，必须通过预沟通收敛关键分歧。
• 评审资源紧张：正式评审时间窗口有限，预沟通能提前过滤低价值问题，让正式会议聚焦核心决策。

4.2 前置条件

• PRD 已完成内部自审，版本号明确（如 V1.2），且已上传至共享文档平台。
• 核心干系人清单已确定（产品总监、研发 Leader、测试负责人、业务方代表等）。
• 预沟通会议时间已协调，并至少在正式评审前 2–3 个工作日发出日历邀请。
• 产品经理已准备《预沟通问题列表（草稿）》和《PRD 变更说明（如有）》。

4.3 操作步骤：预沟通会议流程

1. 触发预沟通 — 产品经理判断 PRD 复杂度与风险等级，确认是否需要预沟通；如需要，发起预沟通请求。
2. 分发评审材料 — 提前 2–3 个工作日将 PRD、问题列表草稿、相关背景文档发送给所有参会人，要求会前阅读。
3. 召开预沟通会议 — 产品经理按 PRD 结构逐模块简述，每模块结束后停顿，收集即时疑问。
4. 问题收敛判定 — 对每个问题，现场判断是否达成共识：
   • 已收敛：问题结论明确，记录结论并标记为“待正式确认”。
   • 未收敛：存在实质性分歧，转入“未决问题登记”。
5. 未决问题登记 — 记录争议焦点、涉及角色、升级路径和决策截止时间，明确下一步责任人。
6. 输出预沟通纪要 — 汇总已收敛问题列表、未决问题列表及行动计划，会后 4 小时内发出。

4.4 输入输出物

4.5 责任边界

4.6 记录材料

4.6.1 问题列表模板

4.6.2 未决问题登记表

4.6.3 预沟通纪要输出模板

4.7 异常处理

• 参会人会前未阅读材料：产品经理在会议前 2 小时发送“关键摘要 + 3 个必读问题”提醒；如仍有人未读，预沟通优先处理显性问题，不等待。
• 现场出现重大分歧导致会议超时：主持人应立即叫停，将分歧点标记为“未决”，指定升级路径和时间，按流程推进，不在预沟通中过度辩论。
• 问题列表在会议中才首次提出：正常记录，但要求提出人提供书面背景；预沟通结束后 1 个工作日内补充到未决问题登记表。
• 关键决策人缺席：将会议结论标记为“待决策人确认”，并在纪要中明确缺席人的决策窗口期（通常为 2 个工作日）。
• 预沟通后出现新的阻塞性问题：发起补充预沟通（微评会），时长控制在 20 分钟内，仅聚焦新问题。

4.8 验收标准

• 预沟通纪要已发出：在预沟通会议结束后 4 小时内，通过邮件或协同文档将纪要和待办发送给所有参会人及需知悉方。
• 问题列表已分类：所有收集到的问题均被标记为“已收敛”或“未决”，无遗漏。
• 未决问题升级路径明确：每个未决问题已指定升级决策人、决策截止时间和升级方式（会议 / 邮件 / 即时通讯）。
• 已收敛问题无残留争议：已收敛的每个问题在纪要中记录了明确的结论和责任人，且相关方已在会上口头确认。
• 正式评审前置条件就绪：预沟通纪要作为正式评审的附件或前置输入，已上传至评审管理平台或文档空间。