Skip to content
Productivity
Skill

/product-lifecycle-plays

Map a product's lifecycle stage and choose between extension, replacement, and retirement plays. Use when a product is maturing or declining and the next move isn't obvious.

From plugin
deanpeters-product-manager-skills
6.9k77 skills6 commands
Install
$ npx -y skills add deanpeters/Product-Manager-Skills --skill product-lifecycle-plays --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/product-lifecycle-plays

Context preview

The summary Claude sees to decide when to auto-load this skill.

Map a product's lifecycle stage and choose between extension, replacement, and retirement plays. Use when a product is maturing or declining and the next move isn't obvious.

SKILL.md

product-lifecycle-plays.SKILL.md
name: product-lifecycle-plays
argument-hint: "[product or product line, and the signal that something needs to change]"
description: "Map a product's lifecycle stage and choose between extension, replacement, and retirement plays. Use when a product is maturing or declining and the next move isn't obvious."
intent: >-
  Diagnose where a product sits in the Product Life Cycle and choose deliberately among the three
  plays available at the decline inflection — extend the product, replace it with a successor, or
  retire it. Includes the mature-to-declining transition questions, the seven replacement hazards
  with a risk register, and a portfolio worksheet for deciding across a product line.
type: component
theme: product-lifecycle
best_for:
  - "Deciding whether a fading product should be extended, replaced, or retired"
  - "Diagnosing whether a product has actually crossed from mature into decline"
  - "Running the play decision across a whole product line, not one product at a time"
scenarios:
  - "Revenue is flattening on our flagship and people are arguing about a rewrite versus a refresh"
  - "We have four aging SKUs and no consistent way to decide what happens to each"
estimated_time: "25-45 min"

Product Lifecycle Plays

Purpose

Decide what to do with a product that has stopped growing. There are three plays — **extend**, **replace**, **retire** — and picking the wrong one is expensive in a different way each time. This skill gives you the stage diagnosis, the criteria that discriminate the plays, and the hazard register for the one that goes wrong most often.

Most teams skip straight to a play. Someone says "let's rebuild it" or "let's kill it," and the argument that follows is about the answer rather than the diagnosis. The diagnosis is the work.

Input

**Works best with:** The product or product line, and the signal that prompted the question — flattening revenue, rising support costs, a competitor move, a strategy shift.

**Also useful:** Revenue and margin trend, customer counts and concentration, support load, what else in the portfolio is adjacent, and how much investment appetite exists.

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.** Bring the product name and a hunch. The stage diagnosis runs off the transition questions below, which are answerable from what a PM already knows without pulling a report.

**Example invocations:**

  • `Revenue on our reporting module has been flat for six quarters — extend, replace, or retire?`
  • `Run the play worksheet across our four aging SKUs.`

---

Key Concepts

The Product Life Cycle

Five stages, each with a different economic job:

| Stage | What's happening | The job | |---|---|---| | **Design** | Concept, prototype, launch planning | Prove the problem is real | | **Introduce** | Launch, awareness, first sales | Find the early adopters | | **Grow** | Rapid sales, market expansion | Build the customer base | | **Mature** | Peak sales, peak profitability | Defend position, maximize margin | | **Decline** | Falling sales, phase-out planning | Maximize remaining value |

**Go-to-market happens at the front. End-of-life happens at the back. The plays live at the mature-to-decline inflection** — which is exactly where most teams have no framework and default to whoever argues hardest.

The Strategy Grid

What "good" looks like changes by stage. Each lever tells you something different about where you actually are:

| Lever | Mature | Declining | |---|---|---| | Marketing objective | Defend market position | Maximize remaining value | | Competition | Emphasize brand loyalty | Consolidate customer base | | Product | Optimize | Extended CX, streamline support | | Promotion | Loyalty incentives | Migration campaigns | | Place (distribution) | Optimize channels | Focus on profitable channels | | Price | Value-add bundles | Selective discounting | | Data strategy | Predictive modeling | Transition planning data |

The Transition Questions

**This is the diagnostic.** For each lever, ask the question that tells you whether you've crossed from mature into decline. Answering "yes" to four or more means you are in decline regardless of what the revenue chart says this quarter:

| Lever | Ask | |---|---| | Marketing objective | Is defending market share still profitable? | | Competition | Are loyalty efforts no longer retaining users? | | Product | Are legacy support costs becoming unsustainable? | | Promotion | Should we be running migration campaigns instead of loyalty ones? | | Place | Are we losing money on certain distribution channels? | | Price | Are our value-add bundles losing effectiveness? | | Data strategy | Is our data shifting from predictive to transitional? |

**Why ask rather than measure:** revenue lags. A product can post a flat quarter while every one of these has already turned. The questions catch the inflection before the chart does.

The Three Plays

**Extension Play** — introduce a new variant or additional features to an existing product line.

*Reasons why:* expand into new customer segments · meet diverse customer needs · differentiate from competitors · boost sales with new variants · strengthen brand loyalty.

*Shape:* the existing product keeps running; you add alongside. Cheapest play, lowest risk, and the one most often dismissed because it isn't exciting.

**Replacement Play** — introduce a new product to take the place of an existing one, offering similar or improved capability while phasing the old one out.

*Reasons why:* address supply issues · reduce production costs · eliminate obsolete or unused features · align with strategic goals · comply with regulatory change.

*Shape:* **GTM and EOL happen simultaneously.** This is the expensive play, and the reason is struc

Read more
Ships withdeanpeters-product-manager-skills

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

Get the whole plugin