Product Lifecycle Learning
Close the loop from launch to learning. This skill compares what was intended against
what actually happened, maintains an evidence-backed assumption ledger, assesses
feature health, and makes disciplined continue/improve/harvest/pivot/pause/retire
decisions — including full retirement lifecycles. It produces a durable retained
learning record that feeds back into roadmap, analytics, adoption, experimentation,
and future specifications.
Loading Guide
Load only the reference or template relevant to the task. Do not load every file at once.
| File |
Load when |
| references/discovery-brief.md |
You need to understand how lifecycle-learning concepts map across skills and where this skill's boundaries are |
| references/epistemic-discipline.md |
You need the full taxonomy for classifying claims as expected, observed, uncertain, or inferred |
| references/retirement-lifecycle.md |
Planning a feature or product retirement, including deprecation, migration, customer treatment, and internal cleanup |
| references/feedback-destinations.md |
Routing learning outputs to the right downstream skill — roadmap, analytics, adoption, experimentation, or specification |
| templates/outcome-review.md |
Conducting a structured post-launch outcome review comparing expected vs. observed |
| templates/assumption-ledger-update.md |
Updating the assumption ledger with new evidence and confidence shifts |
| templates/feature-health-record.md |
Assessing feature health across multiple dimensions and surfacing signals |
| templates/retirement-decision.md |
Making and recording a justified retirement or continuation decision |
| templates/sunset-plan.md |
Planning deprecation communication, migration paths, customer treatment, and internal cleanup |
| templates/retained-learning-record.md |
Capturing durable reusable learning that survives beyond the feature |
Core Methodology
The Launch-to-Learning Loop
LAUNCH → [OBSERVE] → [COMPARE] → [IDENTIFY GAPS] → [UPDATE ASSUMPTIONS] → [ASSESS HEALTH] → [DECIDE] → [CAPTURE LEARNING] → (feed back)
| | | | | | |
Collect Expected vs. Gap analysis Assumption Feature health Continue / Retained
outcome observed with confidence ledger update dimensions Improve / learning
data outcomes intervals Harvest / record
Pivot /
Pause /
Retire
The loop starts after launch (the feature or capability is live and generating data) and ends with a
durable learning artifact that feeds the next cycle of roadmap, analytics, adoption, experimentation,
and specification work.
Stage-by-Stage
| Stage |
Input |
Activity |
Output |
| Observe |
Analytics data, adoption metrics, user feedback, support tickets, operational metrics |
Collect outcome evidence from observed behavior and system data. Distinguish signal from noise. Flag missing or low-confidence data. |
Collected outcome data with confidence labels |
| Compare |
Expected outcomes (from spec/roadmap), observed outcomes, confidence intervals |
Compare the two; identify alignment, deviation, and surprise. Do not conflate expectation with observation. |
Gap analysis: what matched, what diverged, what was ambiguous |
| Identify gaps |
Gap analysis, assumption ledger |
Identify which assumptions held and which broke. Distinguish between measurement gaps (could not observe) and outcome gaps (observed deviation). |
Assumption gap register with confidence |
| Update assumptions |
Assumption gap register, prior assumption ledger |
Revise assumptions: strengthen confirmed ones, weaken contradicted ones, add new ones surfaced by the data. Record confidence shifts. |
Updated assumption ledger. Use templates/assumption-ledger-update.md. |
| Assess health |
Updated assumptions, adoption data, operational metrics, user feedback |
Evaluate feature health across adoption, technical, operational, and strategic dimensions. Do not reduce to a single score. |
Feature health assessment. Use templates/feature-health-record.md. |
| Decide |
Feature health assessment, business context, portfolio priorities |
Choose one of six lifecycle decisions. The decision requires human judgment; no automated threshold. |
Decision record with accountable owner. Use templates/retirement-decision.md. |
| Capture learning |
Decision record, gap analysis, updated assumptions, context |
Produce a durable retained learning record: what was learned, why, and how it should inform future work. Not a transient meeting summary. |
Retained learning record. Use templates/retained-learning-record.md. |
| Feed back |
Retained learning record |
Route learning to downstream skills: roadmap, analytics, adoption, experimentation, specifications. See references/feedback-destinations.md. |
Routed learning outputs |
Epistemic Discipline
Every claim in lifecycle-learning output is classified into exactly one of four categories. These are not
conflated; a comparison is not an observation, and an inference is not a fact.
| Category |
Definition |
Example |
Source |
| Expected |
What was intended or predicted before launch |
"We expected activation to reach 60% within 30 days" |
Spec, roadmap, launch brief |
| Observed |
What actually happened, measured from data |
"Activation reached 43% at 30 days (95% CI: 39-47%)" |
Analytics, adoption data, operational metrics |
| Uncertain |
What is ambiguous, noisy, or contested |
"Attribution is confounded by a simultaneous pricing change; cannot isolate feature effect" |
Confidence intervals, conflicting signals, data-quality issues |
| Inferred |
What is concluded from evidence, with reasoning |
"The gap between expected 60% and observed 43% suggests the onboarding redesign did not reduce time-to-value as hypothesized; the pricing change confound means we cannot rule out an external cause" |
Reasoned implication from evidence |
Full taxonomy and field guide in references/epistemic-discipline.md.
Lifecycle Decisions
Six outcomes are available after assessment. The choice requires human judgment informed by evidence;
no numeric threshold or automated rule replaces context and accountability.
| Decision |
Meaning |
Typical evidence profile |
Follow-up |
| Continue |
Keep as-is; feature is healthy |
Outcomes match or exceed expectations; stable, low-risk |
Schedule next review |
| Improve |
Invest in enhancement |
Adoption gap exists but fixable; underlying need confirmed |
Feed roadmap and experimentation |
| Harvest |
Reduce investment, maintain for existing users |
Declining growth but stable base; not worth expanding |
Monitor for retirement signals |
| Pivot |
Change direction significantly |
Need confirmed but current approach failed |
Feed roadmap, discovery, experimentation |
| Pause |
Temporarily halt investment |
Ambiguous results, external confounds, or resource constraint |
Schedule re-assessment with new evidence |
| Retire |
Deprecate and remove |
Sustained non-adoption, replacement exists, or strategic misalignment |
Execute retirement lifecycle |
Retirement Lifecycle
When the decision is Retire, a structured retirement lifecycle covers the full path from deprecation
announcement through internal cleanup. Full detail in references/retirement-lifecycle.md.
| Phase |
Activity |
Template |
| Deprecation communication |
Announce retirement: timeline, rationale, alternatives. Target affected users with segmentation. |
templates/sunset-plan.md |
| Migration path |
Provide migration tooling, documentation, and support for existing users. Define the recommended path. |
templates/sunset-plan.md |
| Customer treatment |
Support commitments during sunset: data export, grace periods, extended support windows, SLA preservation, refund/credit policies where applicable. Coordinate with customer-success. |
templates/sunset-plan.md; route communication plans to conditional-customer-success |
| Internal cleanup |
Remove feature flags, archive code, update documentation, retire monitoring and alerting, reclaim infrastructure. |
templates/sunset-plan.md |
| Learning closure |
Capture what the feature's lifecycle taught — not a postmortem, but a closure record that completes the learning loop. |
templates/retained-learning-record.md |
Retained Learning Record
Every lifecycle-learning cycle produces a durable retained learning record — not a transient meeting
summary. The record captures:
- What the feature or capability was intended to achieve (expected outcomes)
- What actually happened (observed outcomes, with confidence)
- What was uncertain and why
- What assumptions were updated and how
- What decision was made (continue/improve/harvest/pivot/pause/retire) and who made it
- Why that decision was reached, with evidence
- What should inform future decisions — reusable patterns, anti-patterns, assumptions to test next time
- Where the learning was routed (roadmap, analytics, adoption, experimentation, specifications)
This record is the durable learning artifact. It is the evidence that the launch-to-learning loop
actually closed.
When Not to Use
This skill does not own:
- Incident postmortems, root-cause analysis, or operational incident review — these belong to
incident-learning (not yet landed) and ../site-reliability-engineering/SKILL.md. Lifecycle-learning consumes incident signals as input but does not produce postmortems.
- Analytics instrumentation, metric dashboard design, tracking-plan creation, or event taxonomy — these belong to ../product-analytics-and-measurement/SKILL.md. Lifecycle-learning consumes analytics data as input but does not own measurement infrastructure.
- Customer-success account management, renewal decisions, or health scoring — these belong to
conditional-customer-success (not yet landed). Lifecycle-learning routes retirement communication plans and customer-treatment strategies there.
- Roadmap prioritization or portfolio allocation — these belong to ../product-roadmapping-and-portfolio/SKILL.md. Lifecycle-learning feeds evidence into roadmap decisions but does not make them.
- Arbitrary or automated retirement thresholds — this skill never applies rules like "retire if DAU < 100" or "kill if NPS < 30" without context about the product, market, user base, and alternatives. Retirement decisions require human judgment and named accountability.
Routing and Feedback
Inputs (consumed by lifecycle-learning)
| Input |
Source |
| Expected outcomes, acceptance criteria |
../spec-driven-development/SKILL.md, roadmap briefs |
| Observed outcomes, metric data, funnels, cohorts |
../product-analytics-and-measurement/SKILL.md |
| Adoption evidence, activation rates, retention signals |
../product-adoption/SKILL.md |
| Experiment results, readout learning entries |
../product-experimentation/SKILL.md |
| Incident signals, reliability data |
../site-reliability-engineering/SKILL.md, incident-learning |
| Customer feedback, support trends, health signals |
conditional-customer-success |
Outputs (produced by lifecycle-learning, routed to)
At least five feedback destinations must be updated per cycle: roadmap, analytics, adoption,
experimentation, and specifications. Additional routing to customer-success and incident-learning
is conditional on the decision.
File Map
| File |
Purpose |
Load when |
| references/discovery-brief.md |
Maps existing lifecycle, learning, and retirement material; ownership boundaries |
Understanding the skill's place in the catalog |
| references/epistemic-discipline.md |
Full taxonomy: expected / observed / uncertain / inferred with field guide |
Classifying claims in any lifecycle-learning output |
| references/retirement-lifecycle.md |
Complete retirement lifecycle: deprecation, migration, customer treatment, internal cleanup |
Retirement decision or sunset planning |
| references/feedback-destinations.md |
Detailed routing guide for each feedback destination |
Routing learning outputs to downstream skills |
| templates/outcome-review.md |
Structured post-launch outcome review |
Conducting an outcome review |
| templates/assumption-ledger-update.md |
Assumption ledger update with confidence shifts |
Updating assumptions after new evidence |
| templates/feature-health-record.md |
Multi-dimensional feature health assessment |
Assessing feature health |
| templates/retirement-decision.md |
Justified retirement or continuation decision record |
Making a lifecycle decision |
| templates/sunset-plan.md |
Deprecation communication, migration, customer treatment, internal cleanup plan |
Planning a retirement execution |
| templates/retained-learning-record.md |
Durable reusable learning artifact |
Capturing learning that survives the feature |
Related Skills
1---2name: product-lifecycle-learning3description: Compare intended product outcomes against observed results to close the launch-to-learning loop: collect post-launch evidence, distinguish expected from observed from uncertain from inferred claims, update assumptions, assess feature health, and choose among continue/improve/harvest/pivot/pause/retire — including retirement lifecycles with deprecation, migration, customer treatment, and retained reusable learning. Do not use for incident postmortems or root-cause analysis (routes to incident-learning or site-reliability-engineering); do not use for analytics instrumentation or metric dashboard design (routes to product-analytics-and-measurement); do not use arbitrary thresholds as universal retirement rules — decisions require human judgment and context.4license: MIT5---67# Product Lifecycle Learning89Close the loop from launch to learning. This skill compares what was intended against10what actually happened, maintains an evidence-backed assumption ledger, assesses11feature health, and makes disciplined continue/improve/harvest/pivot/pause/retire12decisions — including full retirement lifecycles. It produces a durable retained13learning record that feeds back into roadmap, analytics, adoption, experimentation,14and future specifications.1516## Loading Guide1718Load only the reference or template relevant to the task. Do not load every file at once.1920| File | Load when |21|------|-----------|22| [references/discovery-brief.md](references/discovery-brief.md) | You need to understand how lifecycle-learning concepts map across skills and where this skill's boundaries are |23| [references/epistemic-discipline.md](references/epistemic-discipline.md) | You need the full taxonomy for classifying claims as expected, observed, uncertain, or inferred |24| [references/retirement-lifecycle.md](references/retirement-lifecycle.md) | Planning a feature or product retirement, including deprecation, migration, customer treatment, and internal cleanup |25| [references/feedback-destinations.md](references/feedback-destinations.md) | Routing learning outputs to the right downstream skill — roadmap, analytics, adoption, experimentation, or specification |26| [templates/outcome-review.md](templates/outcome-review.md) | Conducting a structured post-launch outcome review comparing expected vs. observed |27| [templates/assumption-ledger-update.md](templates/assumption-ledger-update.md) | Updating the assumption ledger with new evidence and confidence shifts |28| [templates/feature-health-record.md](templates/feature-health-record.md) | Assessing feature health across multiple dimensions and surfacing signals |29| [templates/retirement-decision.md](templates/retirement-decision.md) | Making and recording a justified retirement or continuation decision |30| [templates/sunset-plan.md](templates/sunset-plan.md) | Planning deprecation communication, migration paths, customer treatment, and internal cleanup |31| [templates/retained-learning-record.md](templates/retained-learning-record.md) | Capturing durable reusable learning that survives beyond the feature |3233## Core Methodology3435### The Launch-to-Learning Loop3637```38LAUNCH → [OBSERVE] → [COMPARE] → [IDENTIFY GAPS] → [UPDATE ASSUMPTIONS] → [ASSESS HEALTH] → [DECIDE] → [CAPTURE LEARNING] → (feed back)39 | | | | | | |40 Collect Expected vs. Gap analysis Assumption Feature health Continue / Retained41 outcome observed with confidence ledger update dimensions Improve / learning42 data outcomes intervals Harvest / record43 Pivot /44 Pause /45 Retire46```4748The loop starts after launch (the feature or capability is live and generating data) and ends with a49durable learning artifact that feeds the next cycle of roadmap, analytics, adoption, experimentation,50and specification work.5152### Stage-by-Stage5354| Stage | Input | Activity | Output |55|-------|-------|----------|--------|56| **Observe** | Analytics data, adoption metrics, user feedback, support tickets, operational metrics | Collect outcome evidence from observed behavior and system data. Distinguish signal from noise. Flag missing or low-confidence data. | Collected outcome data with confidence labels |57| **Compare** | Expected outcomes (from spec/roadmap), observed outcomes, confidence intervals | Compare the two; identify alignment, deviation, and surprise. Do not conflate expectation with observation. | Gap analysis: what matched, what diverged, what was ambiguous |58| **Identify gaps** | Gap analysis, assumption ledger | Identify which assumptions held and which broke. Distinguish between measurement gaps (could not observe) and outcome gaps (observed deviation). | Assumption gap register with confidence |59| **Update assumptions** | Assumption gap register, prior assumption ledger | Revise assumptions: strengthen confirmed ones, weaken contradicted ones, add new ones surfaced by the data. Record confidence shifts. | Updated assumption ledger. Use [templates/assumption-ledger-update.md](templates/assumption-ledger-update.md). |60| **Assess health** | Updated assumptions, adoption data, operational metrics, user feedback | Evaluate feature health across adoption, technical, operational, and strategic dimensions. Do not reduce to a single score. | Feature health assessment. Use [templates/feature-health-record.md](templates/feature-health-record.md). |61| **Decide** | Feature health assessment, business context, portfolio priorities | Choose one of six lifecycle decisions. The decision requires human judgment; no automated threshold. | Decision record with accountable owner. Use [templates/retirement-decision.md](templates/retirement-decision.md). |62| **Capture learning** | Decision record, gap analysis, updated assumptions, context | Produce a durable retained learning record: what was learned, why, and how it should inform future work. Not a transient meeting summary. | Retained learning record. Use [templates/retained-learning-record.md](templates/retained-learning-record.md). |63| **Feed back** | Retained learning record | Route learning to downstream skills: roadmap, analytics, adoption, experimentation, specifications. See [references/feedback-destinations.md](references/feedback-destinations.md). | Routed learning outputs |6465### Epistemic Discipline6667Every claim in lifecycle-learning output is classified into exactly one of four categories. These are not68conflated; a comparison is not an observation, and an inference is not a fact.6970| Category | Definition | Example | Source |71|----------|-----------|---------|--------|72| **Expected** | What was intended or predicted before launch | "We expected activation to reach 60% within 30 days" | Spec, roadmap, launch brief |73| **Observed** | What actually happened, measured from data | "Activation reached 43% at 30 days (95% CI: 39-47%)" | Analytics, adoption data, operational metrics |74| **Uncertain** | What is ambiguous, noisy, or contested | "Attribution is confounded by a simultaneous pricing change; cannot isolate feature effect" | Confidence intervals, conflicting signals, data-quality issues |75| **Inferred** | What is concluded from evidence, with reasoning | "The gap between expected 60% and observed 43% suggests the onboarding redesign did not reduce time-to-value as hypothesized; the pricing change confound means we cannot rule out an external cause" | Reasoned implication from evidence |7677Full taxonomy and field guide in [references/epistemic-discipline.md](references/epistemic-discipline.md).7879### Lifecycle Decisions8081Six outcomes are available after assessment. The choice requires human judgment informed by evidence;82no numeric threshold or automated rule replaces context and accountability.8384| Decision | Meaning | Typical evidence profile | Follow-up |85|----------|---------|--------------------------|-----------|86| **Continue** | Keep as-is; feature is healthy | Outcomes match or exceed expectations; stable, low-risk | Schedule next review |87| **Improve** | Invest in enhancement | Adoption gap exists but fixable; underlying need confirmed | Feed roadmap and experimentation |88| **Harvest** | Reduce investment, maintain for existing users | Declining growth but stable base; not worth expanding | Monitor for retirement signals |89| **Pivot** | Change direction significantly | Need confirmed but current approach failed | Feed roadmap, discovery, experimentation |90| **Pause** | Temporarily halt investment | Ambiguous results, external confounds, or resource constraint | Schedule re-assessment with new evidence |91| **Retire** | Deprecate and remove | Sustained non-adoption, replacement exists, or strategic misalignment | Execute retirement lifecycle |9293### Retirement Lifecycle9495When the decision is Retire, a structured retirement lifecycle covers the full path from deprecation96announcement through internal cleanup. Full detail in [references/retirement-lifecycle.md](references/retirement-lifecycle.md).9798| Phase | Activity | Template |99|-------|----------|----------|100| **Deprecation communication** | Announce retirement: timeline, rationale, alternatives. Target affected users with segmentation. | [templates/sunset-plan.md](templates/sunset-plan.md) |101| **Migration path** | Provide migration tooling, documentation, and support for existing users. Define the recommended path. | [templates/sunset-plan.md](templates/sunset-plan.md) |102| **Customer treatment** | Support commitments during sunset: data export, grace periods, extended support windows, SLA preservation, refund/credit policies where applicable. Coordinate with customer-success. | [templates/sunset-plan.md](templates/sunset-plan.md); route communication plans to `conditional-customer-success` |103| **Internal cleanup** | Remove feature flags, archive code, update documentation, retire monitoring and alerting, reclaim infrastructure. | [templates/sunset-plan.md](templates/sunset-plan.md) |104| **Learning closure** | Capture what the feature's lifecycle taught — not a postmortem, but a closure record that completes the learning loop. | [templates/retained-learning-record.md](templates/retained-learning-record.md) |105106### Retained Learning Record107108Every lifecycle-learning cycle produces a durable retained learning record — not a transient meeting109summary. The record captures:110111- What the feature or capability was intended to achieve (expected outcomes)112- What actually happened (observed outcomes, with confidence)113- What was uncertain and why114- What assumptions were updated and how115- What decision was made (continue/improve/harvest/pivot/pause/retire) and who made it116- Why that decision was reached, with evidence117- What should inform future decisions — reusable patterns, anti-patterns, assumptions to test next time118- Where the learning was routed (roadmap, analytics, adoption, experimentation, specifications)119120This record is the durable learning artifact. It is the evidence that the launch-to-learning loop121actually closed.122123## When Not to Use124125This skill does **not** own:126127- **Incident postmortems, root-cause analysis, or operational incident review** — these belong to `incident-learning` (not yet landed) and [../site-reliability-engineering/SKILL.md](../site-reliability-engineering/SKILL.md). Lifecycle-learning consumes incident signals as input but does not produce postmortems.128- **Analytics instrumentation, metric dashboard design, tracking-plan creation, or event taxonomy** — these belong to [../product-analytics-and-measurement/SKILL.md](../product-analytics-and-measurement/SKILL.md). Lifecycle-learning consumes analytics data as input but does not own measurement infrastructure.129- **Customer-success account management, renewal decisions, or health scoring** — these belong to `conditional-customer-success` (not yet landed). Lifecycle-learning routes retirement communication plans and customer-treatment strategies there.130- **Roadmap prioritization or portfolio allocation** — these belong to [../product-roadmapping-and-portfolio/SKILL.md](../product-roadmapping-and-portfolio/SKILL.md). Lifecycle-learning feeds evidence into roadmap decisions but does not make them.131- **Arbitrary or automated retirement thresholds** — this skill never applies rules like "retire if DAU < 100" or "kill if NPS < 30" without context about the product, market, user base, and alternatives. Retirement decisions require human judgment and named accountability.132133## Routing and Feedback134135### Inputs (consumed by lifecycle-learning)136137| Input | Source |138|-------|--------|139| Expected outcomes, acceptance criteria | [../spec-driven-development/SKILL.md](../spec-driven-development/SKILL.md), roadmap briefs |140| Observed outcomes, metric data, funnels, cohorts | [../product-analytics-and-measurement/SKILL.md](../product-analytics-and-measurement/SKILL.md) |141| Adoption evidence, activation rates, retention signals | [../product-adoption/SKILL.md](../product-adoption/SKILL.md) |142| Experiment results, readout learning entries | [../product-experimentation/SKILL.md](../product-experimentation/SKILL.md) |143| Incident signals, reliability data | [../site-reliability-engineering/SKILL.md](../site-reliability-engineering/SKILL.md), `incident-learning` |144| Customer feedback, support trends, health signals | `conditional-customer-success` |145146### Outputs (produced by lifecycle-learning, routed to)147148| Output | Destination | Purpose |149|--------|-------------|---------|150| Revised assumptions, decision evidence | [../product-roadmapping-and-portfolio/SKILL.md](../product-roadmapping-and-portfolio/SKILL.md) | Roadmap updates, bet re-evaluation |151| Metric refinement needs, measurement gaps | [../product-analytics-and-measurement/SKILL.md](../product-analytics-and-measurement/SKILL.md) | Improve instrumentation, close measurement gaps |152| Adoption pattern changes, behavior insights | [../product-adoption/SKILL.md](../product-adoption/SKILL.md) | Adoption strategy adjustments |153| New hypotheses, experiment ideas | [../product-experimentation/SKILL.md](../product-experimentation/SKILL.md) | Feed experimentation pipeline |154| Spec improvements, acceptance-criteria refinements | [../spec-driven-development/SKILL.md](../spec-driven-development/SKILL.md) | Future specification quality |155| Retirement communication plans, migration coordination, customer treatment during sunset | `conditional-customer-success` | Customer-facing retirement execution; prose reference (skill not yet landed) |156| Incident-driven learning signals | `incident-learning` | Incident-driven learning loop; prose reference (skill not yet landed) |157158At least five feedback destinations must be updated per cycle: roadmap, analytics, adoption,159experimentation, and specifications. Additional routing to customer-success and incident-learning160is conditional on the decision.161162## File Map163164| File | Purpose | Load when |165|------|---------|-----------|166| [references/discovery-brief.md](references/discovery-brief.md) | Maps existing lifecycle, learning, and retirement material; ownership boundaries | Understanding the skill's place in the catalog |167| [references/epistemic-discipline.md](references/epistemic-discipline.md) | Full taxonomy: expected / observed / uncertain / inferred with field guide | Classifying claims in any lifecycle-learning output |168| [references/retirement-lifecycle.md](references/retirement-lifecycle.md) | Complete retirement lifecycle: deprecation, migration, customer treatment, internal cleanup | Retirement decision or sunset planning |169| [references/feedback-destinations.md](references/feedback-destinations.md) | Detailed routing guide for each feedback destination | Routing learning outputs to downstream skills |170| [templates/outcome-review.md](templates/outcome-review.md) | Structured post-launch outcome review | Conducting an outcome review |171| [templates/assumption-ledger-update.md](templates/assumption-ledger-update.md) | Assumption ledger update with confidence shifts | Updating assumptions after new evidence |172| [templates/feature-health-record.md](templates/feature-health-record.md) | Multi-dimensional feature health assessment | Assessing feature health |173| [templates/retirement-decision.md](templates/retirement-decision.md) | Justified retirement or continuation decision record | Making a lifecycle decision |174| [templates/sunset-plan.md](templates/sunset-plan.md) | Deprecation communication, migration, customer treatment, internal cleanup plan | Planning a retirement execution |175| [templates/retained-learning-record.md](templates/retained-learning-record.md) | Durable reusable learning artifact | Capturing learning that survives the feature |176177## Related Skills178179- [../product-analytics-and-measurement/SKILL.md](../product-analytics-and-measurement/SKILL.md) — Owns instrumentation and metric definition. Lifecycle-learning consumes analytics outputs.180- [../product-adoption/SKILL.md](../product-adoption/SKILL.md) — Owns adoption diagnostics and strategy. Lifecycle-learning consumes adoption evidence.181- [../product-experimentation/SKILL.md](../product-experimentation/SKILL.md) — Owns experiment design and readout. Lifecycle-learning consumes experiment results.182- [../product-roadmapping-and-portfolio/SKILL.md](../product-roadmapping-and-portfolio/SKILL.md) — Owns roadmap and portfolio decisions. Lifecycle-learning feeds evidence.183- [../spec-driven-development/SKILL.md](../spec-driven-development/SKILL.md) — Owns specifications and acceptance criteria. Lifecycle-learning feeds spec improvements.184- [../site-reliability-engineering/SKILL.md](../site-reliability-engineering/SKILL.md) — Owns operational reliability. Lifecycle-learning consumes incident signals.185- `conditional-customer-success` — Consumer for retirement communication plans, customer treatment during sunset, migration support coordination. Prose reference; skill not yet landed.186- `incident-learning` — Destination for incident-driven learning signals. Prose reference; skill not yet landed.
magnus919