第3章 PRD结构拆解：产品需求文档标准模块、功能描述、验收标准、边界条件

适用场景

• 新产品立项后首次编写PRD，需要统一文档结构
• 迭代版本中需要补充或修订功能描述、验收标准
• PRD评审前核对模块完整性，避免遗漏关键约束
• 跨团队对齐时（产品、设计、开发、测试）需要明确标准模块边界
• 从原型/线框反推PRD内容，确保双向覆盖

前置条件

操作步骤

1. 确定PRD标准模块清单
   按产品类型（Web/App/后台）选择模板，通常包含：
   “引言与背景”“功能需求”“非功能需求”“验收标准”“边界条件”“数据字典”“依赖与假设”。
   本次课程聚焦后三个核心模块：功能描述、验收标准、边界条件。
2. 编写功能描述
   对每个功能点按“用户角色→触发条件→前序状态→正常流程→异常流程→后序状态”结构化描述。
   示例：

   功能名称：手机号验证码登录
   角色：未登录用户
   前序状态：用户已在注册页
   正常流程：
   1. 输入已注册手机号
   2. 点击“获取验证码”
   3. 系统发送6位数字验证码至手机
   4. 用户输入验证码
   5. 系统校验成功
   6. 跳转至首页
   异常流程：
   - 手机号未注册 → 提示“该手机号未注册”
   - 验证码错误 → 刷新验证码并提示
   - 验证码过期 → 自动重新获取
   后序状态：登录态已建立，展示首页

3. 定义验收标准
   每个功能至少包含一组可测试的通过/失败条件，建议采用“Given–When–Then”格式。
   示例：

   验收标准 ID：AC-LOGIN-001
   Given 用户使用已注册手机号 138xxxxxxxx
   When 输入正确验证码 123456
   Then 登录成功，返回token，客户端存储登录态
   
   AC-LOGIN-002
   Given 用户输入错误验证码
   When 点击登录
   Then 提示“验证码错误”，输入框清空，按钮重置

4. 明确边界条件
   列出触发场景的极限值、极限组合、依赖方、状态分支。
   分类：

   边界类型	描述样例
   输入边界	手机号长度11位；验证码长度6位数字
   输出边界	登录token有效期24小时；无网络时返回-1
   系统边界	同手机号每分钟最多请求1次验证码；日限5次
   状态边界	用户已登录时再次打开登录页应自动跳转

输入输出物

责任边界

• 产品经理：负责内容完整性、功能描述逻辑正确、验收标准可执行、边界条件无遗漏。
• 交互设计师：确保原型与功能描述中的流程、状态图一致。
• 开发工程师：验收技术可行性，尤其是边界条件中的限流、超时、并发冲突。
• 测试工程师：验收标准转化为测试用例，边界条件作为测试重点。

记录材料

• PRD评审纪要（含修改点标注）
• 功能描述与原型对照矩阵（可另存为Sheet）
• 验收标准Checklist（测试团队维护）
• 边界条件风险登记表

异常处理

验收标准

1. PRD中功能描述覆盖所有用户故事或原型中的交互点，每个功能描述包含正常流程和至少一个异常流程。
2. 每个新增功能至少有1条验收标准，关键功能至少有3条，且验收标准可被测试团队直接执行。
3. 边界条件覆盖输入、输出、系统、状态四类，且每类至少有一条具体约束。
4. 功能描述、验收标准、边界条件三者之间无逻辑矛盾，例如验收标准中定义的输入必须在边界条件范围内。