第二章 需求来源与采集方法
需求采集是 PRD 撰写的第一道工序——输入质量直接决定输出价值。本章聚焦四种主流来源：用户反馈、数据分析、竞品调研、业务目标对齐，并围绕每条来源给出可操作的采集、拆解与验收方法。
2.1 四种核心来源概览
不同来源回答不同的问题，也对应不同的采集工具和交付形态。下表帮助快速建立全局认知：
| 来源 | 核心问题 | 典型场景 | 主要采集工具 | 关键交付物 |
|---|---|---|---|---|
| 用户反馈 | 用户在意什么？痛点在哪？ | 用户访谈、客服工单、应用商店评论 | 访谈提纲、NPS 调查、反馈分类表 | 用户问题清单、体验地图 |
| 数据分析 | 用户实际行为是什么？ | 埋点漏斗、留存分析、A/B 测试 | 埋点管理平台、SQL、BI 看板 | 数据报表、埋点事件定义表 |
| 竞品调研 | 对手在做什么？我们有哪些差距？ | 功能对标、体验走查、市场定位分析 | 竞品跟踪表、SWOT 矩阵 | 竞品分析报告、功能对比矩阵 |
| 业务目标对齐 | 公司要什么？OKR 如何落地？ | 战略拆解、干系人访谈、KPI 推导 | OKR 分解树、干系人地图 | 目标-需求映射表、优先级评分卡 |
2.2 用户反馈：从声音到需求
用户场景：运营同学发现新功能上线后客服工单激增，用户抱怨“找不到保存按钮”。产品经理需要从零散抱怨中提炼真实需求。
业务问题：反馈渠道分散、情绪化表述多、难以量化优先级。
用户访谈要点：
- 采用 STAR 法则（Situation-Task-Action-Result）还原用户操作链路；
- 避免引导性问题（如“你是不是觉得按钮太小？”改为“你当时在页面上找什么？”）；
- 每场访谈后 30 分钟内完成“一句话需求”提炼。
需求拆解方法：将原始表述转化为“用户-场景-问题-期望”四元组。
- 原始表述：“这个页面太乱了，我根本找不到下单按钮。”
- 拆解结果：
用户（首次购买者）在（商品详情页）因（视觉层级混乱）导致（无法定位下单入口），期望（强化主操作按钮视觉优先级）。
方案表达：在 PRD 中采用“问题陈述 → 用户影响 → 建议方向”三段式描述。
指标验证：按钮点击率提升 ≥ 30%，客服相关工单量下降 ≥ 40%。
验收标准：
- 至少完成 6 轮目标用户访谈；
- 所有反馈已分类并标记影响范围；
- Top 3 问题已进入需求池并附带原始证据（录音/截图/工单编号）。
交付物模板：用户反馈分类表（表格形式，含反馈来源、原始描述、拆解后需求、影响用户数、紧急度）。
2.3 数据分析：从行为到洞察
用户场景：产品经理发现“注册→首次下单”转化率连续 3 周下滑，但不知道断点在哪一步。
业务问题：行为数据与主观感受脱节，缺乏归因能力。
用户访谈（数据侧）：访谈数据分析师与业务方，明确指标口径、埋点缺失项、异常值的业务解释。
需求拆解方法：用漏斗拆解法定位流失环节。
- 拉取全链路漏斗：曝光 → 点击 → 浏览 → 加入购物车 → 支付；
- 计算各环节转化率，标记最大落差环节；
- 结合用户分群（新客/老客/渠道来源）进一步下钻。
方案表达：在 PRD 中以“数据现象 → 归因分析 → 建议方案”结构呈现，关键数据用表格展示。
指标验证：目标环节转化率恢复至基线值，或提升 ≥ 15%。
验收标准：
- 埋点事件定义已评审且覆盖率 ≥ 95%；
- 数据看板可实时监控核心漏斗；
- 分析结论附带置信区间或显著性检验结果。
交付物模板：埋点事件定义表（事件名、参数、触发时机、版本号）及对应的 数据分析报告（含漏斗截图、分群对比、问题归纳）。
{
"event": "checkout_step_view",
"params": {
"step_name": "shipping_address",
"step_index": 2,
"total_steps": 4,
"user_id": "{{user_id}}",
"page_source": "cart_page"
},
"trigger": "用户进入结算第二步页面时触发"
}每个事件必须附带明确的触发时机与参数说明，避免歧义。
2.4 竞品调研：从他者到自身
用户场景：团队计划上线“直播间拼团”功能，需要了解主流竞品在该场景下的交互模式和运营策略。
业务问题：闭门造车导致上线后竞争力不足，或重复踩竞品已经修复的坑。
用户访谈（竞品视角）：招募竞品用户进行迁移访谈——“你之前用 A 产品的拼团时遇到过什么问题？为什么换到我们平台？”
需求拆解方法：使用 功能对比矩阵 + 体验差异点标注。
- 按“基础能力-体验细节-运营策略”三层拆解；
- 对每个差异点标注“优于竞品”、“持平”、“落后”；
- 落后项中筛选对用户决策影响最大的 3 项进入需求池。
方案表达：在 PRD 中以“竞品能力基线 → 自身差距 → 差异化方案”为主线，避免简单抄袭。
指标验证：新功能上线后用户满意度 ≥ 竞品同期水平（通过 NPS 或 CSAT 对比），功能使用率 ≥ 预设阈值。
验收标准：
- 覆盖至少 3 家直接竞品 + 2 家间接竞品；
- 每项差异都附有截图/录屏证据；
- 竞品动态跟踪表保持月度更新。
交付物模板：竞品功能对比矩阵（表格，行 = 功能点，列 = 竞品，单元格标注支持程度 + 备注）。
2.5 业务目标对齐：从战略到落地
用户场景：公司 Q3 目标“提升高价值用户复购率 20%”，产品经理需要将此战略目标拆解为可执行的产品需求。
业务问题：目标与需求脱节，团队做了很多功能但未直接贡献核心指标。
用户访谈（干系人）：访谈业务负责人、运营总监、数据负责人，澄清以下事项：
- “高价值用户”的定义标准是什么？
- 当前复购率基线是多少？目标 20% 的测算依据？
- 有哪些历史尝试？失败原因是什么？
需求拆解方法：用 目标-路径-需求树 逐层分解。
- 战略目标 → 关键结果（KR）→ 业务策略 → 产品需求；
- 每个需求关联唯一 KR，避免发散；
- 输出“目标-需求映射表”，标注预期贡献度。
方案表达：PRD 开篇必须写明“本需求对齐的 OKR 目标”和“预期指标提升幅度”。
指标验证：复购率提升 20%（核心指标），高价值用户月活跃率提升 ≥ 10%（辅助指标）。
验收标准：
- 所有需求均可回溯至具体的业务目标节点；
- 干系人对目标拆解结果签字确认；
- 需求优先级与目标贡献度成正比。
交付物模板：目标-需求映射表（列：OKR 目标 → 关键结果 → 业务策略 → 需求描述 → 预期指标 → 优先级）。
2.6 需求采集环节的验收标准与交付物总表
无论使用哪种来源，需求采集阶段都应按以下标准验收，确保进入 PRD 的需求具备“可查、可量、可回溯”的特征。
| 验收维度 | 具体要求 | 通过标志 |
|---|---|---|
| 完整性 | 每一条需求都包含来源标识、原始证据、用户场景 | 需求池中 100% 条目可追溯至原始出处 |
| 一致性 | 同一问题在不同来源中的表述无矛盾 | 交叉验证报告已签署 |
| 可量化 | 每项需求关联至少 1 个可衡量指标 | 指标定义表已评审 |
| 优先级 | 按“影响范围 × 紧急度 × 战略对齐度”打分排序 | 优先级评分卡已完成 |
| 可执行 | 需求描述包含明确的范围、边界和验收要点 | 团队评审会无歧义通过 |
统一交付物清单：
- 用户反馈分类表（含原始证据链接）；
- 数据分析报告（含漏斗、分群、关键发现）；
- 竞品功能对比矩阵（含截图与体验评价）；
- 目标-需求映射表（关联 OKR 与预期指标）；
- 需求池主表（汇总所有来源，含状态、优先级、负责人、预计版本）。
完成本章的学习后，你应当能够：① 针对不同场景选择合适的采集方法；② 将原始信息拆解为结构化的需求条目；③ 输出标准化的需求采集交付物，为 PRD 撰写打下扎实基础。