第三章 需求收集与利益干系人识别

1. 适用场景

本章流程适用于以下B端产品工作场景：

• 新项目立项阶段：从零开始构建产品，需要全面摸清潜在受影响的所有部门与角色。
• 重大版本迭代：功能涉及跨部门流程变更，需重新梳理与新增干系人。
• 系统替换/迁移：从旧系统迁移到新平台，需识别并覆盖原有系统的全部干系人网络。
• 跨组织协作项目：涉及外部客户、供应商或合作伙伴的系统对接。

本环节的目标是确保“找全人、找对人”，为后续的需求边界划定奠定基础。

2. 前置条件

1. 项目启动文档已签署：明确本阶段工作范围及时间预算。
2. 初步干系人名单：从项目章程或业务Sponsor处获取初始名单（通常不少于5人）。
3. 访谈工具准备：录音设备（需获授权）、提纲打印件、会议邀请已发出。
4. 背景资料研读：团队已完成对当前业务流程图、系统操作手册或历史工单的学习。
5. 隐私协议确认：法务或合规部门已确认可收集、存储访谈与业务数据。

3. 操作步骤（SOP）

1. 步骤一：绘制初始干系人地图
   • 召集项目核心团队（含PM、技术Leader、业务代表）进行15分钟脑暴。
   • 使用白板或协作工具，列出所有可能受影响的角色/部门。
   • 按“决策层-管理层-执行层”三层分类，并用影响度-兴趣度二分法标注优先级。
2. 步骤二：确定收集渠道并制定计划
   • 根据干系人类型选择渠道：决策层 → 一对一深度访谈；管理层 → 定向问卷+焦点小组；操作层 → 现场观察+工单分析。
   • 制定排期表：每人30-60分钟访谈，工作坊不超过3小时。
3. 步骤三：执行结构化访谈
   • 使用标准化《干系人访谈模板》（见输出物），按场景、痛点、期望、验收标准四维度提问。
   • 做好记录，允许被访者核对关键信息。
4. 步骤四：填写需求收集记录表
   • 每次访谈后24小时内，将原始记录整理成结构化《B端需求收集记录表》。
   • 标注需求来源（角色+日期）、需求类型（功能/非功能/规则）、紧急度。
5. 步骤五：更新干系人地图并确认
   • 根据访谈中发现的“未在初始名单中”的角色，补充进干系人地图。
   • 与Sponsor或业务Owner评审最终版干系人地图，签署确认。

4. 输入与输出物

类别	名称	说明/示例
输入	项目章程 / 立项说明书	包含初始干系人列表、项目目标及约束条件
	现有系统文档/流程SOP	用于理解当前现状，提高访谈精准度
输出	干系人地图（v1.0）	角色/部门、影响力等级、关联需求项编号
	干系人访谈记录（每份独立）	逐字稿或要点摘要，含签名确认栏
	B端需求收集记录表（汇总）	按优先级排序的需求条目清单（建议使用编号规则 REQ-YYMMDD-XXX）

5. 责任边界

• B端产品经理（主导）：设计访谈提纲、执行访谈、输出记录表与地图。
• 业务方/客户代表（配合）：提供真实业务场景与痛点、协调受访人员时间。
• 技术架构师（参与）：在初始干系人地图中标注技术影响边界（如数据接口、遗留系统）。
• 项目经理（支持）：保障资源到位（会议室、排期、预算）。

规避陷阱：严禁产品经理独立完成干系人地图绘制后不经过业务交叉验证，误差率可高达40%。

6. 记录材料清单

• 《【项目名】干系人地图 v1.0》—— 打印签字版 + 电子版
• 《【项目名】干系人访谈计划表》—— 含时间、地点、时长、受访人
• 《【项目名】需求收集记录表》—— 按格式填写，作为后续需求评审原始依据

记录表模板结构（推荐字段）

需求编号: REQ-202503-001
需求来源:  财务部 / 李主管 / 2025-03-20 14:30
需求标题:  报销单支持多级审批
需求详情:  当前系统仅支持一级审批，实际业务需部门主管+财务复核
业务场景:  年报销高峰期，单笔超5000元需二次确认
优先级:     P1（严重阻塞现有流程）
关联记录:   访谈记录-20250320-财务部-李主管.docx

7. 异常处理

8. 验收标准

• 覆盖率达标：干系人地图涵盖所有在册部门/角色，且每个角色至少有一个代表被访谈。
• 记录可追溯：每项需求编号均可关联到具体的受访者姓名、时间与原文摘要。
• 地图共识签名：业务方负责人（如CEO或项目Sponsor）在最终版干系人地图上签字确认。