skills/churn-analysis/SKILL.md
Produce a structured churn analysis that separates avoidable from unavoidable churn. Use when investigating why customers are leaving, identifying at-risk segments, calculating net revenue retention, or building a retention intervention plan. Produces a churn report with rate calculations, categorised reasons by avoidability, segment breakdown, timing analysis, early warning signals, and prioritised interventions ranked by estimated impact.
npx skillsauth add mohitagw15856/pm-claude-skills churn-analysisInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Produce a structured churn analysis that goes beyond the headline rate — identifying why customers leave, which segments are most at risk, and what interventions will have the highest impact on retention.
If a professional-brain (brain/) exists, ground in it instead of re-asking for what you already know:
context.md (metric definitions — what "churn" means here), knowledge/, and related segment entities/. Run python3 ../professional-brain/scripts/brain_query.py ./brain "churn" and carry each fact's provenance tag through.knowledge/ ([data]), any retention decision to decisions/, and at-risk drivers as hypotheses/. Show them, get a yes, then write with ../professional-brain/scripts/brain_write.py … --commit (append-only, dry-run by default).Ask for these if not already provided:
Always classify churn before analysing it:
| Category | Definition | |---|---| | Voluntary — avoidable | Customer left due to a problem we could have addressed (product gaps, poor onboarding, relationship failures) | | Voluntary — unavoidable | Customer left for reasons outside our control (budget cuts, acquisition, company shutdown) | | Involuntary | Payment failure, contract non-renewal by mistake, admin error |
The interventions for each category are different. Conflating them leads to wrong conclusions.
Period: [Start date] — [End date] Prepared by: [Name] | Date: [Date]
| Metric | Value | |---|---| | Customers at start of period | [N] | | Customers churned | [N] | | Customer churn rate | [X]% | | ARR at start of period | £/$/€[X] | | ARR lost to churn | £/$/€[X] | | Revenue churn rate (gross) | [X]% | | ARR from expansions (same period) | £/$/€[X] | | Net revenue retention (NRR) | [X]% |
Benchmark context:
| Category | Customers | % of churn | ARR lost | |---|---|---|---| | Voluntary — avoidable | [N] | [X]% | £/$/€[X] | | Voluntary — unavoidable | [N] | [X]% | £/$/€[X] | | Involuntary | [N] | [X]% | £/$/€[X] | | Total | [N] | 100% | £/$/€[X] |
Avoidable churn as % of total churn: [X]% — this is the number we can actually influence.
Rank by frequency. Include ARR weight where data allows.
| Reason | Count | % of avoidable churn | ARR lost | Representative quote | |---|---|---|---|---| | [Reason 1 — e.g. "Product missing key feature"] | [N] | [X]% | £/$/€[X] | "[Quote]" | | [Reason 2] | [N] | [X]% | £/$/€[X] | "[Quote]" | | [Reason 3] | [N] | [X]% | £/$/€[X] | "[Quote]" | | [Reason 4] | [N] | [X]% | £/$/€[X] | "[Quote]" | | Other | [N] | [X]% | £/$/€[X] | — |
Theme synthesis: [2–3 sentences grouping the top reasons into 2–3 themes. E.g. "The top three reasons cluster around two themes: product gaps in [area] (affecting X% of avoidable churn) and onboarding failures where customers never achieved value (Y%)."]
Identify which segments over- or under-index for churn.
| Tier | Churn rate | vs. Overall | Notes | |---|---|---|---| | Enterprise | [X]% | +/-[X]pp | | | Mid-Market | [X]% | +/-[X]pp | | | SMB | [X]% | +/-[X]pp | |
| Cohort | Churn rate | Notes | |---|---|---| | [Year 1] | [X]% | | | [Year 2] | [X]% | | | [Year 3] | [X]% | |
| Segment | Churn rate | Notes | |---|---|---| | [Segment 1] | [X]% | | | [Segment 2] | [X]% | |
Key pattern: [Which segment has the highest churn rate and what likely explains it]
| When churn occurred | % of churned accounts | |---|---| | 0–3 months | [X]% | | 3–6 months | [X]% | | 6–12 months | [X]% | | 12+ months | [X]% |
Based on the churned accounts, identify the signals that preceded churn (and could have triggered earlier intervention):
| Signal | Lead time before churn | How to detect | |---|---|---| | [Signal 1 — e.g. "DAU/MAU dropped below 15%"] | [~X weeks] | [Usage dashboard / alert] | | [Signal 2 — e.g. "No QBR in 90+ days"] | [~X weeks] | [CRM flag] | | [Signal 3 — e.g. "Champion left the account"] | [~X weeks] | [LinkedIn alert / CSM tracking] | | [Signal 4] | [~X weeks] | [Detection method] |
Ranked by estimated impact × feasibility.
| Intervention | Addresses | Est. churn reduction | Effort | Owner | |---|---|---|---|---| | [Intervention 1 — e.g. "Improve onboarding for [segment] with dedicated 30-day check-in"] | [Reason 1] | [X accounts / £X ARR] | Low / Med / High | [Team] | | [Intervention 2] | [Reason 2] | [X accounts / £X ARR] | Low / Med / High | [Team] | | [Intervention 3] | [Reason 3] | [X accounts / £X ARR] | Low / Med / High | [Team] |
Priority call: [Which one intervention, if implemented this quarter, would have the biggest impact and why]
business
Analyze why deals are won and lost and turn it into an action plan. Use when asked to run a win/loss analysis, review closed-won and closed-lost deals, understand why the team is losing to a competitor, or summarize sales feedback into patterns. Produces a structured win/loss report with themes, win/loss rates by segment and competitor, representative quotes, and prioritized actions for product, marketing, and sales.
development
Route a fuzzy request to the right skill in this library. Use when the user is unsure which skill fits, asks 'which skill should I use for X', describes a task without naming a skill, or when a request could plausibly match several skills. Produces a best-fit recommendation with the inputs to gather, a runner-up with the tie-breaker, and a workflow recipe when the job spans multiple skills.
testing
Triage a vulnerability or scanner finding — assess real severity, exploitability, and how urgently to fix. Use when asked to triage a CVE, prioritize scanner/pentest findings, assess a vuln's risk, or decide what to patch first. Produces a triage verdict: CVSS-informed severity adjusted for your context, exploitability, real risk, a fix/mitigation, and an SLA — so you fix what matters, not just what's red.
development
Stand up a Voice of Customer (VoC) program that turns feedback into action. Use when asked to build a VoC program, design a customer feedback loop, consolidate feedback sources, or set up a closed-loop feedback process. Produces a VoC program design — objectives, feedback sources and channels, a taxonomy, collection and analysis cadence, closed-loop routing, ownership, and success metrics.