沟通与利益相关者

PM 无正式汇报权，却需协调工程、设计、运营、销售、高管。Stakeholder 管理是 影响力、透明与预期管理 的综合题。与 /roadmaps/product-manager 沟通节点对齐。

学习目标

• 绘制 Stakeholder Map（影响力 × 利益）
• 针对不同对象调整沟通粒度与频率
• 处理冲突：优先级争执、范围蔓延、沉默否决

核心概念

Stakeholder Map

高影响力 + 高利益 — 紧密协作（工程负责人、业务老板）
高影响力 + 低利益 — 保持知情（法务、安全）
低影响力 + 高利益 — 定期同步（客服、内容编辑）
低影响力 + 低利益 — 按需通知

每季度更新：组织变动会改变 谁真正能 block 发布。

沟通节奏

对象	形式	内容
高管	月度 1-pager	指标、风险、需决策项
工程	Sprint 仪式 + ADR	范围、依赖、验收
销售/CS	Launch Brief	卖点、限制、FAQ
用户	changelog、社群	价值语言，非技术栈

No surprises：坏消息早说，附带方案选项（A/B/C + 推荐）。

影响力技巧

• 数据 + 用户故事 双轨：纯数字冷，纯 anecdote 弱
• 预沟通（Pre-wire）：正式会前先 1:1 对齐关键人
• 书面留痕：决策、范围变更写邮件或 Wiki，避免「我记得你说…」

冲突处理

优先级冲突 — 回到战略与 RICE，请 PO/高管拍板单一排序
范围蔓延 — 引用 PRD Out of Scope，交换而非追加
沉默否决 — 点名询问风险，给安全表达通道
资源不足 — 砍范围或延时间，不砍质量与监控

PM 不是「传话筒」，而是 问题的 owner：推动决策落地，而非无限收集意见。

练习

• 为 CodeRoadMap 新功能列 6 个 Stakeholder 并标注象限
• 写一段给高管的「需决策」邮件（3 句背景 + 2 选项）
• 模拟范围蔓延场景，写 PM 的回应话术（5 句内）

小结

PM 的软实力决定方案能否落地；透明与预沟通胜过会后补救。 下一课综合练习。