PRD 11 节标准模板
本文件是
prd-writer技能的模板参考。写作时严格沿用以下章节结构、表格字段与命名。 所有空单元格或占位符在未确认前保持待补充,不得编造。 前置条件:本模板假定 BRD 已确定,PRD 以 BRD 作为需求支撑。
1. 文档控制与审批记录
| 字段 | 受控内容 |
|---|---|
| 产品 | <产品编号/名称> |
| 基线 | <基线编号,如 EC-xxx> |
| 状态 | <草案/评审中/Released/受控基线> |
| 批准 | <批准人及职责;独立复核人> |
| 变更 | <变更控制规则:范围/阈值/Owner 变更须记录影响、证据、批准人> |
2. 产品定义与一句话定位
<产品名> 是面向 <目标用户/场景> 的 <一句话定位>:在 <可复现/可诊断/可安全恢复 等约束条件> 的前提下,完成 <核心能力> 与 <可观察结果>。
一句话定位是统一所有干系人对产品认知的锚点。写不出来或定义不清,说明产品本身还没想清楚。
3. 用户 Person 与干系人
角色因产品而异,不套固定模板。动手前先联网搜索「现在都有谁想要/使用这个产品」,再结合上下文落到具体角色;每个角色写清「关注结果」与「参与方式」。
| 角色 | 关注结果 | 参与方式 |
|---|---|---|
| <角色 1,据调研确定> | ||
| <角色 2,据调研确定> |
4. 用户问题、场景与关键任务
<当前问题的一段话概括:把多件孤立事项收敛为一次可重复执行的体验,而非只证明局部部件可运转>
| 场景 | 用户任务 | 完成判据 |
|---|---|---|
5. 目标与成功指标
<成功的一段话定义:形成可由独立人员复验的产品能力>
| 产品可观察指标 | 通过口径 | 用户可见证据 |
|---|---|---|
每个指标都必须拆出「通过口径」(可量化阈值)与「用户可见证据」(可对比、可复现的记录),不留模糊需求。
6. P0、P1 与非目标
| 层级 | 范围 | 说明 |
|---|---|---|
| P0 | 必须完成并提供证据 | |
| P1 | 允许规划与可行性工作,不阻塞 M1 | |
| 非目标 | 不设限制,不编造未批准指标 |
7. 功能需求（产品能力）
按能力域拆分为若干小节,每节用自然语言描述「产品应……」,并明确用户可见的约束、限制与异常提示。 所有量化阈值须在 §5 目标与成功指标、§10 正式需求表中逐条对应,不出现新阈值。
8. 非功能需求（性能、可靠性、可用性与维护性）
汇总性能、可靠性、可用性、维护性等非功能要求,量化口径与 §5 一致。 例:性能以行程/速度/频率为准;可靠性以保持/循环/连续运行/断链安全为准;可用性以状态可见、异常可解释为准;维护性以统一时间戳日志、版本、配置与可回放证据为准。
9. M1 验收场景
| 闸门 | 量化场景与通过判据 | 独立证据 |
|---|---|---|
| G0 <选型/方案冻结> | ||
| G1 <单轴/单元验收> | ||
| G2 <局部联调验收> | ||
| G3 <系统联调验收> | ||
| G4 <整机验收> |
10. 功能 Owner、依赖及 PRD 到 SyRS 追溯
| Owner | 产品层责任 | 主要依赖 |
|---|---|---|
| ID | Description | Priority | Status | Owner | Source | Verification | Trace |
|---|---|---|---|---|---|---|---|
| PRD-GOAL-001 | P0 | Baseline | SYS-xxx | ||||
| PRD-SC-001 | P0 | Baseline | SYS-xxx | ||||
| PRD-FR-001 | P0 | Baseline | SYS-xxx | ||||
| PRD-NFR-001 | P0 | Baseline | SYS-xxx | ||||
| PRD-ACC-001 | P0 | Baseline | SYS-xxx |
Source记录来源(批准基线/设计规格章节/用户决策及日期);Trace只指向现有 SYS ID,不越过 SyRS。
11. 历史基线与变更记录
本章仅保存已废止范围的审计信息,不构成当前产品承诺、设计输入、采购要求或验收要求。
| 旧基线 | 状态 | 废止原因 | 替代基线 | 批准日期/记录 |
|---|---|---|---|---|