利益相关者地图示例展示了真实团队如何分类那些能成就或毁掉项目的人。概念很简单——在影响力与关注度的网格上绘制干系人——但价值来自画完地图之后的行动。没有行动的地图是海报。各象限有对应沟通计划的地图才是项目管理工具，预防项目失败最常见的原因：干系人在正确的时间没有得到正确的信息。
本文走完一个完整的 B2B SaaS 产品发布干系人地图示例。覆盖如何识别干系人、如何在影响力-关注度网格上定位、以及最重要的——对每组采取什么行动。打开免费干系人地图模板跟着操作。
完整示例：B2B SaaS 产品发布
场景：一家中型 SaaS 公司即将发布新的分析模块。发布涉及产品团队（谁做的）、市场团队（谁推广）、销售团队（谁卖）、客户成功团队（谁支持）、现有客户（可能采用或忽视）、高管团队（谁出资）和工程团队（谁维护）。
第 1 步：列出所有干系人
画网格之前，列出每个可能影响或被发布影响的人：
- 产品 VP（高管赞助人）
- 产品经理（发布负责人）
- 工程 Lead（开发功能）
- 市场总监（负责上市）
- 销售总监（负责营收目标）
- 客户成功 Lead（负责采用率）
- 现有企业客户（可能要求功能）
- 现有中小企业客户（可能不关心）
- CEO（关心营收影响）
- CTO（关心技术债务）
- 设计 Lead（负责用户体验）
- 数据团队（负责分析基础设施）
第 2 步：评估影响力和关注度
高影响、高关注（紧密管理）：产品 VP、产品经理、CEO
高影响、低关注（保持满意）：CTO、销售总监、现有企业客户
低影响、高关注（保持知情）：市场总监、客户成功 Lead、设计 Lead、工程 Lead
低影响、低关注（监控）：现有中小企业客户、数据团队
第 3 步：为每个象限制定行动
紧密管理：与产品 VP 和产品经理每周 30 分钟同步、每两周向 CEO 发送要点+卡点简报、让他们参与关键决策。
保持满意：每月向 CTO 更新技术风险、发布前向销售总监做简报并开放 demo 权限、为 3 个关键企业客户提供早期访问。
保持知情：每周向市场、客户成功和设计发送简报、发布前一周为客户成功团队做培训。
监控：将中小企业客户加入通用产品更新列表、通过 Slack 通知数据团队基础设施变更。
常见错误
遗漏内部干系人。 团队常梳理外部干系人（客户、合作伙伴、监管机构）而忘记内部（法务、财务、IT、相邻团队）。
把"低关注"当成"忽略"。 低关注干系人仍需沟通——只是频率更低、细节更少。
没有后续行动。 没有沟通计划的干系人地图只是脑力练习。为每个干系人或象限写一项具体行动：会议频率、邮件周期、评审节点。
不确定如何定位时怎么办
用 1-5 分数替代高/低。 画出网格。精确位置不如相对位置重要——这个干系人明显在右上象限还是在中间徘徊？
直接问干系人。 对高影响力干系人，直接问："你想多大程度参与？每周更新、里程碑审核还是最终审批？"他们的回答既告诉你定位，又传达了你尊重他们的时间。
定期重访地图。 项目第 1 周的干系人地图到第 6 周就错了。干系人获得或失去影响力，关注度随项目进展变化，新干系人出现。每月安排 15 分钟地图审阅。
远程团队的干系人管理
远程团队面临额外挑战：你没法走到大厅去确认某人是否感觉被通知到位了。
让地图可见。 把完成的干系人地图放在团队都能访问的共享文档中。当有人问"这个决定该告诉 X 吗？"，地图直接给出答案。
加"上次联系"列。 记录每个干系人上次有意义的沟通日期。45 天没联系的干系人需要检查一下，不管他在哪个象限。
对"保持知情"类用异步更新。 每周 Slack 摘要或 Loom 视频更新通常比安排会议更有效——忙的干系人会拒绝会议邀请。把同步会议留给"紧密管理"类。
怎么判断干系人地图起作用了
干系人地图起作用的标准是：没人感到意外。如果关键干系人第一次听说重大决定是通过全员邮件，地图失败了。如果一个"监控"类干系人突然升级投诉说没被咨询他在乎的事，他被错误分类了。地图在工作的信号：会议能准时开始因为干系人已有背景信息、审批变快因为提前简报了对的人、没人问"为什么没人告诉我这件事？"
把地图变成沟通节奏
干系人地图只有真正改变日历和消息流，才算有用。放好位置后，要给每个象限安排沟通节奏：“密切管理”的对象可能需要每周决策会和提前阅读材料；“保持满意”的对象可能需要每月一封只讲风险、预算和里程碑的高管简报；“保持知情”的对象通常适合简短进展、发布说明或培训材料；“监控”的对象也要低频同步，避免上线或策略变化时突然被惊到。
把节奏直接写在干系人名字旁边。例如：“CEO — 每周发布简报”，“CTO — 每月风险 review”，“客户成功 — 上线前两周培训”，“SMB 客户 — 上线时产品 newsletter”。这样地图才从分析图变成执行工具。没有节奏，团队每周都要重新想一遍该通知谁；有了节奏，地图就是干系人沟通的轻量操作系统。
干系人地图 vs RACI 矩阵：什么时候用哪个
团队有时会混淆干系人地图和 RACI 矩阵。它们服务不同目的，通常搭配使用。
干系人地图回答：谁在乎这个项目、他们有多大权力、我们应该怎么和他们沟通？它是沟通规划工具。最适合项目开始时做，每月重访。
RACI 矩阵回答：每个具体任务或决策，谁负责（Responsible）、谁担责（Accountable）、咨询谁（Consulted）、通知谁（Informed）？它是任务级问责工具。最适合项目范围明确后分配工作时做。
两者怎么配合：先做干系人地图了解全局。然后针对"紧密管理"和"保持满意"两类干系人，为他们关心的关键决策和交付物做 RACI 矩阵。干系人地图告诉你该把谁放进 RACI；RACI 告诉他们具体对什么负责。很多项目失败就是因为团队只做了 RACI 没做干系人地图——分配了责任却不了解谁真的有影响力。
打开免费干系人地图模板，开始梳理你项目的干系人。
