第4章 优先级标注符号与格式：P0~P4 标记方法、颜色标识规则、注释规范、对齐方式示例

适用场景

当产品经理在 PRD 中需要对需求、用户故事、缺陷或技术任务进行轻重缓急区分时，必须使用统一的优先级标注体系。本规范适用于以下具体场景：

• 需求列表排序——在需求池或迭代规划中区分核心诉求与边缘诉求
• 缺陷/Bug 分级——区分阻塞性故障与轻微体验问题
• 版本发布规划——决定当前迭代必须交付 vs. 可推迟的内容
• 跨团队协作沟通——让开发、测试、运营快速理解工作重心

前置条件

在开始使用优先级标注符号之前，团队必须完成以下准备工作：

1. 统一等级定义——团队内部已就 P0~P4 各级别的含义、响应时限达成共识（参见下方表格）。
2. 色码对照表可用——每位成员可随时查阅本章提供的颜色标识规则。
3. PRD 模板已预留标注字段——在需求描述行、标题前缀或属性栏中预留优先级标注位置。
4. 评审机制已建立——至少有产品负责人或技术负责人对优先级标注进行审核。

P0~P4 标记方法与颜色标识规则

下表定义了五个优先级等级的标记符号、颜色标识、含义及响应要求。所有 PRD 文档必须严格遵循此对照表。

注释规范

每个优先级标注必须附带注释，注释内容包含：需求简述、优先级原因、责任人。注释紧跟在标记符号之后，使用括号或斜体分隔。

标准注释模板：

【P0】用户登录接口超时 — 阻塞全部线上交易，需立即修复（责任人：张工）
【P1】支付流程增加风控弹窗 — 本轮迭代核心体验，不可延期（责任人：李 PM）
【P2】个人中心头像上传优化 — 用户体验改进，排入 v2.4（责任人：王设）
【P3】历史订单筛选功能 — 低频使用，后续版本再议（责任人：赵产）
【P4】深色模式支持 — 建议性诉求，视技术债清理情况决定（责任人：待定）

对齐方式示例

在 PRD 表格或看板中，优先级标注必须统一左对齐，颜色标识以真实色块或色码形式呈现。下方示例展示三种常见对齐格式：

操作步骤

按照以下 5 步流程完成优先级标注，每一步都有明确的输入、输出和责任方。

1. 评估需求紧急性与业务价值
   输入：原始需求描述、用户反馈数据、业务目标文档
   输出：优先级等级判定（P0~P4）
   责任角色：产品经理
   操作要点：使用“影响范围 × 紧急程度”矩阵辅助决策。
2. 分配标记符号与序号
   输入：优先级等级、现有需求序号表
   输出：格式化标记符号，如 P2-015
   责任角色：产品经理
   操作要点：序号从所属等级的最新编号顺延，避免全局混排。
3. 应用颜色标识
   输入：标记符号、等级色码对照表
   输出：带有颜色标识的标注（色块 / 色码文字）
   责任角色：产品经理 + 交互设计师
   操作要点：在 PRD 工具（如 Confluence、Figma、Notion）中设置对应的标签颜色。
4. 撰写注释说明
   输入：标记符号、需求详情、责任人信息
   输出：完整的注释块（【Px】简述 — 原因（责任人））
   责任角色：产品经理
   操作要点：确保每条注释包含“影响描述”和“响应时限”。
5. 对齐格式校验
   输入：已标注的 PRD 段落或表格
   输出：格式校验通过 / 不通过报告
   责任角色：产品经理（自检）+ 技术负责人（抽检）
   操作要点：使用下方验收标准逐条核查，发现偏差立即修正。

输入输出物

责任边界

记录材料

以下材料需归档至项目文档库，作为优先级标注的可追溯记录：

• PRD 标注版本记录——每次迭代的 PRD 需冻结一份带优先级标注的副本。
• 优先级评审会议纪要——记录有争议的标注及最终决策理由。
• 标注变更日志——任何 P0/P1 等级变更需记录变更人、时间、原因。
• 色码对照表——团队当前使用的 P0~P4 色码截图或配置文件。

异常处理

验收标准

完成优先级标注后，团队使用以下清单逐条验收。全部通过方可进入迭代评审：