第1章:PRD版本变更场景识别
适用场景
本章用于识别所有触发PRD版本变更的业务与技术场景,确保变更管理流程的起点清晰、可追溯。适用于以下典型情况:
- 需求变更背景:客户新增需求、市场策略调整、竞品功能对标、法规合规要求。
- 紧急程度判断:生产环境故障、安全漏洞、关键用户阻塞、常规迭代优化。
- 变更触发条件:业务方正式邮件、Jira/工单系统提单、评审会议决议、产品负责人直接指派。
前置条件
- 已存在一份经过评审的基准PRD版本(标记为 v1.0、v2.0 等)。
- 变更发起方已具备变更申请权限(如产品经理、业务负责人、技术负责人)。
- 组织内部已定义变更分类标签(如“功能新增”“体验优化”“缺陷修复”“紧急修复”)。
操作步骤
| 步骤 | 动作 | 责任人 | 产出物 |
|---|---|---|---|
| 1 | 接收变更请求 | 产品经理 | 变更申请单(源文件) |
| 2 | 识别变更背景类型 | 产品经理 | 背景分类标签 |
| 3 | 评估紧急程度 | 产品负责人 | 优先级标记(P0~P3) |
| 4 | 确认触发条件 | 产品经理 | 触发条件记录表 |
| 5 | 记录场景摘要并进入变更评审队列 | 变更管理员 | 场景识别清单 |
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 原始变更请求 | 邮件、工单、会议纪要等 |
| 输入 | 基准PRD | 当前正式版本 |
| 输出 | 变更场景识别文档 | 包含背景、紧急度、触发条件 |
| 输出 | 变更评审入队申请 | 推动至下一环节 |
责任边界
- 产品经理:负责识别背景、判断紧急程度、填写触发条件。
- 产品负责人:审核紧急度与变更必要性,决定是否进入评审。
- 变更管理员:维护场景识别清单,归档记录。
- 需求方:提供准确变更描述与业务价值说明。
记录材料
变更场景识别记录表(示例模板)
--------------------------------
变更请求编号:CR-2025-001
基准PRD版本:v2.3
变更背景类型:合规要求
紧急程度:P1(高)
触发条件:法规部门正式通知函
场景摘要:新增用户数据导出功能以符合GDPR
创建人:张三
创建时间:2025-03-01 10:00
异常处理
常见异常及对策:
- 背景识别冲突:当同一变更同时属于多个背景类型时,以“合规 > 安全 > 业务 > 体验”优先级判定。
- 紧急程度争议:由产品负责人与受影响系统负责人召开5分钟对齐会,最终以对线上用户影响范围为裁决依据。
- 触发条件缺失:要求发起方补充正式依据(如邮件、工单截图),否则退回请求。
验收标准
- 场景识别文档已完整填写“背景”“紧急度”“触发条件”三要素。
- 所有待办变更均已纳入变更评审队列,状态为“待评审”。
- 变更请求的优先级与项目当前资源计划无冲突(如有冲突需标记风险)。
- 异常事件已记录并反馈至变更管理流程备案。
实战技巧:在“接收变更请求”步骤中,建议同步拉取请求方填写《变更场景自检清单》,包含“是否影响已有接口”“是否涉及敏感数据”等字段,可大幅降低后续识别阶段的反复沟通成本。