Stakeholder-Mapping

• 分类：01-Foundation
• 成熟度：usable
• 一句话：AI 项目干系人识别、影响力分析与协作策略

---

适用场景

• 项目 Kickoff 前
• 范围争议时
• 上线推广前
• 续约/扩展评估

问题定义

AI 项目涉及业务、IT、数据、合规、一线等多方，缺少干系人地图导致决策慢、推不动。

方法论框架

矩阵：影响力 × 态度（支持/中立/反对）→ 策略（拉拢/说服/隔离/升级）。 关键角色：业务 Owner、AIBP、CIO/IT、安全合规、一线骨干、预算决策者。

输入 / 输出

输入

• 组织架构成稿
• 已知项目争议
• 历史协作经验

输出

• 干系人地图
• 沟通频率表
• 风险干系人清单
• 升级路径

执行步骤

1. 列出所有触达角色
2. 评估影响力与态度
3. 标注信息需求
4. 制定沟通策略
5. 与 FDE/AIBP 对齐
6. Kickoff 验证

常见误区

• ❌ 只映射业务忽略 IT/合规
• ❌ 未识别隐形反对者
• ❌ 地图做完不更新

交付物清单

• 干系人矩阵
• 沟通计划
• 升级路径图

与国内 FDE 生态关联

Kickoff 标准动作；与 SOW-Generator、AIBP-Collaboration 联动。

阶段门控

协作接口

关联 Skill

推荐组合

• SOW-Generator — Kickoff 后书面化范围
• AIBP-Collaboration-Playbook — 识别 AIBP 与业务 Owner
• Business-Interview — 干系人深度访谈

场景深潜

场景 1：项目 Kickoff 前

触发信号：PoC/Beta/生产任一阶段出现「项目 Kickoff 前」相关诉求、阻塞或复盘需求。

关键动作：列出所有触达角色

FDE 注意：避免 只映射业务忽略 IT/合规

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 2：范围争议时

触发信号：PoC/Beta/生产任一阶段出现「范围争议时」相关诉求、阻塞或复盘需求。

关键动作：评估影响力与态度

FDE 注意：避免 未识别隐形反对者

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 3：上线推广前

触发信号：PoC/Beta/生产任一阶段出现「上线推广前」相关诉求、阻塞或复盘需求。

关键动作：标注信息需求

FDE 注意：避免 地图做完不更新

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

场景 4：续约/扩展评估

触发信号：PoC/Beta/生产任一阶段出现「续约/扩展评估」相关诉求、阻塞或复盘需求。

关键动作：制定沟通策略

FDE 注意：避免 只映射业务忽略 IT/合规

成功标志：交付物清单勾选，evaluation.md 达标，AIBP/业务 Owner 书面确认。

术语表

常见问题 FAQ

Q1：执行【Stakeholder-Mapping】时如何避免「只映射业务忽略 IT/合规」？

A：按 README 方法论逐步执行，在周度 Demo 展示阶段性交付物；若 PoC 材料不齐，先输出「待验证清单」再推进。

Q2：私有化/信创/等保环境下有哪些额外约束？

A：在 prompt 约束段明确部署形态；涉及数据不出域、国产化组件、审计日志时同步引用 Private-Deployment-Gateway 与 RBAC-Audit。

Q3：与 AIBP 分工边界不清怎么办？

A：回到 AIBP-Collaboration-Playbook 更新 RACI；AIBP 负责 Ground Truth 与业务验收，FDE 负责可交付技术资产。

Q4：PoC 通过后如何衔接到 Beta/生产？

A：输出物中标注下一阶段 Skill（如 RAG-Evaluation→Private-Deployment-Gateway→FDE-Adoption-Growth），并在 checklist 触发上线门禁。

案例片段（示意）

以下为示意性片段，实际项目请替换为客户真实信息（数据脱敏）。

背景：政企 AI 立项。

应用本 Skill 前：IT 支持但合规未入场，上线前被否决。

应用本 Skill 后：

1. 按【Stakeholder-Mapping】方法论输出核心交付物
2. 在周度 Demo 展示进展，AIBP 共审 Ground Truth/指标
3. 对照 evaluation.md 自评，触发上线门禁（如适用）

结果：合规评审前置 2 周完成。

版本记录