mcpField
S
stakeholder-influence-mapper

stakeholder-influence-mapper

github.com/mohitagw15856生产力1.5k44 次安装5 天前更新
代码仓库

关于 stakeholder-influence-mapper

将产品计划及相关方背景整理为影响力计划的 Skill,梳理决策角色、安排沟通顺序,并准备针对性的谈话要点和异议回应。

主要功能

  1. 01相关方角色与立场梳理
  2. 02沟通顺序规划
  3. 03定制谈话要点与请求
  4. 04异议回应准备
  5. 05阻碍者策略与依赖检查

适用场景

  1. 01在产品计划推进前协调决策者
  2. 02围绕组织关系依赖安排沟通
  3. 03针对相关方顾虑准备回应

安装

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

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill stakeholder-influence-mapper

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

详细介绍

利益相关者影响力规划技能

将产品计划转化为结构化的影响力计划——需要争取哪些人的支持、按什么顺序沟通,以及如何用每个人熟悉的语言与其交流。

必需输入

如果用户未提供以下信息,请向其询问:

  • 计划描述(你想做什么,以及原因)
  • 关键利益相关者名单(姓名、角色、与计划的关系)
  • 时间压力(你需要何时做出决定?)
  • 已知异议或政治背景(你目前了解到的情况)

流程

  1. 构建利益相关者关系图,包含:角色、主要关切、决策权限(阻碍者/影响者/知情者)、当前立场(支持/中立/抵触/未知)
  2. 确定对话的关键路径——哪些人必须先争取支持,才能与其他人沟通
  3. 与每位利益相关者沟通时,先谈对方的关切,而不是提出你的要求
  4. 为每位利益相关者准备一个可能的异议及相应回应
  5. 标记哪些利益相关者在其他人达成共识前不应接触
  6. 验证——确认每位“阻碍者”都有具体策略(而不只是“进行一次沟通”),且沟通顺序考虑了政治依赖关系

输出结构

利益相关者关系图:[计划名称]
利益相关者角色主要关切权限当前立场
[姓名][角色][关切][类型][立场]
建议的沟通顺序
  1. 先找[姓名]——因为[说明其如何为争取其他人支持铺平道路]
  2. 再找[姓名]——在[第一位]达成共识后 [继续...]
各利益相关者的沟通要点
[利益相关者姓名]

开场谈:[对方的关切,而不是你的功能] 你的请求:[你需要对方提供的一项具体支持] 可能的异议:[对方可能提出的反对意见] 准备好的回应:[如何回应,同时避免采取防御姿态] 成功的表现:[对方达成共识时会是什么样子]

备注

  • 切勿向所有利益相关者发送相同的信息——每次都要调整沟通方式
  • 工程负责人希望先确认技术可行性
  • 财务利益相关者希望先了解投资回报率
  • 法律/合规利益相关者希望优先了解风险缓解措施

质量检查

  • 每位阻碍者都有具体策略(而不只是“聊一聊”)
  • 沟通顺序考虑了政治依赖关系
  • 与每位利益相关者沟通时,先谈对方的关切,而不是你的议程
  • 已考虑至少一个“在 X 达成共识前不要接触”的标记
  • 向每位利益相关者提出的请求都只有一项具体内容(而不是含糊地请求“支持”)

反模式

  • 不要在争取其支持者认同之前就接触影响力大的阻碍者——接触顺序会决定结果
  • 不要让沟通要点以你的议程开场——务必先谈利益相关者明确提出的关切
  • 不要把所有利益相关者都视为同等重要——把沟通重点放在决策者和关键影响者身上
  • 不要遗漏“在 X 达成共识前不要接触”的标记——顺序错误可能会永久关闭机会之门
  • 不要仅根据组织架构图中的职位构建关系图——影响力往往不受正式职权限制

评论

支持 Markdown