メニュー
Build the support FAQ, sales talking points, and objection handling teams need before an EOL announcement. Use when customer-facing teams must be ready before customers hear.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/TuYv/ccpm --skill eol-internal-enablementコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Use when auditing a paid ad account for incremental contribution, wasted spend, or measurement integrity before scaling; runs a typed 20-item ROAS profile with verified vetoes and a SHIP/FIX/BLOCK/UNDECIDED gate on own exported data. Not for campaign structure design — use campaign-architect; not for creative production — use ad-creative-builder. 付费广告账户审计/ROAS评分
Use when the user asks to "write ad copy", "generate RSA headlines", or "build ad creative at volume"; produces ad units — RSA headlines/descriptions, hooks, and an angle matrix — message-matched to the destination landing page. Not for scoring an ad account — use ad-account-auditor; not for the post-click page — use landing-optimizer; not for organic articles — use content-writer. 广告创意/广告文案/RSA标题
Use when the user asks to "design an A/B test", "set up a creative/landing test", "run an incrementality test", or "is this result statistically and practically material?"; produces a hypothesis, variant matrix, sample-size/duration/power plan, and a documented effect/uncertainty read from own exported results. It applies only a precommitted owner-approved action rule; the statistical helper never chooses a business action. Not for producing variants — use ad-creative-builder; not for reading back one shipped change — use paid-measurement-loop. 广告AB测试设计/实验设计/显著性判定/增效测试
| name | eol-internal-enablement |
| argument-hint | [product being sunset, replacement, and key dates] |
| description | Build the support FAQ, sales talking points, and objection handling teams need before an EOL announcement. Use when customer-facing teams must be ready before customers hear. |
| intent | Generate the internal enablement materials customer-facing teams need before an EOL announcement goes out: a support FAQ, sales comparison talking points, objection-handling scripts using Acknowledge-Reframe-Offer, and an escalation playbook. Right-sized so a feature deprecation gets a one-page support note while a major sunset gets a full role-specific enablement pack. |
| type | component |
| theme | eol-transition |
| best_for | ["Arming Support and Sales before the announcement, not five minutes after it","Turning predictable EOL objections into honest, non-defensive responses","Giving escalations a named path before the churn-risk calls start"] |
| scenarios | ["We announce the sunset in three weeks and Support has nothing — what do they need?","Sales keeps getting ambushed on our EOL; build them talking points and objection handling"] |
| estimated_time | 25-45 min |
Build what customer-facing teams need before the EOL announcement goes out: a support FAQ, sales talking points with honest comparison data, objection handling, an escalation ladder, and — when the sunset warrants it — a channel partner brief and a training outline.
The cardinal sin of EOL communication is handing Support and Sales the announcement five minutes before customers get it and wishing them luck. This skill exists to prevent that. Internal readiness is a prerequisite for announcing, not a follow-up task.
Works best with: The product being sunset, what replaces it (if anything), and the key dates.
Also useful: The objections you expect, which accounts are at risk, what continues versus what stops, and whether channel partners are in the picture.
Anything supplied with the invocation itself — text after the skill name, a pasted context dump, or
an appended ARGUMENTS: line — counts as answers already given. Use it and skip whatever it
covers; don't re-ask.
Arriving empty-handed? That works too. The skill asks up to three questions — what's being sunset and what replaces it, the dates for stopping sale/support/service, and the top objections you expect — then builds the pack. If you don't know the objections, it drafts the predictable ones and you edit.
Example invocations:
Build the enablement pack for our legacy module sunset — replaced by the new dashboard, EOL Dec 31.Support FAQ only, feature deprecation, no replacement, three weeks notice.Not all EOLs play out the same. Most land in the middle:
| Level 1 — Light | Level 2 — Standard | Level 3 — Heavy | |
|---|---|---|---|
| Typical scope | Feature, internal tool, API | Commercial product, active customers | Revenue-critical, hardware, regulated |
| Produces | Support FAQ only (10-15 Q&A) | + Sales talking points, objection handling, escalation playbook | + Channel brief, account escalation tiers, training outline |
| Audience | Support | Support, Sales, CS | + Partners, execs, field service |
| Prep time | An afternoon |
| A week |
| Several weeks with live training |
Level 2 is the default. Recommend a level, say why in one line, and let the user move it. Never default to Level 3 — a full training program for a feature deprecation teaches teams that EOL enablement is bureaucracy, and they'll tune out the one that matters.
If someone dials down to a Support FAQ only, name what's dropping: usually the objection handling, which is what Sales needs when a customer says "we renewed last quarter."
Set an explicit "enablement complete by" date that falls before the announcement date. If those two dates aren't separated on the plan, they will collapse in practice, and Support will learn about the sunset from an angry customer.
Not by internal category. Lead with the questions that will generate the most call volume. The six that always come, in roughly this order:
Answers are one to two sentences, honest and specific. "We're evaluating options" is not an answer; it's a deferral that the customer will hear as evasion.
Every objection response follows the same three-beat pattern:
Why the order matters: teams under pressure skip straight to Offer, which reads as a bribe, or straight to Reframe, which reads as a lecture. Acknowledging first is what makes the other two land — and it costs nothing.
The offer must be real. An objection handler that ends in "I'll see what I can do" trains reps to make promises the company hasn't agreed to. Get the accommodation approved before it goes in the pack.
Five show up in nearly every sunset. Draft these before asking what else might come:
The fourth is the one teams answer worst, because the honest answer is about how you're handling this transition — the current sunset is the evidence for the next promise.
Four rungs, each with a named owner and a trigger:
An escalation path without names is a diagram. Reps need to know who to call at 4pm on a Friday.
Bullets are 4 to 8 words. FAQ answers are one to two sentences. A rep reads this between calls, not in a training room.
Recommend a level from blast radius, present all three, let the user choose. Then pin two dates: the announcement date and the enablement-complete date that precedes it.
Ten to fifteen Q&A pairs, organized by the six customer questions above. Write the answer a customer would accept, then check it against what's actually true. If those differ, the problem is the plan, not the wording — flag it.
Include the escalation ladder at the end of the FAQ, with names.
Start with the five predictable objections. Add two or three specific to this product and customer base. Each gets Acknowledge-Reframe-Offer, with the offer pre-approved.
Channel brief covers three things: what partners need to know, what they may tell their customers, and what they must not do. The third is the one that prevents a partner from freelancing a migration promise you can't honor.
Training outline is 60-90 minutes: context and rationale, timeline walkthrough, FAQ review, objection role-play, escalation paths, open questions. The role-play is the part that works — reading objection handlers silently doesn't build the reflex.
Close with what you assumed: which objections you predicted rather than heard, which accommodations you believe are approved, which dates you treated as firm.
"Where next?
eol-message (Recommended)Reply with a number, a combination ('1 & 2'), or your own path."
examples/sample.md — Fieldlight Classic Dispatch (SaaS, Level 2 pack)examples/sample-industrial.md — NFA-200 controller line (industrial, Level 3 with channel brief)Symptom: The FAQ is drafted the week the email goes out.
Consequence: Support improvises for three days. Their improvisations become your de facto policy, and some of them contradict each other.
Fix: Put "enablement complete" on the plan as a date that gates the announcement.
Symptom: Every row shows the replacement matching or beating the sunset product.
Consequence: The first customer to name a real gap discredits the whole table, and the rep has nothing to fall back on.
Fix: Name the gaps, with the workaround or parity date next to them. Reps who can concede a point keep credibility for the rest.
Symptom: Responses that explain why the customer shouldn't feel that way.
Consequence: The customer escalates, because being told your reaction is wrong is worse than the original news.
Fix: Acknowledge first, always. The frustration is legitimate even when the decision is correct.
Symptom: Objection handlers end with accommodations nobody approved — discounts, extensions, custom migrations.
Consequence: Reps promise them, Finance refuses them, and the customer now has two grievances.
Fix: Every offer in the pack is pre-approved with a limit. If it isn't approved, it isn't in the pack.
Symptom: "Escalate to the appropriate team."
Consequence: The churn-risk call sits in a queue for two days.
Fix: Four rungs, each with a name and a trigger. Test it by asking a rep who they'd call.
These stand on their own — none is a prerequisite for this skill, and this skill isn't a prerequisite for them. If you already picked a level elsewhere, say "Level 2" and this skill builds to it.
eol-message — the customer-facing announcement this prepares teams foreol-stakeholder-sequence — the conversations that surface
what belongs in this packeol-checklist — where the enablement-complete date liveseol-readiness-advisor — if the decision still needs a caseincoming-request-advisor — for decoding the escalations
this pack will generateprompts/eol-internal-enablement.md in the
https://github.com/deanpeters/product-manager-prompts repo.