名称: eol-message 描述: 撰写清晰、有同理心的产品终止消息,传达产品或功能停用,解释原因,应对客户影响,提供过渡支持,并定位替代解决方案。用于在困难过渡中维护客户信任,通过展示关怀和提供明确路径减少流失。
这不是通用的日落公告——它是一种以客户为中心的沟通,承认损失的同时将变革框定为进步。
目的
撰写清晰、有同理心的产品终止消息,传达产品或功能停用,解释原因,应对客户影响,提供过渡支持,并定位替代解决方案。用于在困难过渡中维护客户信任,通过展示关怀和提供明确路径减少流失。
这不是通用的日落公告——它是一种以客户为中心的沟通,承认损失的同时将变革框定为进步。
关键概念
EOL消息框架
有效的EOL消息平衡了变革的诚实和对客户影响的同理心。它包括:
- 公司背景: 你是谁以及对客户的承诺
- 公告: 什么将被停用以及替代品是什么
- 原因: 为什么这个决定对客户有益(不仅仅是业务)
- 当前产品背景: 产品是什么以及服务了谁
- 客户影响: 这如何影响用户(承认中断)
- 过渡解决方案: 替代品是什么以及它如何改进旧的
- 支持措施: 你将如何帮助客户迁移
- 时间线: 关键日期和里程碑
- 行动号召: 下一步和联系信息
为什么这有效
- 同理心优先: 在证明决定之前承认客户中断
- 清晰: 关于什么改变和何时没有歧义 n- 支持导向: 显示你不会在过渡中途放弃客户
- 面向未来: 将变革框定为进步,而非损失
反模式(这不应该是什么)
- 不是简洁的关闭通知: “我们停用产品X。再见。”
- 不以业务为中心: 不要以"这降低了我们的成本"开头
- 不模糊: "很快"不是时间线
- 不防御: 不要责怪客户(“低使用率迫使我们关闭”)
何时使用
- 停用产品、功能或服务
- 将客户从遗留平台迁移到新平台
- 淘汰收购目标的產品
- 弃用技术栈或API
何时不使用
- 用于小功能调整(不要过度沟通小变化)
- 在你有过渡计划之前(在你知道如何支持客户后沟通)
- 如果你秘密希望客户不会注意到(要透明)
应用
使用 template.md 获取完整的填充结构。
步骤1:收集上下文
在起草之前,确保你有:
- 将被停用的产品: 具体什么结束?
- 替代解决方案: 什么替代它(如果有)?
- 时间线: 关键日期(公告、功能冻结、关闭、数据导出截止日期)
- 客户影响: 多少用户受影响?什么工作流程中断?
- 支持计划: 迁移支持、培训、折扣、数据导出工具
- 原因: 为什么发生?(技术过时、战略转变、整合等)
如果缺少上下文: 在你有一个完整的过渡计划之前不要发送消息。客户会问"我现在该做什么?"——你必须有一个答案。
步骤2:草拟产品过渡叙述
公司背景
建立你是谁和你的承诺:
### 产品过渡叙述
**我们是:** [描述公司和与被淘汰产品的关系]
- [关于公司对客户承诺的关键点]
- [关于公司产品演进的关键点]
- [关于公司未来愿景的关键点]
示例:
**我们是:** Acme工作流,一个为5万家小企业服务的工作流自动化平台
- 我们致力于帮助你节省时间并专注于重要事项
- 我们根据你的反馈和技术进步持续演进产品
- 我们正在构建一个未来,使自动化变得易用、强大和简单
公告
清晰直接:
**公告:**
- [单句清楚声明产品EOL并介绍其替代品]
示例:
- “我们将在2026年12月31日停用Acme工作流经典版,并将所有客户迁移到Acme工作流专业版。”
原因(以客户利益为中心)
解释为什么这对客户有益:
**因为:**
- [原因1:例如,技术进步]
- [原因2:例如,改进的性能]
- [原因3:例如,更好地符合客户需求]
**这意味着对你:**
- [从客户角度描述影响和益处]
示例:
**因为:**
- Acme工作流经典版运行在过时的基础设施上,限制了性能和可扩展性
- Acme工作流专业版建立在现代技术上,实现了更快的自动化、更好的集成和实时协作
- 整合到一个平台允许我们将100%的工程资源投入到你请求的功能上
**这意味着对你:**
- 更快的自动化执行(3倍速度提升)
- 50+个与你已使用工具的新集成
- 访问新功能,如实时协作和移动应用
步骤3:提供当前产品背景
承认正在失去的:
### 当前产品背景
**我们的产品** [被停用的产品名称]
- **是一个** [产品的简要描述及其主要功能]
- **服务了** [目标客户/用户] 在 [持续时间或时间范围]
- **通过提供** [产品提供的关键益处或解决方案]
示例:
**我们的产品** Acme工作流经典版
- **是一个** 帮助小企业消除重复任务的工作流自动化工具
- **服务了** 超过2万家客户长达8年
- **通过提供** 可靠、简单的自动化,无需技术专长
步骤4:承认客户影响
对中断诚实:
### 客户影响
**我们理解这可能会影响你通过:**
- [对客户运营或流程的潜在影响1]
- [对客户运营或流程的潜在影响2]
- [对客户运营或流程的潜在影响3(如果适用)]
示例:
**我们理解这可能会影响你通过:**
- 需要时间将工作流从经典版迁移到专业版
- 学习新功能和界面变化
- 如果你自定义了工作流,更新集成或API连接
步骤5:呈现过渡解决方案
使用定位声明格式(参考 skills/positioning-statement/SKILL.md):
### 过渡解决方案
**对于** [受EOL影响的目标客户/用户]
- **目前使用** [被淘汰产品的名称]
- [替代产品的名称]
- **是一个** [替代产品类别的定义]
- **它** [对用户的益处声明,专注于连续性和改进]
### 差异化和连续性
- **像** [被淘汰的产品],
- [替代产品的名称]
- **提供** [替代产品如何保持旧产品关键益处]
- **同时提供** [新益处或改进]
示例:
### 过渡解决方案
**对于** 小企业主
- **目前使用** Acme工作流经典版
- Acme工作流专业版
- **是一个** 下一代工作流自动化平台
- **它** 保持了你喜爱的所有简单性和可靠性,同时增加了3倍更快的性能、50+个新集成和实时协作
### 差异化和连续性
- **像** Acme工作流经典版,
- Acme工作流专业版
- **提供** 无需编码的易建自动化、可靠执行和直接定价
- **同时提供** 3倍更快的工作流、移动应用访问、实时团队协作和与Slack、Asana、Notion等工具的集成
步骤6:概述支持措施和时间线
支持措施
### 支持和下一步
**为确保平滑过渡,我们将:**
- [支持措施1,例如,"为所有客户提供1对1迁移协助"]
- [支持措施2,例如,"自动迁移你的工作流(经你批准)"]
- [支持措施3,例如,"为现有客户提供Acme工作流专业版的3个月折扣"]
时间线
### 时间线
- [关键日期1和相关里程碑,例如,"2026年3月1日:迁移工具可用"]
- [关键日期2和相关里程碑,例如,"2026年9月1日:Acme工作流经典版变为只读"]
- [关键日期3和相关里程碑,例如,"2026年12月31日:Acme工作流经典版完全停用,数据导出截止日期"]
质量检查:
- 足够的前置时间: 客户需要时间计划(通常6-12个月)
- 清晰的里程碑: 功能何时冻结?关闭何时发生?
- 数据导出截止日期: 他们何时失去数据访问权限?
步骤7:提供清晰的下一步
### 行动号召
- [客户的清晰下一步,例如,"登录你的账户启动迁移向导"]
- [问题或协助的联系信息,例如,"联系我们的支持团队 support@acme.com 或拨打 1-800-ACME-HELP"]
示例
参见 examples/sample.md 获取完整的EOL消息示例。
迷你示例摘录:
**公告:** 我们将在2026年12月31日停用Acme经典版
**因为:** 遗留基础设施限制了性能
**这意味着对你:** 更快的自动化 + 新集成
常见陷阱
陷阱1:以业务为中心的原因
症状: “我们停用产品X以降低成本并整合我们的组合。”
后果: 客户感觉像是商业决策中的附带伤害。
修复: 围绕客户益处框定原因:“我们整合到产品Y,以便我们可以将100%的资源投入到你请求的功能上。”
陷阱2:模糊时间线
症状: “产品X将很快停用。”
后果: 客户无法计划。焦虑和流失增加。
修复: 提供具体日期:“3月1日:迁移工具可用。12月31日:完全关闭。”
陷阱3:无支持计划
症状: “你需要迁移到产品Y。祝好运!”
后果: 客户感觉被抛弃。高流失风险。
修复: 提供迁移支持:“1对1协助、自动迁移工具、3个月折扣、培训资源。”
陷阱4:忽视客户影响
症状: 消息从公告跳到"这是新产品!"
后果: 客户感觉他们的担忧没有被承认。
修复: 明确承认影响:“我们理解这需要时间来迁移和学习新功能。”
陷阱5:简洁或防御性语气
症状: “由于低使用率,我们正在关闭产品X。”
后果: 听起来像你在责怪客户。
修复: 有同理心并面向未来:“我们整合以专注于自动化的未来。”
参考资料
相关技能
skills/positioning-statement/SKILL.md— 告知过渡解决方案定位skills/problem-statement/SKILL.md— 帮助框定客户影响部分skills/proto-persona/SKILL.md— 定义受影响客户
外部框架
- 危机沟通最佳实践 — 透明、同理心、行动
- 客户成功剧本 — 产品过渡期间的保留
Dean的工作
- EOL消息模板(为产品生命周期管理创建)
来源
- 改编自
prompts/eol-for-a-product-message.md在https://github.com/deanpeters/product-manager-prompts仓库中。
技能类型: 组件
建议文件名: eol-message.md
建议放置位置: /skills/components/
依赖: 参考 skills/positioning-statement/SKILL.md, skills/problem-statement/SKILL.md, skills/proto-persona/SKILL.md