第2章 需求获取前的业务调研:业务目标梳理、现有数据资产盘点、利益相关者地图
业务调研是需求获取的起点,也是整个数据产品需求链路最容易被忽视的环节。数据显示,超过65%的需求返工源于业务调研阶段的目标模糊或干系人遗漏。本章聚焦调研期的三项核心活动——业务目标梳理、现有数据资产盘点、利益相关者地图绘制,并给出可直接复用的交付物模板。
2.1 业务目标梳理
用户场景
业务方提出“我们需要一个用户流失预警看板”,产品经理直接进入功能设计,结果看板上线后业务方抱怨“没有解决实际问题”。根源在于调研时没有深挖业务目标——业务方真正想降低的是高价值客户的流失率,而非全量用户告警。
业务问题拆解方法
使用“5 Why”法加目标量化树将模糊需求转化为可验证指标:
- 第一层:业务方想解决什么问题?(例:减少用户流失)
- 第二层:如何定义流失?(例:连续30天未登录)
- 第三层:当前流失率是多少?期望降到多少?(例:月流失率5.2%→3.5%)
- 第四层:哪个客户群流失影响最大?(例:年付费≥5000元的VIP客户)
- 第五层:团队必须监控哪些先行指标?(例:周活跃度、客诉频次、客单价变化)
交付物模板:业务目标拆解表
包含字段:原始诉求、5Why追问记录、量化目标(KPI)、验收标准(如“当月VIP客户流失率下降至3.5%以下”)、特定期限。
包含字段:原始诉求、5Why追问记录、量化目标(KPI)、验收标准(如“当月VIP客户流失率下降至3.5%以下”)、特定期限。
2.2 现有数据资产盘点
数据资产盘点的目的是确认“当前可用的数据源是否足以支撑业务目标”。产品经理需联合数据工程师完成以下清单:
| 资产类型 | 关键检查项 | 常见问题 |
|---|---|---|
| 业务数据库表 | 表结构、主键、更新频率、数据量级 | 缺少时间字段、数据延迟超过1天 |
| 埋点日志 | 事件定义、采集覆盖率、字段完整性 | 关键事件未埋点、埋点版本混乱 |
| 外部数据源 | API接口可用性、付费模型、数据精读 | 数据脱敏后不可用、接口限流严重 |
| 历史报表/看板 | SQL脚本、指标口径、变更记录 | 口径未文档化、口径与业务方认知不一致 |
盘点结束后输出数据资产矩阵,分别标记:可用且完整、可用但需清洗、缺失需新建。
特殊场景:当关键指标对应的数据源完全缺失时,需在需求阶段就明确“新建数据采集方案”作为前置交付项。
验收标准示例
“2024-06-30前,VIP客户登录日志的每5分钟分桶聚合表(hive表vip_login_5min)完成上线,数据回填覆盖过去60天。”
“2024-06-30前,VIP客户登录日志的每5分钟分桶聚合表(hive表vip_login_5min)完成上线,数据回填覆盖过去60天。”
2.3 利益相关者地图
利益相关者地图帮助产品经理在需求获取前识别所有“可能影响或受影响”的干系人,避免后期频繁变更需求。地图包含两个维度:权力(决策力)和利益(关注度),形成四象限:
| 象限 | 典型角色 | 沟通策略 |
|---|---|---|
| 高权力+高利益(核心决策者) | VP、业务线负责人 | 定期汇报、参与评审、确认关键KPI |
| 高权力+低利益(资源审批者) | 财务、技术总监 | 提供ROI分析、控制投入范围 |
| 低权力+高利益(主要用户) | 分析师、运营执行者 | 高频访谈、原型测试、收集痛点 |
| 低权力+低利益(外围关注者) | 法务、合规 | 邮件通报、必要时单点确认 |
绘制步骤:
- 列出所有可能的干系人(至少10人),标注其职能和期望。
- 按权力和利益打分(1-5分),放入坐标图。
- 识别“关键桥接人”——同时有权力和良好业务认知的角色,绑定为项目Sponsor。
- 将地图纳入需求启动会材料,取得全体干系人确认。
2.4 本章核心交付物模板
| 交付物 | 格式 | 包含内容 |
|---|---|---|
| 业务目标拆解表 | Excel/飞书表格 | 原始诉求、5Why追问记录、量化目标、验收标准、时间节点 |
| 数据资产清单 | Excel/Confluence | 表名/接口名、更新策略、数据安全等级、可用性标记 |
| 利益相关者地图 | Draw.io / Miro导出PDF | 四象限图、角色、沟通频率、决策权注释 |
| 业务调研报告 | PDF(含以上三部分) | 背景、调研方法、关键发现、风险说明、下一步建议 |
常见陷阱
• 数据资产盘点时忽略“数据血缘”导致后期指标口径扯皮。
• 利益相关者地图只画了3个人,遗漏技术资源部门导致开发排期风险。
• 业务目标拆解未区分“核心KPI”和“支撑指标”,导致看板过于冗余。
• 数据资产盘点时忽略“数据血缘”导致后期指标口径扯皮。
• 利益相关者地图只画了3个人,遗漏技术资源部门导致开发排期风险。
• 业务目标拆解未区分“核心KPI”和“支撑指标”,导致看板过于冗余。