第2章 PRD文档结构标准:定义目录骨架、章节顺序、必填与可选字段

适用场景

  • 团队新建PRD时,需要统一文档结构,避免各成员自行编排导致内容缺失或顺序混乱。
  • 跨部门评审(产品、研发、测试、运营)前,确保所有核心信息在固定位置可查。
  • 知识传承或新人培训时,标准结构可降低阅读成本。

前置条件

  • 已完成需求调研与用户故事梳理(第1章产出物可用)。
  • 项目已确定版本号、PM、技术负责人、QA负责人。
  • 团队已就PRD模板达成初步共识(本章将固化模板)。

操作步骤

  1. 设定文档元数据
    在PRD首页或头部区域填写:项目名、文档编号(如 PRD-2025-001)、版本号、作者、更新时间、审核人。
  2. 编写目录骨架
    按固定章节顺序列出大纲,每章标注“必填/可选”。
  3. 填充各章内容
    依据字段要求逐一撰写,必填字段不得跳过,可选字段依据场景决定是否保留。
  4. 评审与定稿
    组织1轮结构合规性检查,确认无遗漏章节。

输入输出物

类型 名称 说明
输入 业务方需求清单 包含原始需求、用户故事、验收标准初稿
输入 涉众列表 产品、研发、测试、业务等角色及联系方式
输出 标准PRD文档骨架 含必填/可选标记的目录模板
输出 章节填写指南 每章写作要点与示例

责任边界

  • 产品经理:编写PRD全文,确保结构完整、字段无遗漏。
  • 技术负责人:审核技术可行性章节、接口定义、数据模型部分。
  • QA负责人:确认测试策略章节的验收标准可测。
  • 文档管理员:维护模板版本、归档评审记录。

记录材料

  • PRD结构评审会议纪要(含参会人、签字)
  • 模板变更日志(如新增可选字段需记录理由)
  • 必填字段检查表(用于自动化工具或人工核对)

异常处理

常见异常场景

  • 章节顺序错乱:检查组内是否有人私自调整章节位置。解决方案:使用版本管理工具锁定模板,禁止手动调整;或采用自动化脚本生成骨架。
  • 必填字段遗漏:在PRD头部加红色标记“未完成章节”;使用静态扫描工具检测缺失项。
  • 可选字段泛滥:可选字段不是无用字段,每个可选字段必须附上“保留/删除理由”;若超过5个可选字段未填写且无理由,则退回到产品经理处补充。

验收标准

  • PRD文档包含全部10个必填章节(见下方SVG中的核心节点),无遗漏。
  • 每个必填章节都包含至少3个关键子标题。
  • 可选字段总数≤5,且每个可选字段均标注“保留”或“删除”理由。
  • 目录结构与SVG所展示的章节顺序完全一致,且标注字段类型。

建议:首次推行时,可在项目管理工具(如Jira/Confluence)中创建PRD模板,嵌套固定章节,帮助团队养成习惯。

PRD文档标准骨架图 PRD文档标准骨架(第2章) 必填(蓝) / 可选(橙) / 章节顺序 1. 元数据 必填 2. 需求背景 必填 3. 目标与范围 必填 4. 用户故事 必填 5. 功能列表 必填 6. 非功能需求 可选 7. 数据模型 必填 8. 接口定义 可选 9. 交互流程 必填 10. 验收标准 必填 11. 测试策略 可选 12. 附录 可选 13. 变更记录 必填 说明: • 必填章节(蓝色)共9个,可选章节(橙色)共4个,总计13个章节。 • 所有PRD必须包含全部必填章节,可选章节根据项目复杂度保留或删除。

落实检查项

  • 是否已在PRD顶部填写元数据(项目名、编号、作者、版本)?
  • 目录中必填章节是否全部出现?可选章节是否有理由说明?
  • 是否在PV(Peer Review)阶段使用本章骨架检查表逐一核对?