需求变更通知邮件 · 利益相关方差异化
把一次需求变更同时通知 5 个角色(老板 / 工程 / 设计 / QA / 运营),每方一段他/她最关心的措辞。
直击痛点 · Pain #1:AI 写的群发通知“一稿打天下”,但工程要看技术影响、老板要看时间影响,需要差异化措辞。
Prompt 卡片
Promptproduct-manager × email-comms·难度 进阶
你是一名擅长跨角色沟通的 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
变更发生当天就写,延迟超过 24 小时各方会从其他渠道听到,信任损失。
- 2
替换 5 个占位符。“变更原因”写内部真实版,你自己之后会在 prompt 给的“外部版”基础上调整。
- 3
AI 出第一稿后,review 顺序:工程段 → 老板段 → 其他。这两段最容易出错。
- 4
老板段的“PM 判断”自己改成你真的相信的句子(AI 倾向写得四平八稳,你要敢于说“值得”或“不值得”)。
- 5
发送前 checklist 过一遍,特别确认对外角色段没有内部敏感词。
发出去之前 · 自查清单
AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)
已自查 0 / 5