第3章 PRD模板设计：章节结构定义、字段填写规范、版本号规则、变更记录表格式

适用场景

PRD模板设计是团队开展规范写作的基础前提。以下场景必须启动模板设计流程：

• 新团队组建：团队尚无统一PRD模板，需建立标准化文档骨架。
• 模板升级换代：现有模板已无法覆盖新项目类型或协作角色，需重构章节结构。
• 跨团队对齐：多个产品线PRD格式不统一，需合并为一套通用模板。
• 工具迁移：从Word切换至Confluence/Notion/在线协作文档时，需重新定义字段与版本规则。

前置条件

• 已确认PRD的受众角色（产品经理、开发、测试、运营、管理层）。
• 已完成至少3个历史项目的PRD收集与问题复盘。
• 已确定版本管理工具（Git、SVN、Confluence版本历史或网盘归档）。
• 已组建模板设计小组（至少包含1名资深产品经理 + 1名技术写作专家）。

操作步骤

步骤1：定义章节结构

1. 梳理信息分类：将PRD内容划分为“元数据区”、“正文区”、“附录区”三大板块。
2. 确定标准章节：基于信息分类，制定PRD文档的标准章节列表（见下表）。
3. 设定编号层级：使用“1 / 1.1 / 1.1.1”三级标题体系，不允许跳级。
4. 编写章节说明：为每个章节撰写用途描述和内容边界，防止后续写作时跑题。

步骤2：设定字段填写规范

1. 识别关键字段：遍历每个章节，提取需要统一规范的字段。
2. 定义字段元数据：为每个字段指定类型（字符串/枚举/日期/数字/富文本）、是否必填、格式约束。
3. 编写填写示例：每个字段附一个真实可用的示例值，降低理解成本。
4. 建立审核标准：明确字段值“合规/不合规”的判断准则。

步骤3：制定版本号规则

1. 确定版本号格式：采用 v主版本号.次版本号.修订号 三段式结构。
2. 定义变更触发条件：明确何种变更对应递增哪一段位。
3. 规范预发布版本：使用后缀 -alpha、-beta、-rc 标识不稳定版本。
4. 建立版本锁定机制：已定稿版本禁止修改，只能基于该版本创建新版本。

v1.0.0      初始版本
v1.1.0      新增用户反馈模块
v1.1.1      修复需求描述中的措辞错误
v2.0.0      重构需求范围，移除旧模块，新增核心流程
v2.0.0-beta 预发布版本，供评审团队试用

步骤4：设计变更记录表格式

1. 确定记录表位置：固定在文档“元数据区”之后、正文之前，确保每次打开文档能第一时间看到。
2. 定义字段集合：包含版本号、变更日期、变更说明、变更人、审核人、审核日期。
3. 书写规范：变更说明需简述“修改了什么 + 为什么修改”，禁止模糊表述。
4. 审核闭环：每次变更记录必须对应一个审核人签名，未审核的记录视为无效。

步骤5：整合验证

1. 一致性检查：确保章节结构、字段规范、版本号规则、变更记录表四者之间无矛盾。
2. 可用性测试：选取1个实际项目，用新模板撰写PRD，记录遇到的问题。
3. 评审签署：组织至少1次模板评审会，所有角色代表签字确认。
4. 发布与宣贯：将模板发布至团队文档库，并安排15分钟宣贯培训。

输入输出物

责任边界

记录材料

• 模板设计决策日志：记录每个章节增减、字段定义、版本规则选择的依据和讨论结论。
• 字段定义清单：所有字段的完整列表，包含类型、约束、示例、审核标准。
• 版本号规则说明书：版本号格式、变更触发条件、预发布版本规范的详细文档。
• 变更记录表模板：可直接复用的空白表格，含字段说明和填写示例。

异常处理

验收标准

完成本章所有步骤后，通过以下标准验证输出物是否合格：

1. 结构完整：PRD模板覆盖“元数据区 + 正文区 + 附录区”三大板块，不少于8个标准章节。
2. 字段清晰：每个字段均明确定义了类型、格式、必填属性和示例值，无二义性。
3. 版本可追溯：版本号规则文档能覆盖主版本、次版本、修订号、预发布版本四种场景，且包含示例。
4. 变更可审计：变更记录表包含版本号、日期、说明、变更人、审核人字段，且模板中包含一条完整示例。
5. 一致性通过：章节结构、字段规范、版本号规则、变更记录表四者之间无冲突，交叉引用正确。
6. 试点可用：至少1个项目使用新模板完成PRD撰写，且用户反馈“没有明显阻碍”。