第1章 需求背景缺失排查：背景描述不完整、用户痛点未量化、业务目标模糊
需求背景缺失是B端PRD中最常见、破坏性最强的错误之一。缺失背景的PRD会让开发、测试、运营无法理解“为什么要做这个功能”，导致方向偏差、返工甚至项目搁置。本章按照现象识别 → 数据采集 → 原因定位 → 修复动作 → 复测 → 预防的故障排查流程，系统解决背景缺失问题。
排查目标：确保PRD中的“背景”段落同时包含完整的业务场景描述、量化的用户痛点数据，以及符合SMART原则的业务目标。
1.1 现象识别
以下症状表明PRD可能存在背景缺失问题：
- 背景段落只有1-2行文字，缺乏上下文说明。
- 用户痛点使用“效率低”“体验差”等定性词汇，未附具体数据。
- 业务目标表述模糊，如“提升系统能力”“优化流程”无法衡量。
- 需求评审时，开发人员频繁追问“为什么要做这个功能？”
典型错误示例：
# 背景
当前系统报工流程繁琐，用户反馈操作不便，需要优化。问题：未说明“繁琐”的具体环节、未量化操作耗时、未定义优化目标。
1.2 数据采集
系统收集缺失证据时，应使用下表进行扫描：
| 检查项 | 合格标准 | 采集方法 |
|---|---|---|
| 业务场景描述 | 包含角色、触发条件、现有流程、问题场景 | 阅读PRD“背景”段落，对照业务流程图 |
| 用户痛点量化 | 有至少1个核心指标（如耗时、错误率、客诉量） | 查看附带的数据报表或用户反馈统计 |
| 业务目标明确 | 使用SMART原则（具体、可衡量、可达成、相关、时限） | 检查目标语句是否包含数字和时间节点 |
1.3 原因定位
使用故障树分析，从三个维度定位根本原因：
- 需求方原因：业务方未深入思考，只给主观感受；或内部缺乏数据收集机制。
- 产品经理原因：未主动追问“多大量级”“具体是什么业务场景”；或赶工期直接复述需求原文。
- 流程原因：缺少PRD模板中的背景框架要求，评审标准未定义。
1.4 修复动作
针对以上原因，执行标准化修复：
注意：修复不是简单的扩充文字，必须补充核心三要素。
| 缺失维度 | 修复模板 | 示例 |
|---|---|---|
| 背景描述不完整 | 【角色】在【触发条件】下，通过【现有流程】完成【目标】，遇到【问题】。 | 生产班组长在每日下班前，通过纸质单据+Excel完成报工，平均耗时45分钟，且时常发生数据录入错误。 |
| 用户痛点未量化 | 【指标名称】从【当前值】到【期望值】，样本量【N】，误差【±X】。 | 报工平均耗时45分钟（n=200, σ=8），目标缩短至15分钟以内。 |
| 业务目标模糊 | 在【时间】内，将【指标】从【基线】提升至【目标】，且【约束条件】。 | 在2025年Q1内，将报工错误率从8%降至2%以下，且不额外增加班组长操作步骤。 |
修复后效果：
## 背景
生产班组长（角色）每日下班前（触发条件）需完成报工统计。现存流程：班组长手工填报纸质表→文员汇总→Excel校验，平均耗时45分钟/日（n=200, σ=8），错误率8%。主要痛点：耗时长、易漏填、数据不一致。
## 业务目标
2025年3月31日前，将报工平均耗时降至15分钟以内，错误率降至2%以下，且不增加班组长额外操作步骤。1.5 复测
修复后，使用「背景完整性检查表」进行复测：
- 场景描述是否覆盖“谁、在何时、做什么、遇到什么”四个要素？
- 痛点数据是否包含指标、基线、样本量？
- 目标是否包含可量化指标、时间期限、约束条件？
- 新背景是否能回答“为什么必须现在做这个功能？”
复测通过标准：以上四个问题全部回答“是”。
1.6 预防
将本章排查经验固化为组织级规范：
- PRD模板强制要求背景段落包含“场景-现状-目标”三段式框架。
- 评审清单增加“背景完整性”检查点，不达标不予通过。
- 产品经理入职培训中，加入需求背景量化实操练习。
- 每季度抽查10份PRD，统计背景缺失率并纳入考核。
本章核心结论：背景缺失的本质是“信息黑洞”。通过标准化的六步排查——从症状开始，到模板固化结束——可以确保每一份PRD的背景都能独立自明，让开发、测试、运营不再盲目猜测。