Menü
管理利益相关者与跨部门影响力。当用户说"利益相关者"、"跨部门沟通"、"向上管理"、"影响力"时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | 29-stakeholder-influence |
| description | 管理利益相关者与跨部门影响力。当用户说"利益相关者"、"跨部门沟通"、"向上管理"、"影响力"时使用。 |
识别关键角色和关系：
针对不同人采用不同策略：
用 Fisher & Ury 谈判框架推动合作：
长期维护利益相关者关系：
| # | 原则 | 说明 | 反模式 |
|---|---|---|---|
| 1 | 画利益相关者地图 | 每个项目启动时识别所有 stakeholder 并评估其影响力和态度 | 做完了才发现关键人没对齐 |
| 2 | 理解背后的利益 | 别被表面立场困住，挖掘对方的真实诉求和 KPI | 和立场争论 |
| 3 | 先建关系再推方案 | 在不需要对方配合时就建立信任，别只在有求于人时才出现 | 临时抱佛脚 |
| 4 | 学会说"不" | 用 BATNA 思维给自己底线，对不合理需求说"不"时给替代方案 | 什么都答应 |
| 5 | 冲突中保持对话安全 | 用 STATE 工具处理高风险对话，不让分歧变成人身攻击 | 回避冲突或暴力沟通 |
| 6 | 向上管理是对齐不是拍马 | 让老板理解你的工作如何支撑他的 OKR，用他的语言说你的方案 | 只埋头做事不主动沟通 |
| 7 | 用 RACI 明确责任 | 每个决策明确谁负责、谁批准、谁咨询、谁被通知 | 模糊责任导致推诿 |
# 利益相关者对齐地图
## 1. 项目概要
- 项目名称：___
- PM：___
- 时间范围：___
## 2. 利益相关者识别
| 角色 | 姓名 | 影响力(H/M/L) | 态度(支持/中立/反对) | 核心利益 | 对齐策略 |
|------|------|---------------|---------------------|---------|----------|
| 老板/VP | | | | | |
| 技术负责人 | | | | | |
| 设计负责人 | | | | | |
| 运营/市场 | | | | | |
| 法务/合规 | | | | | |
| 关键客户/用户 | | | | | |
## 3. 影响力-态度矩阵
高影响力
│
密切管理 │ 重点争取
(Keep │ (Win Over)
Satisfied)│
─────────┼──────────
保持关注 │ 持续沟通
(Monitor) │ (Keep
│ Informed)
│
低影响力
反对 ←───┼───→ 支持
## 4. RACI 矩阵
| 决策/任务 | PM | 工程 | 设计 | 运营 | 老板 |
|----------|-----|------|------|------|------|
| 需求定义 | R | C | C | C | A |
| 技术方案 | C | R | I | I | I |
| 设计方案 | C | C | R | I | I |
| 上线决策 | R | C | C | C | A |
| 效果复盘 | R | C | C | C | I |
> R=Responsible(执行) A=Accountable(批准) C=Consulted(咨询) I=Informed(通知)
## 5. 关键对话准备
### 与[高影响力反对者]的对话准备
- 对方可能的立场：___
- 立场背后的利益：___
- 我的 BATNA：___
- 互利选项：___
- 客观标准/数据：___
### STATE 话术模板
1. **Share facts**（事实）: "我观察到___"
2. **Tell story**（我的理解）: "我在想是不是因为___"
3. **Ask**（询问）: "你怎么看？___"
4. **Talk tentatively**（试探）: "也许我们可以___"
5. **Encourage testing**（鼓励）: "你觉得哪里不对可以说___"
## 6. 向上管理计划
### 6.1 老板的 OKR / 关注点
- O1:___
- O2:___
### 6.2 我的工作如何支撑老板的 OKR
| 老板的 KR | 我的项目如何贡献 | 量化预期 |
|----------|----------------|---------|
| | | |
### 6.3 沟通节奏
| 频率 | 形式 | 内容 |
|------|------|------|
| 每周 | 周报/1:1 | 进展 + 风险 + 需要的帮助 |
| 每月 | 月度汇报 | 成果 + 下月计划 |
| 季度 | 季度复盘 | OKR 复盘 + 下季度提案 |
详细理论基础、原则解析和推荐书目见 references/knowledge.md。
执行用户研究与洞察分析。当用户说"用户调研"、"用户画像"、"用户访谈"、"了解用户"时使用。
进行需求分析与优先级排序。当用户说"需求分析"、"需求优先级"、"需求评审"、"写PRD"时使用。
设计产品峰值体验与关键时刻。当用户说"峰值体验"、"用户体验设计"、"关键时刻"、"MOT"时使用。
用数据驱动产品决策，避免认知偏误。当用户说"数据分析"、"AB测试"、"数据驱动"、"指标解读"时使用。
运用心理学原理设计说服机制。当用户说"说服设计"、"转化率优化"、"行为引导"、"心理学"时使用。
设计并执行 MVP 验证实验。当用户说"MVP"、"最小可行产品"、"快速验证"、"原型测试"时使用。