leadership-stakeholder-management

领导力与利益相关方管理技能

掌握产品管理中与人打交道的一面。协调利益相关方、有效沟通、化解冲突，并激励团队朝着共同愿景前进。

利益相关方梳理与分析

识别所有利益相关方

┌─────────────────┬──────────────────┐
│   DECISION      │    INFLUENCE     │  ← POWER
│   MAKERS        │    MAKERS        │
│                 │                  │
│   CEO, Board    │  VP Eng, Design  │
├─────────────────┼──────────────────┤
│   USERS         │   SUPPORT        │  ← LOW POWER
│                 │   TEAM           │
└─────────────────┴──────────────────┘
     LOW              HIGH
     INTEREST    ← INTEREST →

利益相关方列表

内部利益相关方：

高管团队

• CEO：公司成功
• CFO：预算／盈利能力
• CTO：技术可行性
• COO：运营影响

工程

• VP Engineering：技术战略、资源配置
• Engineering Lead：实施难度
• QA Lead：所需测试时间

设计

• Design Lead：用户体验、对设计系统的影响

市场营销

• VP Marketing：GTM、信息传达
• Demand Gen：转化影响

销售

• VP Sales：销售支持、营收影响
• 销售团队：产品能力

客户成功

• VP CS：对客户满意度的影响

支持

• Support Lead：对支持工作量的影响

外部利益相关方：

• 投资者：业务指标
• 大客户：功能请求
• 合作伙伴：集成影响
• 社区：开源项目

利益相关方评估

针对每位利益相关方：

1. 关注程度 - 他们有多在意？
2. 影响力 - 他们有多大权力？
3. 态度 - 支持、中立还是抵触？
4. 沟通需求 - 他们需要了解什么？

参与策略：

• 密切管理（高关注、高影响力）- 每周更新，深度参与
• 保持满意（低关注、高影响力）- 每月更新，告知关键决策
• 保持知情（高关注、低影响力）- 信息透明，建立反馈闭环
• 持续关注（低关注、低影响力）- 偶尔更新

沟通框架

BLUF（先说结论）

结构：

1. 结论（1 句话）- 决策／消息
2. 情况（2-3 句话）- 背景与来由
3. 影响（2-3 句话）- 为什么重要
4. 后续步骤 - 接下来要做什么

示例：

BOTTOM LINE: We're pausing the mobile app to focus on web performance.

SITUATION: Our web app speed is 2x slower than competitors, causing
40% of free users to churn. Mobile app is only 5% of usage.

IMPLICATIONS: Focusing on web unlocks 10x retention improvements,
strengthens our core offering, and builds foundation for mobile later.

NEXT STEPS: Engineering team shifts Tuesday. We'll replan mobile for Q2.

SitRep（情况报告）

每周状态模板：

PROJECT: [Name]
STATUS: On Track / At Risk / Off Track
PROGRESS:
- Completed: [Achievement]
- In Progress: [Current work]
- Blocked: [Blockers]

METRICS:
- Metric 1: [Current vs Target]
- Metric 2: [Current vs Target]

CHALLENGES:
- Challenge 1 (Severity: High)
  Mitigation: [Plan]
- Challenge 2 (Severity: Medium)

NEXT WEEK:
- Next step 1
- Next step 2

单页文档格式

2 页高管简报：

第 1 页：

• 标题和日期
• 摘要（2-3 句话）
• 问题陈述
• 拟议解决方案
• 预期影响（营收／增长／NPS）

第 2 页：

• 详细理由
• 成功指标
• 时间线
• 资源需求
• 风险与缓解措施
• 请求决策的事项

高管沟通

董事会更新（月度／季度）

演示结构（30 分钟）：

1. 仪表板（5 分钟）

   • 关键指标与目标的对比
   • 绿／黄／红状态
   • 趋势箭头

2. 进展（5 分钟）

   • 已发布的功能
   • 客户成果
   • 团队动态

3. 挑战（5 分钟）

   • 市场挑战
   • 竞争威胁
   • 内部阻碍

4. 机遇（5 分钟）

   • 市场机遇
   • 战略押注
   • 投资需求

5. 请求（5 分钟）

   • 所需支持（资金、资源、批准）
   • 时间线和影响
   • 需要董事会作出的决策

融资演示文稿（面向投资者）

15-20 张幻灯片：

1. 问题（客户痛点）
2. 市场机遇（TAM/SAM/SOM）
3. 解决方案（你们正在打造什么）
4. 产品演示（展示产品如何运行）
5. 商业模式（如何盈利）
6. 市场进入策略（客户获取）
7. 团队（为什么你们能胜出）
8. 发展成果（客户证明）
9. 财务状况（营收预测）
10. 资金用途（如何使用投资）
11. 问答（做好准备）

高管叙事

黄金圈框架：

       WHY?
      ░░░░░
    ┌────────┐
    │ What?  │
    │(Facts) │
    └────────┘

WHY: Why does this matter?
WHAT: What are we doing?
HOW: How will we do it?

示例：

WHY: Every team wastes hours syncing data across tools
WHAT: We're building one unified hub for collaboration
HOW: Real-time sync, zero-config integrations, beautiful UX

跨职能协同

利益相关方协调会议

会前（前一个周五）：

• 发送议程和背景信息
• 一页纸要点摘要
• 数据/证据
• 拟议决策

会议（周一，45 分钟）：

• 开场（5 分钟）- 目标和需要做出的决策
• 背景（10 分钟）- 为什么这件事很重要
• 提案（10 分钟）- 我们的建议
• 讨论（15 分钟）- 问题和顾虑
• 决策（5 分钟）- 明确决策和后续步骤

会后（周二）：

• 发送总结
• 记录决策
• 分配后续事项
• 制定跟进时间表

冲突解决

利益相关方意见不一致时：

1. 深入倾听 - 理解双方的观点
2. 寻找共同点 - 双方都在意什么？
3. 重新审视 - 双方都支持的更大目标
4. 提出权衡方案 - 能否分阶段兼顾双方？
5. 做出决定 - 必要时，由 PM 拍板（并设有升级路径）

示例：

工程团队希望投入更多精力清理技术债务。 销售团队希望为客户推出新功能。

重新审视： 双方都希望客户满意并保持忠诚。

• 清理技术债务：让新功能开发更快、质量更高
• 新功能：满足客户的实际需求

权衡方案： 每个冲刺将 70% 的精力用于功能，30% 用于清理技术债务

定期例会

每周：

• 产品站会（15 分钟）- 进度更新
• 工程同步会（30 分钟）- 技术讨论
• 设计评审（30 分钟）- 设计进展

每两周：

• 产品委员会会议（60 分钟）- 路线图决策
• 跨职能规划会议（60 分钟）- 即将开展的工作

每月：

• 全员大会（30 分钟）- 公司动态
• 客户顾问委员会会议（60 分钟）- 客户反馈

每季度：

• 规划（8 小时）- 下一季度路线图
• 回顾（2 小时）- 经验总结

产品倡导

内部倡导

让团队对愿景充满热情：

• 讲述引人入胜的故事
• 分享客户评价
• 庆祝成果
• 让影响清晰可见
• 培养主人翁意识

沟通方式：

• 每周邮件更新
• 每月全员大会
• Slack 公告
• 一对一沟通

外部倡导

建立权威和信任：

写作：

• 撰写有关行业趋势的博客文章
• 在 LinkedIn 上发表关于产品思维的文章
• 撰写成功客户案例

演讲：

• 参加行业会议演讲（慎重选择）
• 接受播客采访
• 为客户举办网络研讨会
• 接受媒体采访

社区：

• 在 Twitter/LinkedIn 上积极互动
• 回答用户问题
• 透明地分享路线图
• 公开征求反馈

媒体与公关

新闻稿模板：

For Immediate Release

[Company] Launches [Product] to Help [Customer Type] [Benefit]

[City] - [Company] today announced the launch of [Product],
which [key benefit].

Key features:
- Feature 1
- Feature 2
- Feature 3

"[CEO quote about why this matters]," said [Name].

Availability: [Where/when available]

About [Company]: [1-2 sentence description]

Contact: [PR contact]

变更管理

需要调整方向时

公告框架：

1. 过去 - 我们学到了什么，以及当时为什么那样做是正确的
2. 现在 - 新信息/市场现实
3. 未来 - 新方向及其更优的原因
4. 影响 - 对各个群体的改变
5. 支持 - 我们将如何帮助大家完成过渡

示例：

“我们发现，中小企业（而非企业客户）是我们最大的机会。 （我们之前的重点方向弄反了。）

从下个月起，我们将把所有资源转向面向中小企业的 GTM。 （调整。）

企业客户销售团队将转为中小企业销售团队。 （影响。）

我们将提供培训，并帮助大家在其他部门找到岗位。 （支持。）”

沟通节奏

每周

• 状态邮件
• 与直属下属进行一对一沟通
• 产品站会
• 利益相关方更新

每月

• 全员演示
• 产品邮件简报
• 指标评审
• 利益相关方会议

每季度

• 战略评审
• 路线图演示
• 团队外出活动
• 董事会更新

每年

• 公司团建
• 更新愿景
• 薪酬/晋升周期

困难对话

传达坏消息

结构：

1. 先表达共情 - “我知道这会影响你”
2. 清晰直接 - 不要拐弯抹角
3. 解释原因 - 背景和理由
4. 留出空间 - 让对方作出反应
5. 提供支持 - “我会这样帮助你”

示例：

“我知道你原本期待我们在本季度推出移动应用。我们做出了艰难的决定，将它推迟，以便专注于 Web 性能，因为性能问题正在导致用户流失。这是一个艰难的决定，但对业务来说是正确的。我想帮助你度过这段过渡期。你最担心什么？”

说不

面对功能请求： “这是个很棒的想法，能解决 [problem]。目前我们专注于 [strategic priority]，这关系到更大的机会 [bigger opportunity]。我会把它加入 Q2 的路线图。我们能先预留一个位置吗？”

面对利益相关者的施压： “我理解你需要这个。我们的路线图已经排满了影响更大的事项。如果这确实至关重要，你会把什么事项的优先级调低？我需要了解其中的取舍。”

故障排除

常见错误与解决方案

错误	可能原因	解决方案
利益相关者抵触	参与不足	尽早让其参与
决策瘫痪	利益相关者过多	RACI 矩阵
意见不一致	沟通不畅	提高沟通频率
冲突升级	未解决的顾虑	进行一对一会议

调试清单

[ ] Tüm stakeholder'lar identified mi?
[ ] RACI matrix var mı?
[ ] Communication cadence set mi?
[ ] Decision rights clear mi?
[ ] Conflict early identified mi?

恢复流程

1. 利益相关者冲突 → 进行一对一会议，了解顾虑
2. 决策僵局 → 制作取舍矩阵，向上级求助
3. 抵制变更 → 解决顾虑，展示益处

---

掌握领导力，激励组织打造优秀产品！