All skills
deanpeters avatar

/eol-stakeholder-sequence

@d025768

Plan who to talk to about a sunset, in what order, and what each conversation must cover. Use when an EOL decision is made and you want the landmines found before the announcement.

Use this Skill: https://skilld.dev/gh/deanpeters/product-manager-skills/eol-stakeholder-sequence

This session only. Nothing lands on disk.

template.md

≈1.1k tokens on demand. Your agent reads this file only when SKILL.md points to it.

EOL Stakeholder Sequence Template

Pick a level, order the stops, then fill five fields per stop. Quality checks at the bottom.

Provenance

Adapted from prompts/eol-stakeholder-sequence.md in the https://github.com/deanpeters/product-manager-prompts repo.


Pick your level first

Level 1 — Light Level 2 — Standard Level 3 — Heavy
Scope Feature, internal tool, API Commercial product, active customers Revenue-critical, hardware, regulated
Stops 3-4 7-8 10+
Adds Engineering, Support, affected users + Legal, Finance, Sales, Marketing, CS, difficult customers + Executives, Channel, Regulatory, key accounts

Most sequences are Level 2. Never default to the heaviest.

Sticky-note rule: every bullet is 4-8 words.


Template

## EOL Stakeholder Sequence: [Product Name]

**Level**: [1-Light / 2-Standard / 3-Heavy]
**Stops in scope**: [count]
**Stops deliberately skipped**: [list + one-line why]

### Sequencing Principle

Talk to the people who can kill the plan before you talk to the people
who have to execute the plan. Each conversation informs the next. Do
not parallelize stops with upstream/downstream dependencies.

---

### Stop [N]: [Function or Stakeholder]

**When**: [Before/after which milestone or other stop]

**Why this stop matters for EOL**:
- [Reason in 4-8 words]

**What you need FROM them**:
- [Specific question or input needed]
- [Specific question or input needed]

**What you owe TO them**:
- [Context, lead time, or commitment you provide]
- [Context, lead time, or commitment you provide]

**Red flags to watch for**:
- [Signal that this stop surfaced a blocker]

**Output of this conversation**:
- [Decision, approval, or artifact produced]

(Repeat for each stop.)

---

### Parallel vs. Sequential Guidance

**Must be sequential**:
- [Stop A before Stop B: reason]

**Can run in parallel**:
- [Stop X and Stop Y: reason]

### Assumptions to Validate
- [Assumption 1]
- [Assumption 2]
- [Assumption 3]

The canonical order (filter by level)

Level 2+ goes first, ahead of the Level 1 stops:

  1. Legal — contractual and regulatory exposure
  2. Finance — revenue impact and forecast changes
  3. Sales — pipeline, bundles, and field promises never written down
  4. Marketing — campaigns already bought for the thing you're killing
  5. Customer Success — they bear the brunt; work with them, not around them
  6. Your most difficult customers — they find what you forgot

Level 1+:

  1. Engineering — what depends on this technically
  2. Support — what changes for support operations
  3. Affected users or internal teams — who feels it first

Level 3+:

  1. Executive leadership — strategic approval
  2. Channel partners — inventory, commitments, their customer relationships
  3. Regulatory bodies — filings and compliance
  4. Key accounts — individual transition conversations

Quality checks

Any "no" is a rewrite, not a nitpick.

Order

  • Legal comes before anyone who'd have to replan if a contract term bites (L2+)
  • Finance sizes the impact before revenue-facing teams are asked to act on it
  • Sales is asked what they promised before being told the date
  • The public announcement sits at the end of the internal sequence, not the start

Completeness per stop

  • Every stop names when it happens, relative to another stop or milestone
  • Every stop has both directions filled: what you need AND what you owe
  • Every stop names an output — a decision, approval, or artifact
  • Every stop lists at least one red flag to listen for

Proportion

  • Level was chosen deliberately, not defaulted to the heaviest
  • Skipped stops are named with a reason, not silently dropped
  • If you dropped Legal or Finance, you know what that stop usually catches

The stop teams skip

  • Two or three of your most difficult customers are in the sequence (L2+)
  • Channel partners hear it from you before they hear it from their customers (L3)

Sequencing hygiene

  • Parallel stops genuinely have no dependency between them
  • Any stop moved out of canonical order has a stated reason

Source: SKILL.md on GitHub

No alerts1mo3 checks · Risk SAFE
  • Gen Agent Trust Hub1mo

    This skill provides a structured framework for planning stakeholder communications during product end-of-life (EOL) transitions. No security issues were detected, as the skill contains no executable code, requests no tool permissions, and relies solely on instructional markdown.

  • Socket1mo

    No alerts

  • Snyk1mo

    Risk: LOW · No issues

Signed by skilld at d025768. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub last month.

Activeupdated 2 months ago
argument-hint
[product being sunset, and who already knows]
type
component
theme
eol-transition
Other metadata
intent
Plan the order and content of stakeholder conversations for an EOL decision. Encodes the hard-won lesson that EOL engagement has a specific sequence — legal exposure first, financial impact second, then revenue-facing teams, then customer-facing teams — and that getting the order wrong means discovering landmines after the announcement instead of before.
best_for
[
  "Sequencing EOL conversations so each one informs the next",
  "Knowing what to ask for and what to commit to at every stop",
  "Finding the objection that would have blown up six months after the announcement"
]
scenarios
[
  "We're retiring a product and I don't know who to talk to first or what to bring them",
  "Last sunset blew up because Sales had promised things we didn't know about — sequence this one properly"
]
estimated_time
20-35 min

README badge

README badge for deanpeters/product-manager-skills/eol-stakeholder-sequence