4. 会议议程标准化模板：议程结构、时间分配、议题优先级排序

4.1 适用场景

本模板适用于所有需要跨团队（研发、测试、运营、法务、财务等）参加的 PRD 正式评审会议，尤其是当议题数量超过 3 个、预计会议时长超过 60 分钟时，必须使用标准化议程来提高评审效率，避免“开成散会”或“拖堂无果”。

4.2 前置条件

• 已完成 PRD 初稿并至少在会议前 48 小时分发给与会方。
• 已收集所有待评审议题，并生成《议题清单》（输入物）。
• 已确认参会方关键决策人（至少研发 TL、产品负责人、测试代表）。
• 会议邀请已发出，包含标准化议程模版占位。

4.3 操作步骤

1. 设定总时长与分段：根据议题数量（N）和平均讨论时长（默认 12 min/议题），计算总时长 = 5 min（开场）+ N×12 min + 5 min（争议登记）+ 5 min（总结）。建议单次会议不超过 90 min。
2. 对议题进行优先级排序：
   • P0（阻断性/跨团队阻塞）→ 最优先讨论。
   • P1（重要但可短期回滚）→ 次优先。
   • P2（体验优化/非功能需求）→ 若时间不足则顺延至线上异步评审。
3. 建立标准议程模版（见下方表格）。
4. 会前发送议程到所有参会人，并指定计时员（通常由产品经理或会议助理担任）。
5. 会议中严格按时间盒执行：每讨论完一个议题，计时员更新进度，超时议题自动降级为“争议登记”。
6. 结束后填充记录材料：将评审结论、遗留项、责任人填入《会议纪要模板》。

4.4 输入输出物

4.5 责任边界

• 会议主持人（通常为产品总监或资深 PM）：负责议程设计、时间盒执行、打断无效争论、维护优先级纪律。
• PRD 作者（产品经理）：在讨论对应议题时现场澄清，不得偏离议题范围。
• 计时员：每 2 min 提醒一次时间，超时 1 min 后强制进入“争议登记”环节。
• 记录员：记录每项议题的结论、反对意见、待办动作。
• 技术主审（研发 TL / 架构师）：仅对技术可行性、架构影响发表意见，不介入非技术细节。

4.6 记录材料

会议结束后 24 小时内，必须输出如下记录材料：

• 《PRD 评审会议纪要（模板）》
  

  ### 会议基本信息
  - 时间：YYYY-MM-DD HH:MM
  - 议题总数：N  实际完成：M  超时登记：K
  - 主持人：xxx  计时员：yyy  记录员：zzz
  
  ### 议题讨论记录
  | 议题编号 | 优先级 | 结论 | 遗留项 | 责任人 | 截止日期 |
  |----------|--------|------|--------|--------|----------|
  | #1       | P0     | 通过 | HTTP接口变更需补充兼容性说明 | 王五 | 2025-04-07 |
  | #2       | P1     | 有条件通过 | 支付回调重试机制需与支付组对齐 | 赵六 | 2025-04-10 |
  | #3       | P2     | 未讨论 | 转线上异步评审 | 产品经理 | 2025-04-14 |
  

• 行动项跟踪表（纳入 Jira 或飞书任务，每日同步状态）

4.7 异常处理

4.8 验收标准

• 会议议程在会前至少 1 个工作日发送，且包含优先级排序和时间分配。
• 现场讨论严格遵循时间盒，超时议题不超过总议题数的 20%。
• 会议纪要中每个议题均有“结论”或“保留项+责任人”，无空字段。
• 所有 P0 议题在会议结束前完成讨论并产出结论。
• 参会人满意度评分 ≥ 4.0 / 5.0（通过会后匿名问卷收集）。

4.9 会议议程标准化结构图