SkillAtlasSkill 详情

eol-stakeholder-sequence

GitHub stars License: CC BY-NC-SA 4.0 PRs Welcome Version Claude Code Plugin Skills

审核状态:已审核Quality 72Security 60

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年8月10日

Product Manager Skills

GitHub stars License: CC BY-NC-SA 4.0 PRs Welcome Version Claude Code Plugin Skills

╔════════════════════════════════════════════════════════════════════╗
║                                                                    ║
║   ██████╗ ███╗   ███╗    ███████╗██╗  ██╗██╗██╗     ██╗     ███████╗
║   ██╔══██╗████╗ ████║    ██╔════╝██║ ██╔╝██║██║     ██║     ██╔════╝
║   ██████╔╝██╔████╔██║    ███████╗█████╔╝ ██║██║     ██║     ███████╗
║   ██╔═══╝ ██║╚██╔╝██║    ╚════██║██╔═██╗ ██║██║     ██║     ╚════██║
║   ██║     ██║ ╚═╝ ██║    ███████║██║  ██╗██║███████╗███████╗███████║
║   ╚═╝     ╚═╝     ╚═╝    ╚══════╝╚═╝  ╚═╝╚═╝╚══════╝╚══════╝╚══════╝
║                                                                    ║
║   77 battle-tested skills + 6 command workflows                    ║
║   Claude Code • Cursor • Codex  • n8n • OpenClaw • and more ...    ║
║                                                                    ║
║   v0.84 • August 10, 2026 • CC BY-NC-SA 4.0                        ║
╚════════════════════════════════════════════════════════════════════╝

77 battle-tested PM frameworks, ready for Claude, Codex, ChatGPT, and any agent that can read structured knowledge.


Why This Exists

Generic AI output is a PM's worst enemy. When you tell your agent "write a PRD" without shared context, you get a generic document that no stakeholder trusts and no engineer can act on.

This library gives both you and your AI agent the same professional foundation: the why behind each framework, the failure modes to avoid, and the judgment to apply them correctly. You stop repeating yourself. Your agent stops guessing. The work gets better.

The goal is dual — functional and pedagogic in equal measure. Skills equip agents to do PM work at a professional level, and they teach the human PM the reasoning behind each framework — so you can explain it, adapt it, and pass it on. Neither is a byproduct of the other.


What You Can Get Done

Navigate by what you're actually trying to accomplish:

Framing and strategy

  • problem-framing-canvas — MITRE's Look Inward / Look Outward / Reframe sequence; stops teams from solving the wrong problem
  • positioning-statement — Geoffrey Moore's template for defining who you serve, what you solve, and how you're different
  • product-strategy-session — full strategy arc: positioning → problem framing → solution exploration → roadmap (2-4 weeks)

Stakeholder alignment

  • stakeholder-identification — map every stakeholder before engaging anyone: broad brainstorm → allies/audiences/influencers → R/P/D marking → equity lens → narrow to priority targets
  • stakeholder-mapping — run two complementary grids (Power × Interest for engagement strategy; Impact × Power for whose voice to elevate) and compare to find the gaps
  • stakeholder-engagement-advisor — per-stakeholder engagement planning: diagnoses their profile and context, then delivers tailored message framing, medium, cadence, and a named next action

Customer discovery and research

Prioritization and roadmapping

  • prioritization-advisor — asks 3-5 questions about your context, then recommends RICE, ICE, Kano, or the right alternative
  • epic-breakdown-advisor — splits large epics using Richard Lawrence's 9 patterns
  • roadmap-planning — gather inputs → define epics → prioritize → sequence → communicate (1-2 weeks)

Writing PM deliverables

  • user-story — Mike Cohn format + Gherkin acceptance criteria, with anti-patterns
  • prd-development — structured PRD: problem → personas → solution → metrics → stories (2-4 days)
  • press-release — Amazon Working Backwards: clarify product vision before writing a line of spec

Validation and experimentation

  • pol-probe-advisor — recommends which prototype type to run based on your hypothesis and risk level
  • pol-probe — template for documenting lightweight validation experiments before building

Finance and growth

  • business-health-diagnostic — diagnoses SaaS health across growth, retention, efficiency, and capital using your real metrics
  • organic-growth-advisor — McKinsey Growth Pyramid triage: diagnoses whether your constraint is in new segments, geographies, channels, or products
  • feature-investment-advisor — build / don't build recommendation using revenue impact, cost, ROI, and strategic value

Market and competitive intelligence

Aging products: extend, replace, or retire

  • lifecycle-play-advisor — start here when a product stops growing: seven transition questions establish the stage, then it picks the play — extend, replace, or retire — and tells you when the honest answer is "nothing yet"
  • product-lifecycle-plays — the framework behind that call: the PLC strategy grid, the seven replacement hazards, and a risk register whose last column asks what is Plan B?
  • eol-process — the whole sunset in six phases, decide → align → plan → prepare → announce → close, including the post-EOL review everyone skips
  • The EOL chain: eol-readiness-advisor → eol-stakeholder-sequence → eol-checklist → eol-internal-enablement → eol-message — every one runs standalone, sized Light/Standard/Heavy by you

Career and leadership transitions

AI product work


Get Started

Choose your setup:

I use...Get thisNotes
Claude Desktop or Claude Webpm-skills-starter-pack.zipUnzip, then upload the individual skill ZIPs to Claude Skills
Claude CodePlugin marketplaceclaude /plugin marketplace add deanpeters/Product-Manager-Skills
Codexpm-skills-codex.zipInstalls .agents/skills and AGENTS.md
Not surepm-skills-starter-pack.zipStart here

All downloads: GitHub Releases

Themed packs for Claude Desktop / Web

Each pack below is a ZIP of upload-ready skill ZIPs — unzip, then upload individuals to Claude Skills:

PackDownloadWhat's inside
Starterpm-skills-starter-pack.zipCore skills across all categories
Discovery02-discovery-pack.zipResearch, interviewing, synthesis
Strategy03-strategy-pack.zipPositioning, roadmapping, prioritization
Delivery04-delivery-pack.zipPRDs, stories, epics
AI PM05-ai-pm-pack.zipContext engineering, orchestration, readiness
Market Intel06-market-intel-pack.zipThe full Market Intelligence Suite: disciplines, investigation chain, frameworks, monitors
Lifecycle & EOL07-lifecycle-eol-pack.zipAging products: extend, replace, or retire — plus the full sunset process
All skills99-all-skills-pack.zipAll 77 skills

Install guides


Try It First — Streamlit (beta)

Not ready to wire skills into your agent setup? Run the local playground first and kick the tires in your browser.

pip install -r app/requirements.txt
streamlit run app/main.py

What you can do:

  • Learn — browse setup and integration paths without leaving the app
  • Find My Skill — describe your situation in plain English and get recommended skills
  • Run Skills — run a skill with your own scenario once you know what you want

Multi-provider support: Anthropic, OpenAI, Ollama. API keys via environment variables only (no in-app key entry).

Docs: app/STREAMLIT_INTERFACE.md · app/.env.example

Feedback welcome via GitHub Issues or LinkedIn.


70 Skills, 3 Types

Skills are organized in three tiers that build on each other:

┌────────────────────────────────────────────────────────┐
│  WORKFLOW SKILLS (19)                                  │
│  Complete end-to-end PM processes (days to weeks)      │
│  Example: run a full discovery cycle or write a PRD    │
└────────────────────────────────────────────────────────┘
                       ↓ orchestrates
┌────────────────────────────────────────────────────────┐
│  INTERACTIVE SKILLS (27)                               │
│  Guided discovery — 3-5 questions, then recommendations│
│  Example: "Which prioritization framework fits here?"  │
└────────────────────────────────────────────────────────┘
                       ↓ uses
┌────────────────────────────────────────────────────────┐
│  COMPONENT SKILLS (24)                                 │
│  Templates for specific PM deliverables (30-90 min)    │
│  Example: write a user story with acceptance criteria  │
└────────────────────────────────────────────────────────┘

Interactive skills use an Adaptive Decision Ladder. Instead of dumping a framework at you, an interactive skill asks 3-5 targeted questions about your specific context, then offers numbered recommendations — each with a clear "use this when" rationale. You pick a path. The skill executes it and explains the why as it goes. If you want to just learn the framework without doing the work, you can ask that too — the skill coaches you either way. This is ABC — Always Be Coaching — in practice.

Full catalog: catalog/INDEX.md — all 77 skills with descriptions, or browse skills/ directly.


How a Skill File Works

Every SKILL.md follows the same structure:

SectionWhat it contains
Frontmattername, description, type, intent, best_for, scenarios
PurposeWhat this skill does and when to reach for it
InputWhat you can bring (with example invocations) — inline input is used, not re-asked, and arriving empty-handed is fine: the skill walks you through it
Key ConceptsFrameworks, definitions, anti-patterns — with vocabulary explained
ApplicationStep-by-step instructions an agent (or human) can follow
ExamplesReal-world cases showing both good and bad versions
Common PitfallsNamed failure modes with consequences and corrections
ReferencesRelated skills and external frameworks

The best_for frontmatter field lists 3-5 specific scenarios where the skill is most useful — helpful for quickly scanning whether a skill fits your situation.

Why no $ARGUMENTS templating? Other skill libraries use Claude Code's $ARGUMENTS substitution for input. We deliberately don't: it only expands in Claude Code (it renders as literal syntax in Claude Desktop/Web, Codex, and the Streamlit playground), and it teaches the human reader nothing. Instead, every skill has a plain-language ## Input section that works on every runtime — and makes clear you can show up with full context, partial context, or nothing at all and be guided through the rest. Full rationale in CONTRIBUTING.md.


Works With

Claude Code · Claude Desktop · Claude Web · OpenAI Codex · ChatGPT · Cursor · Windsurf · n8n · LangFlow · CrewAI · Gemini · any agent that reads structured markdown

See docs/Platform Guides for PMs.md for platform-specific setup.


Docs

DocumentPurpose
Using PM Skills 101Beginner-friendly orientation — setup without technical overload
Platform Guides for PMsTool-by-tool setup chooser for every supported platform
Using PM Skills with ClaudeClaude Code + GitHub ZIP upload for Claude Desktop/Web
Using PM Skills with CodexLocal workspace + GitHub-connected Codex on ChatGPT
Using PM Skills with ChatGPTGitHub app, Custom GPT Knowledge, and Project-based usage
Using PM Skills with Slash Commands 101Turn skills into reusable slash commands like /pm-story
Add-a-Skill Utility GuideEnd-to-end guide for generating and validating new skills
Market Intelligence Suite SummaryThe 14-skill competitive/market research suite: disciplines, chain, and which skill to run when
Lifecycle & EOL Suite SummaryThe 8-skill lifecycle/sunset suite: the three plays, the EOL chain, and right-sizing
Building PM SkillsHow raw PM content gets distilled into agent-ready skills
START_HERE.md60-second onboarding for local repo users

What's New

v0.84 — August 10, 2026 · The Lifecycle & End-of-Life Suite

  • 7 new skills + 1 upgrade for the part of product management nobody trains you on: what to do with a product that has stopped growing, and how to retire one without losing the customer
  • Start upstream of the kill decision. lifecycle-play-advisor and product-lifecycle-plays diagnose where a product actually sits using seven transition questions, then pick between the three plays — extend, replace, or retire. Includes the seven replacement hazards and a risk register whose contingency column asks the question everyone skips: what is Plan B?
  • The EOL chain: eol-readiness-advisor (go/no-go, and it will tell you to hold) → eol-stakeholder-sequence (Legal before Finance before Sales — get the order wrong and you find the landmines after the announcement) → eol-checklist (phase-gated, an owner on every item) → eol-internal-enablement (your teams ready before customers hear) → eol-message (upgraded: three transition paths including the honest no-replacement case) → eol-process (the whole thing, six phases, including the post-EOL review everybody skips)
  • Right-sizing is a dial you set, not a verdict handed to you. Every skill offers Light / Standard / Heavy, defaults to Standard, and names what a lighter choice leaves uncovered. A feature deprecation should never get a flagship playbook — that's how teams learn to ignore EOL process on the sunset that actually matters
  • No tight coupling. Every skill runs standalone; the workflow is a recommended route through independent stops, not a pipeline. Enter wherever you actually are — including mid-sunset, with a diagnostic that maps symptoms ("Support is drowning") to the phase that got skipped
  • Library now at 77 skills · full story in the release note

v0.83 — July 17, 2026 · The Market Intelligence Suite

v0.82 — July 8, 2026

  • Added incoming-request-advisor (Interactive) — drop in a Slack ping, email, mandate, or escalation and get a structured breakdown that separates the literal ask from the real job-to-be-done, reads sender power and stake, and points you toward a reply. Ships with a copy/paste template so you can run it by hand too
  • New: a browsable download shelf at /dist — no terminal, no Releases tab. Read the plain-language README, scan the CATALOG, and download any skill or pack straight from the repo. Built for PMs who just want the skills
  • Library now at 56 skills

v0.81 — July 4, 2026

  • Every skill now has a required ## Input section: what to bring, what happens to context you supply up front (it's used, not re-asked), and reassurance that arriving empty-handed is fine — the guided flow covers the rest
  • Added argument-hint autocomplete for Claude Code users; deliberately no $ARGUMENTS templating — it breaks on every other runtime and teaches the reader nothing (why)
  • Validator now enforces the convention: skills fail without an Input section or with bare $ARGUMENTS in the body
  • Streamlit playground shows each skill's "What to bring (all optional)" before you start a session
  • Restored agent-orchestration-advisor (Interactive) — the multi-agent workflow design skill was referenced everywhere but only existed on an orphaned commit; recovered from git history and brought up to current standards

v0.80 — June 19, 2026

  • Added stakeholder-identification (Component) — comprehensive stakeholder brainstorm using allies/audiences/influencers, R/P/D marking, equity lens, and bias check; narrows to priority targets
  • Added stakeholder-mapping (Component) — two complementary grids (Power × Interest + Impact × Power); comparing outputs reveals who you're under-engaging relative to how much the product affects them
  • Added stakeholder-engagement-advisor (Interactive) — per-stakeholder engagement planning via Adaptive Decision Ladder: three questions on profile, power/impact, and context deliver tailored message framing, medium, cadence, and a named next action

All three adapted from the MITRE Innovation Toolkit via the companion repo MITRE ITK Skills — worth a bookmark if you work in discovery, facilitation, or cross-functional product strategy.

v0.79 — May 15, 2026

  • Added organic-growth-advisor — McKinsey Growth Pyramid triage for new segments, geographies, channels, or products
  • Added pm-skill-creator — interactive skill for designing repo-compliant skills via guided conversation
  • Fixed missing .claude-plugin/plugin.json that silently blocked Claude Code skill discovery
  • Added configurable input length guard (PM_MAX_INPUT) and path traversal protection to helper scripts

→ Full changelog


Contributing

Found a gap? Have a PM framework worth formalizing? The bar is pedagogic — skills must teach the why, not just the how.

See CONTRIBUTING.md for guidelines, or open an issue to start a conversation.


License

CC BY-NC-SA 4.0 — non-commercial use with share-alike.

Everything in this repository — every skill, template, and doc — is licensed CC BY-NC-SA 4.0. There is no mix of licenses here.

Some skills note in their Provenance sections that they were adapted from product-manager-prompts, Dean's earlier prompt library. That repo has the same author, so there is no license conflict: a license grants permissions to other people, and a copyright holder is free to adapt and relicense their own work. Those Provenance lines are lineage — a breadcrumb back to where an idea started — not a license dependency. No third-party MIT-licensed text is incorporated anywhere in this library.

In plain terms:

  • ✅ Use these skills in your day job — at a for-profit company, with your team, in your agents. That's what they're for.
  • ✅ Adapt and remix them — share what you build under this same license, with credit.
  • ✅ Teach with them — workshops, brown bags, mentoring, sending the ladder down.
  • ❌ Don't sell them — no repackaging the skills themselves into a paid product, course, or service without expressed written permission.
  • 🤔 Not sure your use qualifies? Open an issue and ask. If you're using these in the spirit they were built — to get better at the craft and help others do the same — the answer is almost certainly yes.

The companion prompt library, product-manager-prompts, carries the same CC BY-NC-SA 4.0 license as of its v2.3.0, with its own plain-language permissions (stricter on commercial use) — see its LICENSING.md, which governs that repo.


Questions

其他

高风险

  • 来源需自行核对维护者身份。
  • 未检测到明显脚本安装指令。
  • 可能需要外部 token、网络权限或第三方服务。
  • 存在潜在风险命令,请谨慎安装。
  • 扫描发现:2 条。

Codex — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/deanpeters/Product-Manager-Skills.git
  3. 将 "skills/eol-stakeholder-sequence" 文件夹复制到 Codex 的 skills 目录中。
  4. 重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Codex 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/deanpeters/Product-Manager-Skills.git
  3. 将 "skills/eol-stakeholder-sequence" 文件夹复制到 Claude Code 的 skills 目录中。
  4. 重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Claude Code 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/deanpeters/Product-Manager-Skills.git
  3. 将 "skills/eol-stakeholder-sequence" 文件夹复制到 Cursor 的 skills 目录中。
  4. 重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Cursor 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/deanpeters/Product-Manager-Skills.git
  3. 将 "skills/eol-stakeholder-sequence" 文件夹复制到 GitHub Copilot 的 skills 目录中。
  4. 重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/deanpeters/Product-Manager-Skills.git
  3. 将 "skills/eol-stakeholder-sequence" 文件夹复制到 Windsurf 的 skills 目录中。
  4. 重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Windsurf 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Windsurf 让新的 skill 生效。
查看 SKILL.md 原文
name: eol-stakeholder-sequence
argument-hint: "[product being sunset, and who already knows]"
description: "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."
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.
type: component
theme: eol-transition
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"

EOL Stakeholder Sequence

Purpose

Plan the order of EOL conversations, and what each one must cover. The output is a sequenced list of stops — each with what you need from them, what you owe to them, the red flags to listen for, and what the conversation must produce.

EOL is not a broadcast. It is a series of conversations where each one informs the next, and each one surfaces something the last one missed. Sequenced well, the awkward discoveries happen in a conference room. Sequenced badly, they happen in public, after the announcement, in front of customers.

Input

Works best with: The product being sunset and who already knows about it.

Also useful: Scale (customers, revenue, contracts), whether channel partners or regulators are involved, and any political sensitivities, strained relationships, or past surprises worth planning around.

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 who knows, how big the blast radius is, and whether there's history to plan around — then builds the sequence. Political sensitivities are optional; the sequence works without them and sharpens with them.

Example invocations:

  • Sequence the stakeholder conversations for retiring our legacy reporting module.
  • Who do I talk to, in what order, about sunsetting a hardware line with 8 resellers?

Key Concepts

The Sequencing Principle

Talk to the people who can kill the plan before you talk to the people who have to execute it.

Each conversation should inform the next. Legal exposure first, because a contract term can end the discussion. Financial impact second, because it sizes everything downstream. Then revenue-facing teams, then customer-facing teams, then the technical teams who will carry it out.

Get this backwards — brief Support first, Legal last — and you will have told forty people about a plan that a single contract clause invalidates.

Right-Size the Sequence

Not all EOLs play out the same. Most land in the middle:

Level 1 — LightLevel 2 — StandardLevel 3 — Heavy
Typical scopeFeature, internal tool, APICommercial product, active customersRevenue-critical, hardware, regulated
Stops3-47-810+
IncludesEngineering, Support, affected users+ Legal, Finance, Sales, Marketing, CS, difficult customers+ Executives, Channel, Regulatory, key accounts
Skip unless there's a reasonLegal, Finance, Sales, ChannelChannel, Regulatory—

Level 2 is the default. Recommend a level, say why, then let the user move it. Never default to the heaviest sequence — a ten-stop tour for a feature deprecation burns credibility you'll want for the sunset that actually needs it.

If someone dials down, name the stop they're dropping and what it typically catches. Dropping Legal on a product with contracts is the one worth pushing back on once — then honoring their call.

The Canonical Order

Filtered by level, but the relative order holds:

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 2+ (inserted ahead of the above)

  1. Legal — contractual and regulatory exposure
  2. Finance — revenue impact and forecast changes
  3. Sales — pipeline, bundles, and promises made in the field that never found their way into a contract or a ticket
  4. Marketing — you do not want to discover they just bought a quarter's worth of demand gen for the thing you killed
  5. Customer Success — they will bear the brunt of this; work with them, not around them
  6. Your most difficult customers — they will find the three things you forgot that would have blown up six months later

Level 3+

  • Executive leadership — strategic approval
  • Channel partners — inventory, commitments, and their own customer relationships
  • Regulatory bodies — filings and compliance
  • Key accounts — individual transition conversations

Why Your Most Difficult Customers Belong in the Sequence

Counterintuitive, and the stop teams skip most often. The customer who files the most tickets and pushes hardest in QBRs has, by construction, the deepest and weirdest usage of your product. They will find the integration you forgot, the contract term nobody read, and the workflow that has no equivalent in the replacement.

You can learn that from them in a scheduled call now, or from them on a public forum later.

What You Need / What You Owe

Every stop has two directions. Skipping the second turns stakeholders into an audience:

  • What you need FROM them — the input, approval, or knowledge only they have
  • What you owe TO them — the context, commitment, or lead time they need to do their job

A conversation that is all extraction gets you compliance. A conversation that runs both ways gets you the thing they weren't asked about.

The Sticky-Note Rule

Every bullet is 4 to 8 words. Sequences get read in hallways, before meetings, on phones.

Anti-Patterns (what this is NOT)

  • Not a stakeholder map. No power/interest grid. This is an ordered itinerary.
  • Not a broadcast plan. The customer announcement is a different artifact.
  • Not parallelizable by default. The order is the value; parallelize only where noted.
  • Not a RACI. Decision rights are a separate question from conversation order.

Application

Step 1: Set the level

Recommend from blast radius, present all three, let the user choose. If unclear, ask:

"How complex is this sunset?

  1. Light — a feature or internal tool. Few users, all reachable.
  2. Standard — a commercial product with paying customers and contracts.
  3. Heavy — revenue-critical, hardware, channel partners, or regulated.

Most are Standard. Which sounds like yours?"

Step 2: Order the stops

Apply the canonical order, filtered by level. Two adjustments worth making:

  • Move a stop earlier when history demands it. If Sales was blindsided last time, brief Sales earlier than the template says and note why.
  • Split a stop when one function holds two different conversations. "Legal (contracts)" and "Legal (regulatory)" are often different people with different answers.

Step 3: Build each stop

For every stop, fill five fields:

  1. When — before or after which milestone or other stop
  2. Why this stop matters for EOL — in 4-8 words
  3. What you need FROM them — specific questions, not "input"
  4. What you owe TO them — context, lead time, commitments
  5. Red flags to watch for — the signals that this stop just surfaced a blocker

Then state the output: the decision, approval, or artifact the conversation must produce. A stop with no output is a status update, not a stop.

Step 4: Mark parallel vs. sequential

Say which stops must be strictly sequential and why, and which can safely run in parallel. Being explicit here is what lets a team compress a ten-stop sequence into three weeks without breaking the dependency that mattered.

Step 5: Assumptions

Close with what you assumed — who you think knows, what you think the contracts say, which relationships you think are intact.

Final Step: Offer what comes next

"Where next?

  1. Build the phase-gated checklist — the operational plan (Recommended)
  2. Draft talking points for the three most sensitive stops
  3. Build the internal enablement pack — support FAQ, sales talking points, objections
  4. Draft the customer announcement — see eol-message

Reply with a number, a combination ('1 & 3'), or your own path."


Examples

  • examples/sample.md — Fieldlight Classic Dispatch (SaaS, Level 2, eight stops)
  • examples/sample-industrial.md — NFA-200 controller line (industrial, Level 3, eleven stops)

Common Pitfalls

Pitfall 1: Announcing Before Asking

Symptom: The sequence starts with a company-wide email.

Consequence: Every subsequent conversation is a negotiation with someone who found out the wrong way and is now defending their turf instead of helping you.

Fix: The announcement is the end of the internal sequence, not the beginning.


Pitfall 2: Legal Last

Symptom: Legal gets looped in once the plan is built, "to review."

Consequence: A contract term or regulatory obligation invalidates a plan forty people have already committed to. Now you're relitigating instead of executing.

Fix: Legal is the first Level 2+ stop. A five-minute "are there commitments here?" beats a five-week replan.


Pitfall 3: Treating Sales as Recipients

Symptom: Sales is informed of the EOL date rather than asked what they've promised.

Consequence: Field commitments that never made it into a contract surface after the announcement, from the customer's side, as accusations of bad faith.

Fix: Ask Sales explicitly: what has anyone promised about this product's future? Ask before you tell.


Pitfall 4: Skipping the Difficult Customers

Symptom: The sequence covers internal functions and stops.

Consequence: Your edge cases are discovered by the people least inclined to be quiet about them.

Fix: Two or three of your hardest customers, under NDA if needed, before the public announcement. Budget for what they'll find.


Pitfall 5: Extraction-Only Conversations

Symptom: Every stop is a list of things you need. Nothing is offered.

Consequence: Stakeholders answer the questions asked and volunteer nothing. The thing that sinks you was the thing nobody thought to ask about.

Fix: Fill "what you owe them" for every stop before you hold it.


References

Related Skills

These stand on their own — none is a prerequisite for this skill, and this skill isn't a prerequisite for them. If you already chose a level elsewhere, say "Level 2" and this skill builds to it.

External Frameworks

  • Mendelow's Matrix — power/interest prioritization, useful for choosing depth per stop
  • DACI / RACI — decision rights, a separate question from conversation order

Provenance

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

发现问题?提交给管理员复核

评分:

评论 (0)

暂无评论,成为第一个评论者吧!