4. PRD文档规范与结构化模板
4.1 适用场景
本规范适用于产品团队在编写产品需求文档（PRD）时，统一文档结构、字段填写标准与版本管理方式，确保跨团队（开发、测试、设计、运营）对齐时信息清晰、无歧义。典型场景包括：
- 新功能立项后的PRD初稿编写。
- 多版本并行迭代中的需求变更记录。
- 跨部门评审时，需要快速定位核心字段。
- 交接或离岗时，PRD作为知识资产的可读性保障。
4.2 前置条件
- 团队已确定PRD工具链（如Confluence、Notion、Git + Markdown等）。
- 产品经理已掌握基础的文档结构设计方法。
- 已获得至少一次完整的需求评审经验，了解评审反馈的常见类型。
4.3 标准章节结构
以下为推荐的标准PRD章节模板，团队可根据业务复杂度增减，但核心字段不得缺失：
| 章节编号 | 章节名称 | 必填 | 内容要点 |
|---|---|---|---|
| 1 | 文档概述 | ✅ | 文档编号、标题、作者、创建日期、审批人 |
| 2 | 需求背景与目标 | ✅ | 业务痛点、用户故事、OKR关联 |
| 3 | 功能范围 | ✅ | 包含/不包含列表、优先级P0~P4 |
| 4 | 功能详细说明 | ✅ | 用例、交互流程、字段规则、异常处理 |
| 5 | 非功能需求 | ⚠️ | 性能、安全、可用性、兼容性 |
| 6 | 数据与埋点 | ⚠️ | 数据表变更、埋点事件、权限变更 |
| 7 | 版本变更记录 | ✅ | 版本号、变更日期、变更人、变更描述 |
| 8 | 附录与参考 | 可选 | 原型链接、外部接口文档、行业标准 |
4.4 字段填写说明
每个字段必须遵循以下规则，避免歧义：
- 文档编号：项目代号+“-PRD-”+版本号（如
AI-PRD-V2.1）。 - 优先级：统一使用 P0（必解决）、P1（重要）、P2（一般）、P3（锦上添花）。
- 用户故事：格式为“作为<角色>，我希望<功能>，以便<价值>”。
- 验收条件：每条功能至少包含3条GIVEN/WHEN/THEN格式的用例。
- 版本号：采用 MAJOR.MINOR.PATCH 语义化版本规则（示例见
4.5）。
💡 提示：字段内的选项值（如优先级、状态）必须从预定义枚举中选取，禁止自定义模糊词汇（如“很高”“一般重要”）。
4.5 版本控制规则
采用语义化版本控制（SemVer），结合PRD实际变更场景管理：
# 版本号格式：MAJOR.MINOR.PATCH
# 示例：
1.0.0 # 首次发布
1.1.0 # 新增功能（向后兼容）
1.1.1 # 修复文档错误或补充细节（无功能变更）
2.0.0 # 需求范围变更导致不兼容（如删除核心功能）
# PRD中必须包含变更记录表（示例）：
| 版本 | 日期 | 变更人 | 变更描述 |
|-------|------------|--------|--------------------------|
| 1.0.0 | 2025-02-10 | 张三 | 初版 |
| 1.1.0 | 2025-02-15 | 李四 | 增加数据分析模块 |
| 1.1.1 | 2025-02-16 | 张三 | 修正用户故事中的角色错误 |
版本分支规则：每次变更需在PRD文档头部更新版本号，并保留所有历史版本（不覆盖、不删除）。评审通过的版本必须打Tag（如 v1.1.0）并归档。
4.6 输入输出物
| 类型 | 输入物 | 输出物 | 责任角色 |
|---|---|---|---|
| 文档模板 | 团队PRD模板（标准章节） | 填充后的PRD文档 | 产品经理 |
| 需求源 | 用户研究报告、竞品分析、数据报表 | 需求背景章节内容 | 产品经理 |
| 评审反馈 | 跨团队评审意见 | 更新后的PRD（新版本） | 产品经理+技术负责人 |
| 历史记录 | 旧版本PRD | 版本变更记录表 | 产品经理 |
4.7 责任边界
- 产品经理：负责模板的维护、PRD正文编写、版本号管理、评审后更新。
- 技术负责人：审核“功能详细说明”中的技术可行性，确认非功能需求合理。
- 测试负责人：基于验收条件编写测试用例，在评审时预审用例覆盖率。
- 设计师：在“功能详细说明”形成前提供交互原型，辅助用例确认。
4.8 异常处理
| 异常场景 | 处理方法 |
|---|---|
| 模板某章节不适用当前需求（如无数据变更） | 保留章节标题，内容注明“不适用”并给出简要理由 |
| 字段填写与模板要求冲突（如优先级取值不一致） | 立即与团队对齐枚举列表，更新模板，旧文档需重新审阅 |
| 版本号误操作（如直接覆盖历史） | 从版本控制仓库恢复历史，并在变更记录中注明回滚操作 |
| 评审时发现章节缺失严重 | 打回重写，要求按照模板补充完整后再次评审 |
4.9 验收标准
- PRD文档包含8个标准章节，无缺失（不含可选章节除外）。
- 每个字段均按《字段填写说明》填写，无自定义模糊词汇。
- 版本号遵循MAJOR.MINOR.PATCH规则，变更记录表已更新且可追溯。
- 验收条件至少包含3条GIVEN/WHEN/THEN用例，且被测试团队确认可测。
- 文档编号、版本号、日期等元数据完整且与项目管理工具一致。
4.10 PRD模板结构图
⚠️ 注意：模板仅为起点，团队可根据实际业务域增加子章节（如“权限与角色”、“数据模型”），但核心字段（文档概述、需求背景、功能范围、功能详细说明、版本变更记录）必须保留，不得随意删除。