3. PRD输出规范总览:PRD结构、核心字段、输出格式、版本管理、审批记录

章节定位:本环节是PRD从“草稿”走向“基线”的关键控制点。产品经理需按统一规范完成文档输出,确保研发、测试、项目组在评审时使用同一份「可执行蓝图」。

3.1 适用场景

  • 产品经理完成需求分析、用户故事拆分、原型确认后,开始撰写正式PRD。
  • 需求评审通过且需求范围已冻结(或已明确变更基线)时。
  • 项目需跨团队协作(研发、测试、运营)读取同一份需求规格文档。

3.2 前置条件

条件说明
需求评审已通过产品内评或跨团队评审通过,关键业务逻辑已达成一致
原型/交互稿已定版功能流程、页面跳转、异常状态已确认
PRD模板已配置团队已统一使用结构化模板(如Word、Notion、内部WIKI)
版本命名规则已明确如 v1.0-draft、v1.0-rc、v1.0 等预发布版本规范

3.3 操作步骤

  1. 填充PRD结构:按模板填充背景、目标、范围、功能描述、业务规则、非功能需求、数据定义、影响分析等章节。
  2. 填写核心字段:每个需求条目必须包含需求ID、需求标题、优先级、负责人、状态、关联原型/交互稿链接、验收标准。
  3. 选择输出格式:根据团队工具链选择在线文档(Confluence、飞书文档)或离线文档(Word、Markdown),确保格式可追溯。
  4. 设定版本号:首次输出为 v1.0-draft;每次修改后依次递增 minor 或按团队版本规则更新(如 v1.1-draft、v1.2-rc)。
  5. 生成变更日志:记录本次版本相对于上一版本的变化点(新增、修改、删除、废弃)。
  6. 提交审批并记录:将PRD发送给研发负责人和测试负责人进行技术/逻辑评审,收集签字或电子审批记录。
  7. 归档基线:审批通过后提升版本号为 v1.0(或v1.0-release),锁定文档进入项目管理系统。
实践建议:建议每轮评审前强制执行“版本号+变更日志”检查,防止评审者阅读过时版本。

3.4 输入输出物

角色输入物输出物
产品经理需求评审纪要、用户故事、原型图结构化PRD文档(v1.0-draft)
研发负责人PRD文档(待审版)技术评审意见、PRD签批记录
测试负责人PRD文档(待审版)测试接受条件、PRD签批记录
项目组最终版本PRD需求交付跟踪表(关联PRD ID)

3.5 责任边界

  • 产品经理:确保PRD内容完整、字段准确、版本号规范,发起审批流程。
  • 研发负责人:对技术可行性、架构影响进行评审,给出明确结论(通过/需修改/驳回)。
  • 测试负责人:对测试场景化、验收条件可测性进行评审,确认测试接受。
  • 配置管理员(或PMO):维护PRD基线库,记录版本变更历史。

3.6 记录材料

  • PRD版本变更日志(推荐表格格式)
  • 审批记录(电子签名或评审签收单)
  • 评审会议纪要(如有争议需记录结论)
记录名称内容示例保管要求
版本变更日志v1.0-draft → v1.1-draft:新增“批量删除”功能,修改“排序规则”附在PRD文档末尾
审批记录表评审人:张三(研发)、李四(测试)
评审结论:通过
签字日期:2025-07-10
与PRD同目录归档

3.7 异常处理

常见异常及应对:

  • PRD版本冲突:多人同时编辑导致版本覆盖 → 采用WIKI锁机制,修改前通知团队,修改后合并更新变更日志。
  • 评审驳回:研发/测试提出重大逻辑缺陷 → 产品经理需在2个工作日内修复并发布新版本(如v1.1-draft),重新发起审批。
  • 审批延迟:评审人未按期回复 → 升级至项目经理,设定评审截止时间(一般为48小时)。
  • 格式不统一:跨团队使用不同文档工具致混乱 → 强制定用在线文档(如飞书文档),导出PDF作为冻结基线。

3.8 验收标准

  1. PRD结构包含全部核心章节(背景、目标、范围、功能描述、非功能、数据定义、影响分析)。
  2. 每个需求条目具有唯一ID、标题、优先级、状态、关联原型链接。
  3. 版本号清晰,变更日志记录本次所有变化点(无遗漏)。
  4. 审批记录至少包含研发、测试负责人签字(或电子审批截图)。
  5. 文档格式与团队约定一致(在线文档或PDF基线版),无乱码、无错页。
检查点清单:产品经理在提交评审前可对照此清单自查;项目经理在评审前置检查时亦可用此清单。

PRD输出规范总览流程

PRD输出规范总览流程 1. 需求输入 2. 填充PRD结构(8大章节) 3. 填写核心字段(7项) 4. 选择输出格式 + 设定版本号 5. 生成变更日志 6. 提交审批 & 记录归档 关键输出物 • PRD文档(基线版) • 版本变更日志 • 审批签字记录 • 技术评审意见 责任边界 产品经理:内容/版本 研发:技术评审 测试:可测性评审
流程要点:上图中蓝色节点为文档输出类操作(阶段1-2),绿色节点为字段填充(阶段3),紫色节点为格式与版本选择,橙色为日志生成,青色为审批归档。每个节点均需产出对应记录材料方可进入下一阶段。

本章内容为《PRD输入输出规范与研发评审实操》课程第3节,完整目录请参考课程左侧章节导航。