product-lifecycle-plays

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:

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:

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:

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
structural — see below.

Retirement Play — phase the product out without a successor of your own.

Reasons why: costs exceed revenue · strategic exit from the market · the core problem stopped
existing · technology made it obsolete.

Shape: pure EOL. Customers land somewhere else, possibly a competitor, and the goal becomes
losing the product without losing the customer.

Why Replacement Is the Expensive Play

On a replacement you are running a launch and a retirement at the same time, for two products
that compete with each other. Every GTM risk and every EOL risk applies at once, plus one that
only exists here: cannibalization between your own two products.

Both directions of that failure are instructive:

Kodak feared cannibalizing film and starved its digital business. The fear cost the market.

Amgen cannibalized Epogen with Aranesp deliberately. It worked, and still produced complex

pricing dynamics they had to manage for years.

Fear it and you lose the future; ignore it and you lose margin. Plan for it and you get a
transition.

The Seven Replacement Hazards

What goes wrong on a replacement play, with the pattern each one leaves:

Hazard 7 is the one this repo's EOL suite exists to prevent — and it's the one teams discount
most, because by the time they're planning the launch, the retirement feels like paperwork.

The Risk Register

For each hazard that applies, fill five columns. The fifth is the one people skip:

A register with no contingency column is a worry list. Plan B is what makes it a plan.

Anti-Patterns (what this is NOT)

Not a growth framework. Where the next tranche of growth comes from is a different question —

see ansoff-matrix and organic-growth-advisor.

Not a forecast. It reasons about stage and direction, not numbers.

Not automatic. Decline is not a death sentence; a mature product throwing off margin with low

support cost is a harvest, not a project.

Not one product at a time, necessarily. The worksheet runs across a line, and the plays

interact — two products can't both be the replacement.

---

Application

Use template.md for the worksheet and risk register.

Step 1: Diagnose the stage

Run the seven transition questions. Count the yeses:

0-1 yes — mature and healthy. The question isn't a play, it's whether to invest more

2-3 yes — mature and softening. Extension play territory; watch quarterly

4-5 yes — crossing into decline. Pick a play deliberately, now

6-7 yes — in decline. Replace or retire; extension likely postpones a decision rather than

changing an outcome

Write down which questions came back yes. The pattern discriminates the plays more than the count
does.

Step 2: Identify what's driving the pressure

Three sources, and they point at different plays:

The trap: supply-side pressure feels like a customer problem when it reaches the roadmap. "We
need to rebuild this" often means "our costs are bad," which is a legitimate reason for a
replacement — but say it out loud, because it changes what success looks like.

Step 3: Test the extension play first

Extension is the cheapest play and the most frequently skipped. Before accepting replace or retire,
ask:

Is there a segment the current product could serve with a variant?

Is there a need an added capability would meet without re-architecture?

Would a repackage or rebrand reach a different buyer?

Is the decline in the product, or in the channel or price around it?

Question 4 catches a specific and common error: a product judged to be declining when the actual
failure is a distribution channel that stopped working or a bundle that lost its edge. Fixing the
lever is cheaper than replacing the product.

If the honest answer to all four is no, extension is off the table — and now you know why, which
you'll need when someone asks in three months.

Step 4: If replacing, build the risk register before committing

Walk the seven hazards. For each one that applies, fill all five columns including the contingency.
Rate probability and impact honestly — a register where everything is "low/low" was filled in to be
finished.

Two questions worth forcing:

Cannibalization: which product wins which customer, and what happens to margin during overlap?

Hazard 7: who owns the retirement, and is it funded? A replacement with an unfunded EOL is a

launch with a liability attached.

Step 5: If retiring, hand off

The retirement play is a full process of its own. Confirm the two things that most often turn out
to be false — that there's a landing place for customers, and that no contractual or regulatory
obligation blocks the timeline — then move to the EOL suite.

Step 6: Run it across the line

For a product family, build the portfolio worksheet: every product, its stage, its yes-count, its
pressure source, and its recommended play. Then check the interactions:

Two products can't both be the replacement for the same customers

An extension on one product can undercut the case for another's replacement

Retiring two adjacent products in the same window doubles the customer's disruption, not yours

Final Step: Offer what comes next

"Where next?

Talk through the diagnosis — see lifecycle-play-advisor

if you'd rather be walked through the questions (Recommended)

Run the retirement — see eol-process or

eol-readiness-advisor

Plan the extension — see organic-growth-advisor for

which growth path the variant serves

Build the risk register for a replacement play in depth

Reply with a number, a combination, or your own path."

---

Examples

examples/sample.md — Fieldlight product line (SaaS, four modules, three different plays)

examples/sample-industrial.md — Northfield Automation controller line (industrial, a

replacement play with the risk register that predicted what actually went wrong)

---

Common Pitfalls

Pitfall 1: Arguing the Play Before the Diagnosis

Symptom: The meeting opens with "should we rebuild it or kill it?"

Consequence: The loudest advocate wins, and the product's actual stage never gets established.
Six months later nobody can reconstruct why.

Fix: Run the seven transition questions first, in writing. The pattern of yeses usually settles
the argument without anyone having to win it.

---

Pitfall 2: Skipping Extension Because It's Boring

Symptom: The options considered are replace and retire. Extension never comes up.

Consequence: You spend a replacement's budget on a product a variant would have carried for
three more profitable years.

Fix: Test the four extension questions explicitly and record the answers. "No, because…" is a
useful artifact; silence isn't.

---

Pitfall 3: Mistaking a Channel Problem for a Product Problem

Symptom: Revenue is falling, so the product is judged to be in decline.

Consequence: You replace a healthy product while the broken distribution channel or stale
bundle carries straight over to the successor.

Fix: Transition question 5 and 6 exist for this. Check the lever before condemning the product.

---

Pitfall 4: The Register Without a Plan B

Symptom: Risks are listed with mitigations. The contingency column is empty or reads "monitor."

Consequence: The mitigation fails — they do — and there's no prepared response, so the response
is improvised under time pressure in public.

Fix: Every risk rated medium or above gets a real contingency. "What is Plan B?" is the whole
point of the column.

---

Pitfall 5: Funding the Launch, Not the Retirement

Symptom: The replacement play has a GTM budget and no EOL budget.

Consequence: Hazard 7. The successor ships, the old product limps on unsupported, and customers
experience the transition as abandonment while you celebrate a launch.

Fix: A replacement play is two funded workstreams. If the retirement isn't funded, you have
chosen an extension play with extra steps.

---

References

Related Skills

These stand on their own — none is a prerequisite for this skill, and this skill isn't a
prerequisite for them.

lifecycle-play-advisor — the guided version of this

diagnosis

eol-readiness-advisor — the retirement play's go/no-go

eol-process — running a retirement end to end

organic-growth-advisor — which growth path an extension

serves

ansoff-matrix — where the next tranche of growth comes from

roadmap-planning — sequencing the play once it's chosen

External Frameworks

Product Life Cycle (PLC) — the five-stage economic model

Diffusion of innovations / the chasm — why some replacements never cross to the mainstream

Product Life Cycle strategy grid — marketing-mix levers by stage

Provenance

Distilled from practitioner experience running product lifecycle transitions and product

retirements across software, hardware, and regulated industries.