📚 课程目录第2章需求字段的顶层分类

第2章需求字段顶层分类：五大维度

需求字段的顶层分类是PRD结构化的骨架。在用户场景中，一条完整的需求往往包含“做什么”“做到什么程度”“用什么数据”“遵循什么规则”“依赖谁”五个侧面。遗漏任何一个侧面，都会导致开发侧出现理解偏差、验收时无据可依。本章从业务问题出发，拆解每个分类的核心定义，并给出对应的验收标准写法。

下表从“描述对象”“常见字段示例”“验收焦点”三个维度对五类需求进行对比，帮助产品经理在撰写PRD时快速判断字段归属。

分类	描述对象	常见字段示例	验收焦点
功能需求	用户可感知的操作与页面行为	用户角色、操作路径、输入规则、页面跳转	行为是否正确、流程是否闭环
非功能需求	系统的质量特性与约束	响应时间、并发量、可用性、安全性	性能指标是否达标、安全是否合规
数据需求	业务数据的定义、来源、关系	数据结构、字段类型、数据量、数据来源	数据完整性、准确性、时效性
业务规则	业务逻辑与判断条件	状态机、权限规则、计算逻辑、异常处理	规则触发条件是否正确、边界是否覆盖
依赖关系	需求之间的前置、后置与接口关系	依赖模块、依赖接口、版本基线、联调顺序	依赖是否明确、缺失风险是否标识

以一个“用户提交退款申请”的典型场景为例，五类需求分别表现为：

每个分类在验收清单中对应不同的验证方法。例如对于“非功能需求”，验收标准中需要写明具体的测量方式和目标阈值，而非笼统的“性能好”。下表展示每个分类的验收标准模板：

分类	验收标准示例（按GIVEN/WHEN/THEN结构）	验证方式
功能需求	GIVEN 用户登录且订单状态为“已完成”，WHEN 点击“申请退款”，THEN 弹出退款表单且金额默认为实付金额。	手工测试 + 界面截图
非功能需求	GIVEN 500个用户同时发起退款，WHEN 持续操作5分钟，THEN 接口95%响应时间 ≤ 2秒，无500错误。	性能压测报告
数据需求	GIVEN 退款申请提交成功，WHEN 查询退款记录表，THEN 订单号、金额、原因、时间、用户ID均不为空且格式正确。	数据库脚本 + 数据核对
业务规则	GIVEN 订单实付金额为100元，WHEN 输入退款金额120元并提交，THEN 页面提示“退款金额不能超过实付金额”且提交失败。	边界值测试
依赖关系	GIVEN 支付系统接口不可用，WHEN 用户提交退款，THEN 系统返回“退款处理暂不可用”并记录失败日志。	故障注入 + 日志审计

实操建议：在PRD中为每一个需求条目标记所属分类（例如用标签【功能】【非功能】），并在验收标准章节按分类组织子章节。这样测试团队可以快速定位验证重点，避免遗漏非功能或数据类验收项。

以下为PRD附录中推荐使用的分类清单模板，用于在需求评审阶段对齐各方理解。

需求ID	需求标题	分类	关键字段	验收标准来源
REQ-001	退款申请页面	功能需求	入口按钮、表单字段、提交动作	2.3 功能验收示例
REQ-002	退款响应时间 ≤ 2s	非功能需求	95% line、最大响应时间	2.3 非功能验收示例
REQ-003	退款申请数据存储	数据需求	表结构、字段约束、数据量预估	2.3 数据验收示例
REQ-004	退款金额上限规则	业务规则	比较逻辑、报错提示	2.3 规则验收示例
REQ-005	退款依赖订单状态接口	依赖关系	接口名称、版本、熔断策略	2.3 依赖验收示例

章节小结：功能需求描述用户能做什么；非功能需求描述做到多好；数据需求描述需要什么数据；业务规则描述如何判断；依赖关系描述依赖谁。五个分类共同构成PRD的完整性骨架。在验收标准中，每个分类都有对应的验证手段和通过条件，确保需求可测试、可衡量。

第2章 需求字段顶层分类：五大维度