第2章 需求获取前的准备工作

需求获取并非从打开访谈录音或发放问卷开始。在接触任何干系人之前，产品经理必须先完成四块“地基”的搭建：业务背景调研、干系人地图、目标用户画像与现有系统分析。缺少其中任何一块，后续的需求清单都会出现方向性偏差或关键诉求遗漏。

2.1 业务背景调研：回答“为什么做”

业务背景调研的目标是让产品经理具备与业务方平等对话的“领域常识”。调研应覆盖三个层次：

• 行业层： 市场规模、政策法规、竞品格局、技术趋势。
• 组织层： 公司的战略目标、该业务线在组织中的定位、核心KPI。
• 问题层： 当前业务痛点、过往失败尝试、机会窗口期。

典型的信息来源包括：

1. 行业研究报告（艾瑞、IDC、Gartner）
2. 公司内部战略文档、董事会汇报材料
3. 客服工单、销售日报、运维日志中的高频词
4. 竞品PRD、产品迭代公告、用户评价

2.2 干系人地图：回答“谁在影响产品”

干系人分析的核心是识别权力与利益两个维度，将所有人归入四象限：

绘制干系人地图的步骤：

1. 列出所有可能影响或被产品影响的角色与组织。
2. 按权力（决策/预算/资源控制力）与利益（使用频率/业绩关联度）打分（1～5分）。
3. 落位到四象限，标注每个干系人的核心诉求。
4. 制定沟通计划：频率、渠道、汇报重点。

2.3 目标用户画像：回答“为谁设计”

干系人地图中的“高利益”角色，就是目标用户画像的原型来源。画像不是“年龄+城市+职业”的统计标签，而是包含场景动机与行为特征的行为画像。

一个标准画像卡包含以下字段：

• 角色标签： 如“电商运营主管-库存组”
• 高频任务： 每日/每周必须完成的操作
• 痛点： 现有流程中效率最低、最易出错的环节
• 期望收益： 新功能帮ta省多少时间、提多少准确率
• 使用场景： 什么时间、什么设备、什么网络条件下使用

2.4 现有系统分析：回答“有什么可用”

绝大多数新产品都不是从零开始，而是在已有系统上改造或替换。现有系统分析必须回答三个问题：

1. 数据流： 当前核心业务流程中，数据从哪来、存哪里、往哪去？
2. 技术债： 现有接口、表结构、中间件有哪些限制或废弃模块？
3. 用户习惯： 用户已养成的操作路径、快捷键、报表格式有哪些不可轻易改变？

分析产出物包括：

• 现有系统架构图（模块级）
• 核心数据ER图（实体与关键字段）
• 接口清单（REST/SOAP/消息队列）
• 已知缺陷列表（来自Bug系统或客服反馈）

2.5 四步准备的协同关系

业务背景调研、干系人地图、目标用户画像、现有系统分析并不是线性完成的四个阶段。它们在实际操作中会互相修正：

• 业务背景 → 干系人： 行业调研过程中会暴露新的关键角色（如监管机构、供应链伙伴）。
• 干系人 → 画像： 高利益干系人群体中的不同职能，会分化出多个画像原型。
• 画像 → 系统分析： 用户画像素描出的高频任务，直接决定分析现有系统时要重点拆解哪些流程。
• 系统分析 → 业务背景： 技术债的严重程度可能倒逼业务调整战略优先级。

2.6 本章交付物模板清单