第1章 PRD核心要素拆解：背景、用户场景、功能列表、数据要求、非功能性需求、业务规则

1.1 适用场景

本章方法适用于以下典型场景：

• 新项目启动——从零开始编写PRD，需要系统化梳理需求要素。
• 需求变更/迭代——存量PRD要素不全，需补全或重构。
• 跨团队对齐——产品、开发、测试、业务方对PRD理解不一致时，作为统一拆解框架。
• 验收标准前置设计——为后续章节的验收标准制定打下要素级基础。

1.2 前置条件

在开始PRD核心要素拆解前，需确认以下条件已满足：

1.3 核心要素拆解流程

PRD六大核心要素之间并非平行罗列，而是存在清晰的推导与约束关系。下图展示了从“背景”出发到“业务规则”的完整拆解链路：

1.4 操作步骤

按照六大要素的推导顺序，执行以下六个拆解步骤：

1.5 输入输出物

1.6 责任边界

1.7 记录材料

本章执行过程中需归档以下材料，作为后续验收标准设计的依据：

1. PRD要素拆解工作簿——包含六大要素的完整记录，建议使用结构化表格或专用PRD工具。
2. 评审会议纪要——记录每项要素的讨论结论、争议点和待办事项。
3. 要素变更日志——任何要素的增删改均需记录变更原因、日期和审批人。

推荐使用以下模板作为PRD核心要素的清单格式：

# PRD核心要素清单

## 1. 背景
- 项目背景：____
- 业务目标：____（OKR/KPI）
- 关键干系人：____

## 2. 用户场景
- 目标用户：____
- 典型场景：____（正常/异常）
- 用户故事：As a ____, I want ____, So that ____.

## 3. 功能列表
| 功能名称 | 功能描述 | 优先级 |
|----------|----------|--------|
| ____     | ____     | P0/P1  |

## 4. 数据要求
- 数据实体：____
- 数据来源：____
- 数据流向：____

## 5. 非功能性需求
- 性能：RT ≤ ____ ms，TPS ≥ ____
- 安全：____（等级/合规）
- 可用性：SLA ≥ ____%

## 6. 业务规则
- 核心逻辑：____（状态机/公式）
- 约束条件：____（时间/金额/权限）
- 异常处理：____

1.8 异常处理

1.9 验收标准

本章的验收标准用于判断PRD核心要素拆解是否到位：

1. 完整性——六大要素全部完成，无缺失项；每项要素至少包含一个可执行的描述或定义。
2. 可推导性——从“背景”到“用户场景”再到“功能列表”的推导链路清晰，逻辑闭环。
3. 可量化性——非功能性需求、数据要求、业务规则中的关键指标均已量化或可判定真伪。
4. 一致性——各要素之间的描述无矛盾（例如：功能列表中的功能在用户场景中有对应，数据要求中的字段在功能列表中有使用）。
5. 评审通过——至少完成一次跨角色评审（产品、开发、测试、业务），且评审纪要中的待办事项已关闭或明确后续计划。