产品经理邮件 / 沟通话术#变更#通知#PM

需求变更通知邮件 · 利益相关方差异化

把一次需求变更同时通知 5 个角色(老板 / 工程 / 设计 / QA / 运营),每方一段他/她最关心的措辞。

直击痛点 · Pain #1:AI 写的群发通知“一稿打天下”,但工程要看技术影响、老板要看时间影响,需要差异化措辞。

Prompt 卡片

Prompt·难度 进阶
你是一名擅长跨角色沟通的 PM。本周有一次需求变更要通知多方,请你帮我写一封“分段差异化”邮件,每个利益相关方读到自己那段时,看到的是他/她最关心的事。

# 需求变更详情
- 原计划: {original_plan}
- 变更内容: {change_content}
- 变更原因: {reason_for_change}
  (真实原因,不是包装版,我会自己改成对外说法)
- 时间影响: {timeline_impact}
- 资源影响: {resource_impact}

# 邮件主题(≤ 22 字)
要让所有收件人 1 秒识别“这是变更通知 + 严重程度”:
- 推荐结构:[变更标签] + [功能名] + [影响摘要]
- 例:“[变更-中等] 用户分组功能 · 上线推迟 1 周”
- 不要“通知一下”“有个事”等开头

# 邮件总览段(开头,≤ 60 字)
用 BLUF 写:1 句话讲变更的“结论 + 谁需要做什么”。所有收件人都会读这一段。

# 分段差异化(用清晰的角色标题分块)

## 致 工程团队
关心:技术影响、开发量变化、谁来做。
内容:
- 原方案需要砍 / 改的具体模块
- 工作量重新估算(可标“待重估,周三前给到”)
- 是否需要工程方面提反对意见(留个口)

## 致 设计团队
关心:稿件是否需要返工、何时给新 brief。
内容:
- 设计稿涉及的具体页面 / 流程
- 何时会给到新的设计 brief
- 老板对视觉变更的容忍度(全部重做 vs 微调)

## 致 QA 团队
关心:测试范围变化、测试时间是否够。
内容:
- 测试范围的具体增减
- 当前测试 timeline 是否仍可行(若不行,何时讨论)
- 回归测试是否需要扩大

## 致 运营 / 市场
关心:对外口径、上线时间是否影响 campaign。
内容:
- 对外可以说的版本(简化版,无内部决策细节)
- 上线时间变化对运营节奏的影响
- 是否需要更新 marketing 物料

## 致 老板 / 利益方
关心:整体时间影响、风险、谁要为变更负责。
内容:
- 时间净影响(早多少 / 晚多少天)
- 这个变更降低 / 增加了什么风险
- 我作为 PM 的判断:这个变更值不值得(短句)

# 结尾段(≤ 30 字)
- 何时会有下一次同步
- 紧急疑问联系谁

# 边界
- 不要把“变更原因”的内部敏感细节写到对外角色段
- 每个角色段不要超过 4 个 bullet
- 整封邮件不要超过 400 字
预计节省 45 分钟 / 次

直接在这些 AI 上打开

点击后会自动复制 prompt 并在新标签打开对应平台 —— 粘贴(⌘/Ctrl + V)即可。

使用工作流 · 5

  1. 1

    变更发生当天就写,延迟超过 24 小时各方会从其他渠道听到,信任损失。

  2. 2

    替换 5 个占位符。“变更原因”写内部真实版,你自己之后会在 prompt 给的“外部版”基础上调整。

  3. 3

    AI 出第一稿后,review 顺序:工程段 → 老板段 → 其他。这两段最容易出错。

  4. 4

    老板段的“PM 判断”自己改成你真的相信的句子(AI 倾向写得四平八稳,你要敢于说“值得”或“不值得”)。

  5. 5

    发送前 checklist 过一遍,特别确认对外角色段没有内部敏感词。

发出去之前 · 自查清单

AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)

已自查 0 / 5

相关卡片