mcpField
P
pm-stakeholder-communication

pm-stakeholder-communication

github.com/julianoczkowski生产力4938 次安装14 周前更新
代码仓库

关于 pm-stakeholder-communication

用于规划项目利益相关方沟通的产品管理技能，按影响力和重要性分类，并为不同群体制定沟通计划与状态更新。

主要功能

  1. 01识别并分类利益相关方
  2. 02按影响力和重要性绘制矩阵
  3. 03制定沟通频率与渠道
  4. 04选择相关指标并跟踪
  5. 05生成沟通计划和状态更新

适用场景

  1. 01梳理项目涉及的人员与群体
  2. 02为不同利益相关方规划沟通
  3. 03编写项目状态更新

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/julianoczkowski/product-manager --skill pm-stakeholder-communication

安装后在 Claude Code 中输入/pm-stakeholder-communication确认已加载。

详细介绍

利益相关方沟通（实用框架：规划 → 利益相关方沟通）

高管通过电子表格沟通，而非截图。 跟踪趋势，而非绝对数值。 从战略到执行，主动管理沟通。

请参阅 ../pm-copilot/references/framework.md，了解基本概念。

三个步骤

识别 → 分析 → 沟通。

  1. 识别所有受工作影响或会影响工作的人士或群体。
  2. 分析每一方在两个维度上的情况，并将其置于矩阵中。
  3. 根据所在象限制定沟通计划。

影响力 = 非正式权威 — 促进或阻碍目标实现的能力； 说服或迫使他人采取某种行动的能力。 重要性 = 正式权威 — 满足该利益相关方需求的优先级；其推动、变更或取消工作的权力。

利益相关方管理矩阵（2×2）

Y = 影响力（非正式权威），X = 重要性（正式权威）：

重要性低重要性高
影响力高保持满意密切管理
影响力低持续关注保持知情

沟通计划 — 何时 / 如何

  • 何时？ 频率 · 阶段 · 深度。
  • 如何？ 格式 · 渠道。
  • 应避免的常见错误： 让利益相关方因坏消息而措手不及（忽视／延迟／突然告知）； 仅依赖电子邮件／电子沟通；向不同利益相关方提供不一致的状态信息。

指标类别（根据各利益相关方的关注点选择）

  • 价值 — LTV；LTV:CAC。
  • 质量 — 缺陷；测试覆盖率 %；修复与功能比率；退货率。
  • 进度 — 前置时间和周期时间；速度／燃尽图；依赖项 %。
  • 满意度 — NPS；CSAT；续订率；价值实现时间；客户费力度（CES）。

访谈用户（批量提问）

  1. 哪些利益相关方（个人／群体）会受到这项工作的影响？
  2. 对每一方而言，其影响力（非正式）和重要性（正式）有多大？
  3. 每一方真正关注的结果／指标是什么？
  4. 哪种频率和渠道适合每一方（每周会议、电子邮件摘要、仪表板）？
  5. 当前状态如何？是否有需要披露的风险？

文档模板

利益相关方沟通计划
# Stakeholder Communication Plan — <Project/Product>

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>

| Stakeholder | Category | Communicator | Channel | Artifact | Frequency | Metric Category | Specific Metrics |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| Angela (SVP Sales) | Manage Closely | Jeff (PM) | Weekly meeting (+ email) | Initiative status template | Weekly, Thursday | Value | LTV |
| <name/role> | Keep Informed | | | | | | |
| <name/role> | Keep Satisfied | | | | | | |
| <name/role> | Monitor | | | | | | |
状态更新（按计划）
# Status Update — <Product/Release> — <date>

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>

| Initiative | Description | Delivery | Status | Path to Green | Update | What's Next |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| <name> | <goal of this work> | <date/quarter> | 🟢 On track | — | <latest since last report> | <planned work> |
| <name> | <goal> | <date> | 🟡 Elevated risk | <steps to recover> | <milestones met / risks / scope changes> | <next> |

**Status legend:** 🟢 On track · 🟡 Elevated risk · 🔴 High risk · 🔵 Completed · ⚪ Not started · ⚫ On hold.

（面向高管时，可提供一个基于指标的变体：业务目标 | 指标类别 | 待推动的指标 | 目标状态 | 当前状态 | 计划 | 结果 [衡量中 / 正面 / 负面 / 不确定]。）

交付文档

遵循 ../pm-copilot/references/artifact-output.md：确认输入，询问用户需要 Markdown 还是 .docx，编写 .md，并在用户提出请求时，通过环境的原生文档创建功能转换为 .docx。交付计划和第一份状态更新。然后提供下一阶段：随着产品临近市场窗口，使用 pm-launch-plan。

评论

支持 Markdown