第2章 干系人识别与利益分析:角色图谱、决策链、利益诉求、影响力评估

B端产品需求往往不是一个人的意志,而是多个角色在业务链路中博弈、协同、妥协的结果。没有干系人分析的需求调研,就像在黑暗中拼图——你可能拿到了很多碎片,却永远不知道全貌是什么。本章将从角色图谱、决策链、利益诉求和影响力评估四个维度,建立一套完整的干系人分析框架,确保你在需求访谈之前就清楚:该找谁、问什么、怎么问、听谁的。

2.1 为什么干系人分析是B端需求的起点

B端系统与C端产品的本质区别在于:使用者不是决策者,付费者不是受益者,执行者不是设计者。一个典型的企业软件采购与使用链路中,至少涉及高层管理者、业务负责人、一线操作员、IT支持、外部监管方等多类角色,每一类角色对系统的期望和容忍度截然不同。

  • 需求偏差风险:只访谈总监级角色,可能得到战略级但无法落地的需求;只访谈一线操作员,可能得到战术级但忽略全局的需求。
  • 政治因素:部门之间的利益冲突、历史协作矛盾、岗位安全感诉求,都会在不经意间扭曲需求表达。
  • 隐性成本:未识别关键决策者,可能导致方案反复推翻;未识别隐性影响者,可能在验收阶段遭遇意外阻力。

干系人分析的价值正是在需求周期的起点,把“人”的因素纳入结构化考量,避免用技术完美主义去解决人际博弈问题。

干系人分析与优先级评估流程 ① 干系人识别 ② 角色图谱构建 ③ 决策链分析 ④ 利益诉求挖掘 ⑤ 影响力评估 ⑥ 制定访谈策略 干系人分析是需求获取的关键前置活动,直接影响需求质量 每个步骤产出物将作为下一环节的输入,形成完整分析链路

2.2 角色图谱:识别所有关键干系人

角色图谱不是简单的职位罗列,而是以业务链路为线索,逐层映射“谁在用、谁在管、谁在付、谁在评”。一个产品的角色图谱至少要覆盖以下六类典型角色:

角色类型 典型职位 在需求中的角色 关注重点
战略决策者 CEO / VP / 业务线负责人 定方向、批预算、验收价值 ROI、效率提升、数据可见性
业务管理者 部门经理 / 区域主管 提需求、审流程、控风险 流程闭环、权限管控、报表准确
一线执行者 操作员 / 客服 / 销售 日活使用、反馈痛点、提优化 操作效率、易用性、错误率
技术支撑者 IT运维 / 开发 / 数据组 评估可行性、对接系统、维护 接口规范、数据安全、运维成本
合规监管者 法务 / 风控 / 审计 审合规、控风险、留日志 合规要求、审计追溯、数据脱敏
外部利益方 供应商 / 客户 / 监管机构 提供或接收数据、影响规则 数据标准、对接时效、服务SLA

构建角色图谱的推荐方法是“业务触点法”:沿着核心业务链路(如从线索到回款、从采购到付款),在每一个节点标注“谁参与、谁审批、谁知情”,最终汇总去重形成全景角色列表。

2.3 决策链:谁决定、谁影响、谁执行

同一件事,不同角色的话语权完全不同。决策链分析的目标是画出“需求从提出到落地的权力路径”。我们将决策链上的节点分为四类:

  • 决策者(D):拥有最终批准权,通常是预算负责人或业务Owner。需求调研中必须获得其明确支持。
  • 影响者(I):虽无最终决定权,但其建议强烈影响决策者。包括资深专家、核心用户、关键意见领袖。
  • 执行者(E):负责落地实施,最了解细节和可行性。忽略执行者会导致方案落地时发现大量“不可行”。
  • 知情者(K):需要被告知但不必参与决策。包括上下游协作方、数据对接方等。

在访谈计划中,决策者和影响者必须优先覆盖,执行者选择代表性样本,知情者通过文档或邮件知会即可。

避坑提示:不要被职级误导。企业中的“总监”可能是影响者而非决策者,真正的决策者可能是“副总裁”。在访谈前务必通过组织架构图或内部顾问确认决策权限边界。

2.4 利益诉求:显性需求与隐性动机

干系人表达出来的需求(显性需求)往往只是冰山一角。利益诉求分析要回答三个问题:他为什么想要这个?他担心什么?他的KPI是什么?

利益诉求的分类框架:

  • 效率诉求:减少操作步骤、缩短处理时间、减少重复劳动。 → 常来自一线执行者。
  • 管控诉求:增加流程节点、细粒度权限、审计日志。 → 常来自管理者与合规方。
  • 数据诉求:更全面的报表、更实时的看板、更灵活的下钻。 → 常来自决策者与数据分析组。
  • 安全诉求:数据不出域、权限最小化、灾备能力。 → 常来自IT与风控。
  • 政治诉求:巩固部门话语权、获得项目主导权、避免被替代。 → 隐性但最需要警惕。
挖掘技巧:在访谈中使用“如果…会怎样”句式可以探出隐性诉求。例如:“如果这个功能上线后,某个部门的审批权被自动取代,您觉得会有什么影响?” 观察对方的微表情和措辞转折,往往比直接提问更有效。

2.5 影响力评估:确定优先级与访谈策略

将所有干系人按照“对项目的影响力”和“对项目的利益相关度”两个维度进行四象限分类,是制定访谈策略的核心依据。

利益相关度 \ 影响力 高影响力 低影响力
高利益度 重点关注:单独深度访谈,需求优先级最高,方案需签字确认 保持满意:定期同步进展,收集反馈但不必逐一落实
低利益度 保持沟通:阶段性汇报,避免其因信息不对称而介入干预 最小关注:邮件知会,不占用访谈资源

基于评估结果,输出干系人访谈优先级列表:重点关注类必须排在第一周完成访谈,保持满意和保持沟通类安排在第二周,最小关注类通过问卷或文档收集意见即可。

常见误区:只评估“职位影响力”而忽略“信息影响力”。有些职位不高但掌握关键业务数据的基层员工(如资深客服、数据专员),对需求真实性的判断力远超其职位所体现的影响力。评估时请将“信息掌控度”作为影响力的补充维度。

2.6 交付物模板:干系人分析清单

以下模板可作为第2章的标准交付物,在每个项目启动阶段填写并归档。

## 干系人分析清单(模板)

| 序号 | 干系人 | 职位 | 角色类型 | 决策链角色 | 利益诉求(显性) | 利益诉求(隐性) | 影响力(H/M/L) | 利益度(H/M/L) | 访谈优先级 | 访谈策略 |
|------|--------|------|----------|------------|----------------|----------------|--------------|--------------|-----------|----------|
| 1    | [姓名] | [职位] | 战略决策者 | D/I/E/K    | [文字]          | [文字]          | H/M/L        | H/M/L        | 1/2/3     | [文字]   |
| 2    | [姓名] | [职位] | 业务管理者 | D/I/E/K    | [文字]          | [文字]          | H/M/L        | H/M/L        | 1/2/3     | [文字]   |
| 3    | [姓名] | [职位] | 一线执行者 | D/I/E/K    | [文字]          | [文字]          | H/M/L        | H/M/L        | 1/2/3     | [文字]   |
| 4    | [姓名] | [职位] | 技术支撑者 | D/I/E/K    | [文字]          | [文字]          | H/M/L        | H/M/L        | 1/2/3     | [文字]   |
| 5    | [姓名] | [职位] | 合规监管者 | D/I/E/K    | [文字]          | [文字]          | H/M/L        | H/M/L        | 1/2/3     | [文字]   |

### 填写说明
1. 角色类型:从六类典型角色中选择(战略决策者/业务管理者/一线执行者/技术支撑者/合规监管者/外部利益方)。
2. 决策链角色:D=决策者, I=影响者, E=执行者, K=知情者,可多选。
3. 影响力与利益度:H=高, M=中, L=低,基于2.5节矩阵评估。
4. 访谈优先级:1=重点关注(第一周), 2=保持满意/保持沟通(第二周), 3=最小关注(问卷/文档)。