eol-message
Craft empathetic End-of-Life announcements that maintain customer trust during product discontinuation.
- Structured framework covering company context, rationale, customer impact, transition solution, support measures, and timeline to prevent confusion and reduce churn
- Emphasizes customer-benefit-focused messaging over business-centric justifications, with explicit acknowledgment of disruption before positioning change as progress
- Includes anti-patterns section (terse shutdowns, vague timelines, defensive tone) and common pitfalls with fixes to avoid customer abandonment
- Fill-in template format with positioning statement integration for clearly communicating replacement products and migration support
Purpose
Craft a clear, empathetic End-of-Life (EOL) message that communicates product or feature discontinuation, explains the rationale, addresses customer impact, provides transition support, and positions the replacement solution. Use this to maintain customer trust during difficult transitions and reduce churn by demonstrating care and offering a clear path forward.
This is not a generic sunset announcement—it's a customer-centric communication that acknowledges loss while framing the change as progress.
Key Concepts
The EOL Messaging Framework
An effective EOL message balances honesty about the change with empathy for customer impact. It includes:
- Company context: Who you are and your commitment to customers
- The announcement: What's being discontinued and what's replacing it
- The rationale: Why this decision benefits customers (not just the business)
- Current product context: What the product was and who it served
- Customer impact: How this affects users (acknowledge the disruption)
- Transition solution: What the replacement is and how it improves on the old
- Support measures: How you'll help customers migrate
- Timeline: Key dates and milestones
More from deanpeters/product-manager-skills
prd-development
Build a structured PRD that connects problem, users, solution, and success criteria. Use when turning discovery notes into an engineering-ready document for a major initiative.
1.7Kuser-story
Create user stories with Mike Cohn format and Gherkin acceptance criteria. Use when turning user needs into development-ready work with clear outcomes and testable conditions.
1.7Kroadmap-planning
Plan a strategic roadmap across prioritization, epic definition, stakeholder alignment, and sequencing. Use when turning strategy into a release plan that teams can execute.
1.5Kcompany-research
Create a company research brief with executive quotes, product strategy, and org context. Use when preparing for interviews, competitive analysis, partnerships, or market-entry work.
1.3Kproduct-strategy-session
Run an end-to-end product strategy session across positioning, discovery, and roadmap planning. Use when a team needs validated direction before committing to execution.
1.2Kprioritization-advisor
Choose a prioritization framework based on stage, team context, and stakeholder needs. Use when deciding between RICE, ICE, value/effort, or another scoring approach.
1.1K