第一章 优先级标注规范适用场景

在PRD全生命周期中，优先级标注的规范应用能确保团队对齐价值排序，减少沟通成本，提升交付效率。本章梳理四个核心场景，并规定各场景下的操作流程与责任边界。

场景阶段	核心任务	主要输出物	关键责任角色
PRD文档编写阶段	为每条需求标注优先级	标注优先级的PRD初稿	产品经理
需求评审阶段	确认优先级合理性，达成共识	评审纪要 + 优先级调整记录	产品经理、技术负责人、业务方
迭代排期阶段	按优先级分配资源与排期	迭代排期表	技术负责人、项目经理
跨团队协作沟通	对齐优先级，同步依赖与节奏	沟通纪要 + 对外承诺版本	产品经理、各团队接口人

1.1 PRD文档编写阶段

适用场景：产品经理在撰写需求文档时，需为每条需求明确优先级标签，作为后续评审与排期的依据。

前置条件：需求收集完成，产品目标与版本规划已初步确定。

操作步骤：

1. 梳理需求列表，归类至业务模块。
2. 使用MoSCoW法则（Must have / Should have / Could have / Won't have）初步标注优先级。
3. 结合客观数据（用户影响、ROI、紧急度）验证标注合理性。
4. 将优先级标注写入PRD对应需求的标题或属性字段。

输入输出物：

• 输入：已确认的需求清单
• 输出：包含优先级标注的PRD初稿（V0.1）

责任边界：产品经理主导标注，技术/运营相关人员可提前确认需求边界与预期成本。

记录材料：需求优先级标注清单（含标注人、时间、变更版本）。

1.2 需求评审阶段

适用场景：涉及跨角色按标准流程逐个审查PRD中的需求合理性与优先级。评审后需形成一致的优先级表。

前置条件：PRD已完成优先级标注，并至少提前2个工作日分发给评审参与方。

操作步骤：

1. 评审主持人（产品经理）逐条朗读需求及对应优先级。
2. 技术侧评估实现成本，业务侧评估价值，确认优先级是否合理。
3. 如存在分歧，按“业务价值 > 紧急度 > 实现成本”的原则仲裁。
4. 记录调整项，更新PRD中优先级字段。

输入输出物：

• 输入：标注优先级的PRD、评审参会人列表
• 输出：评审纪要（含优先级调整明细）

责任边界：产品经理承担评审流程推进责任；技术/业务方承担价值判断责任；项目经理记录仲裁结论。

记录材料：评审纪要文件、优先级变更表格。

1.3 迭代排期阶段

适用场景：基于评审确认后的优先级，将需求排入具体开发迭代，同时确保P0需求不遗漏、P3需求不超载。

前置条件：评审已结束，优先级表已冻结，团队容量与工期已明确。

操作步骤：

1. 按P0→P1→P2→P3 顺序排入迭代看板。
2. P0需求自动进入当前迭代，如有冲突则触发资源升级流程。
3. 项目经理与技术负责人共同确认排期合理性，标注优先级与版本号。
4. 输出迭代排期表，注明每项需求的优先级与责任人。

输入输出物：

• 输入：冻结的优先级表、团队容量数据
• 输出：迭代排期表（含优先级列）

责任边界：项目经理负责排期执行，技术负责人负责资源分配，产品经理负责需求终版确认。

记录材料：迭代排期记录表、优先级冻结签字记录。

1.4 跨团队协作沟通

适用场景：涉及外部团队、上层依赖、业务方汇报时，需以统一的优先级口径沟通，避免信息失真。

前置条件：内部优先级已完成评审与排期，对外版本承诺可以明确。

操作步骤：

1. 整理跨团队依赖列表，标注对应需求的优先级。
2. 与依赖方对齐优先级定义（如P0为截止日必须交付）。
3. 输出跨团队沟通纪要，明确各方对优先级的承诺与风险。

输入输出物：

• 输入：内部冻结优先级表、跨团队依赖清单
• 输出：跨团队沟通纪要、对外承诺版本计划

责任边界：产品经理担任优先级对外的唯一解释者；各团队接口人负责传递与反馈。

记录材料：跨团队沟通纪要邮件、对外承诺版本清单。

异常处理

• 标注缺失或冲突: 在评审阶段发现PRD中未标注优先级或标注不一致，应暂停该条需求评审，由产品经理补充并重新发送，不可跳过标注进入排期。
• 依赖优先级倒挂: 跨团队协作时对方团队无优先级共识，需由双方产品经理联合启动升级仲裁流程，并在2个工作日内更新依赖清单。
• 资源不足与优先级矛盾: 排期阶段评估发现P0需求资源缺口，应立即触发资源升级会议，由项目总监或高级经理裁定是否新增资源或调整版本范围。

验收标准

维度	验收项	通过条件
完整性	PRD中每条需求均包含优先级字段	100%覆盖，无遗漏项
可追溯性	优先级变更需记录在案	每项变更附带原因与审批人
一致性	评审、排期、协作各阶段的优先级保持一致	交叉比对3份文档无差异
清晰度	优先级定义符合团队统一标准	新成员可依据标准独立判定