1.1 PRD核心要素总览
产品需求文档（PRD）是产品经理最重要的交付物之一，也是从“想法”走向“实现”的第一道门槛。本章将深入拆解PRD的五大核心要素：用户场景、业务目标、功能列表、非功能需求、验收标准。理解这五个要素的内在逻辑，是后续章节进行需求拆解、方案表达和原型映射的基础。
1.1.1 用户场景：需求的“土壤”
用户场景描述了“谁在什么情境下需要解决什么问题”。它是需求的起点，直接决定了后续功能列表的方向。场景描述应包含：
| 场景要素 | 说明 | 常见问题 |
|---|---|---|
| 用户角色 | 具体的用户画像，如“新注册用户”“运营专员” | 角色过于笼统，如“所有用户” |
| 触发条件 | 什么事件导致用户需要使用该功能 | 忽略触发条件，场景不完整 |
| 行为路径 | 用户希望如何完成目标 | 只写结果，不写过程 |
| 期望结果 | 用户最终希望得到什么 | 与业务目标混淆 |
| 环境限制 | 网络、设备、时间等外部约束 | 遗漏关键限制条件 |
实操提示：在撰写用户场景时，可以使用“作为…我希望…以便…”的句式，确保场景的完整性和可理解性。例如：“作为运营专员，我希望在用户注册后自动发送欢迎邮件，以便提升用户激活率。”
1.1.2 业务目标：价值的“尺子”
业务目标回答了“为什么要做这个功能”。它连接了用户需求与商业价值，是后续验收标准和指标验证的核心依据。业务目标分为两类：
- 定性目标：提升用户体验、优化运营效率、增强品牌认知等（难以直接量化，但可通过调研评估）。
- 定量目标：用户注册率提升至XX%、订单转化率提升至XX%、客服成本降低XX%等（必须有具体数值和基线）。
避坑指南：定性目标容易导致验收标准主观化。例如“提升用户体验”如果没有细化为“页面加载时间降低到2秒以内”或“用户任务完成率提升15%”，则无法进行客观验证。每个定性目标都应尽量找到对应的定量指标。
1.1.3 功能列表：产品的“骨架”
功能列表是将用户场景和业务目标转化为具体功能点的过程。它需要清晰区分“做什么”和“怎么做”。常见分类方式包括：
| 功能层次 | 示例 | 优先级（P0/P1/P2） |
|---|---|---|
| 核心功能 | 用户注册、商品搜索、下单支付 | P0（必须有，否则产品无法运行） |
| 扩展功能 | 商品推荐、优惠券、订单评论 | P1（重要，但可以分期上线） |
| 增值功能 | 用户积分、排行榜、好友邀请 | P2（锦上添花，不影响核心流程） |
案例提示：某电商平台PRD中，功能列表按“注册&登录 > 商品浏览 > 购物车 > 订单支付 > 售后”的主流程编排，每个流程节点下再列出具体功能点，并标注优先级。这是最通用的结构，便于开发团队理解业务全貌。
1.1.4 非功能需求：质量的“底线”
非功能需求定义了系统的“品质属性”，它不直接影响用户能否完成某个任务，但决定了用户是否愿意继续使用。常见维度包括：
| 维度 | 典型要求 | 验收方式 |
|---|---|---|
| 性能 | 页面加载时间<2秒，支持1000+并发 | 压测报告 |
| 安全 | 用户密码加密存储（bcrypt），传输使用HTTPS | 安全审计 |
| 可用性 | 移动端首屏渲染时间<3秒 | 性能监控 |
| 可维护性 | 代码需遵循团队规范，模块间低耦合 | 代码审查 |
避坑指南：非功能需求往往是项目中最容易被忽略或延迟处理的要素。例如，在PRD中只写“性能要好”是不够的，需要明确具体的指标，如“首页加载时间不超过2秒（在4G网络下）”。否则，开发和测试团队将无法进行有效验证。
1.1.5 验收标准：交付的“终点线”
验收标准界定了“功能做到什么程度才算完成”。它是产品经理、开发、测试三方达成共识的关键文件。标准必须满足以下条件：
- 可验证：每条标准都能通过一种或多种方式进行验证（如测试、检查、测量）。
- 无歧义：避免“用户体验良好”“操作流畅”等模糊描述。
- 覆盖边界：包括正常流程、异常流程、边缘情况（如网络断开、数据为空、超大数据量等）。
- 可达成：标准在现有技术和资源下是可实现的。
实操提示：验收标准的常见写法是“Given-When-Then”句式。例如：“Given 用户已登录，When 用户在搜索框输入关键字并点击搜索，Then 系统应在2秒内展示相关商品列表。”这种结构可以让测试用例直接对照生成。
以下SVG图展示了PRD五要素之间的递进关系和验证闭环：
1.1.6 五要素的关系与优先级
五个要素并非孤立存在，而是形成了一条“场景→目标→功能→非功能→验收”的推导链。在实际需求拆解中，常见优先级次序如下：
| 要素 | 优先级 | 典型时间点 | 核心产出物 |
|---|---|---|---|
| 用户场景 | 第一优先级 | 需求收集阶段 | 场景描述文档/用户故事 |
| 业务目标 | 第二优先级 | 需求分析阶段 | 指标定义文档（含基线） |
| 功能列表 | 第三优先级 | 需求设计阶段 | 功能列表/用户故事地图 |
| 非功能需求 | 第四优先级 | 需求设计阶段 | 非功能需求清单 |
| 验收标准 | 最后确认 | 需求评审阶段 | 验收标准文档/测试用例 |
学习路径建议：本章仅建立对五要素的认知框架。在后续章节中，我们将逐一深入讲解如何基于用户场景进行用户访谈和需求拆解，以及如何将功能列表转化为具体的原型方案。只有透彻理解本章内容，后续的实操才能有坚实的理论基础。
1.1.7 本章要点总结
- 用户场景是需求的源头，必须具体、完整、可还原。
- 业务目标是价值判断的依据，定性目标应尽量匹配定量指标。
- 功能列表要区分核心、扩展和增值，并使用优先级标识。
- 非功能需求是系统的质量底线，必须明确指标和验收方式。
- 验收标准是交付的终点，必须可验证、无歧义、覆盖边界。
- 五要素之间存在“推导”和“验证”的双向关系，缺一不可。