Agent skill
churn-risk-review
Reviews a book of customer accounts for churn and downgrade risk using usage, relationship, support, commercial and outcome signals, tiers each account by risk and renewal proximity, diagnoses the likely cause and writes a save plan per at-risk account.
Filed under Onboarding, retention and expansion.
From noahatcheckpoint/gtm-skills · 40 skill entries · 1 · pushed 2026-10-26
What it does when it runs
Reviews a book of customer accounts for churn and downgrade risk using usage, relationship, support, commercial and outcome signals, tiers each account by risk and renewal proximity, diagnoses the likely cause and writes a save plan per at-risk account. Use ahead of renewal quarters, in weekly customer success reviews, after a churn spike, or when designing a customer health score.
Automated analysis of the skill and the 0 files bundled beside it. A skill’s own description is written to be selected by an agent, so it describes the job and not the dependencies.
- Keys and connectors you must supply
- None found.
- Hosts it reaches
- No third-party host appears in the skill or its bundled files.
- Tool permissions it declares
- No
allowed-toolsin the frontmatter. It only issues instructions, so there is nothing to bound. - Actions present in the files
- None. Instructions only.
Ask about churn-risk-review
Opens your assistant with this page's recorded context. Check the linked sources before relying on it.
Install it
View source on GitHub ↗git clone --depth 1 --filter=blob:none --sparse https://github.com/noahatcheckpoint/gtm-skills.git /tmp/gtm-skills git -C /tmp/gtm-skills sparse-checkout set "skills/churn-risk-review" mkdir -p ~/.claude/skills/churn-risk-review cp -R "/tmp/gtm-skills/skills/churn-risk-review/." ~/.claude/skills/churn-risk-review/
Picked up without a restart. A project skill of the same name is shadowed by your personal one. For one repository only, swap ~/.claude/skills for .claude/skills. Claude Code docs ↗
The folder is the same in every client that implements the format — 46 of them — so if yours is not above, only the destination changes.
The skill
Source on GitHub ↗Reproduced in full from noahatcheckpoint/gtm-skills/blob/5f12755a56da598efff4802c527698abb1cf544c/skills/churn-risk-review/SKILL.md, which is licensed MIT (skill frontmatter). 1,114 words, 16 headings.
Churn Risk Review
Produces a prioritised list of accounts at risk of churning or shrinking, the evidence behind each rating, the most likely cause, and a concrete save plan with an owner and deadline. It also suggests how to turn the signals into a repeatable health score.
When to use
- Two to three quarters before a large block of renewals.
- Weekly or monthly customer success reviews.
- After an unexpected churn or downgrade, to find similar accounts before they leave.
- When building or recalibrating a customer health score.
- When a key product change, price increase, or support incident affects many customers.
What you need
Ask for these before reviewing:
- Account list with contract value, renewal date, segment, and owner.
- Usage data: active users versus licensed seats, key feature adoption, trend over the last 90 days.
- Relationship data: executive sponsor and champion names, last meaningful contact, any role changes.
- Support data: open tickets, escalations, recent incidents, satisfaction scores.
- Commercial data: payment issues, discount history, downgrade requests, budget comments.
- Outcome data: the goals agreed at onboarding and whether they are being met.
- Past churn: if available, the reasons and signals seen before previous losses.
Process
- Group signals into five families and assess each account on all of them:
- Usage: falling active users, seats unused, key features abandoned, logins concentrated in one person.
- Relationship: champion or sponsor left, no contact with the people who decide the renewal in six months, meetings declined, slow replies. Map who decides per segment: in enterprise deals it is usually an executive budget owner plus procurement, while in SMB, departmental and product-led accounts the daily users or their team lead often hold the budget themselves. Record who influences, champions, administers, buys and signs.
- Support: repeated tickets on the same issue, escalations, a recent serious incident, worsening satisfaction.
- Commercial: late payments, requests to reduce seats, procurement suddenly involved, budget cuts announced, acquisition by another company.
- Outcomes: the goals they bought for are not being reached, or nobody can say what the goals were.
- Weight signals by what has predicted churn for you. If past churn data exists, check which signals appeared before losses and weight those highest. Without history, treat champion loss, sharp usage decline, and unmet outcomes as the strongest early warnings.
- Rate each account: Healthy, Watch, At risk, or Critical. Use the trend, not just the level: a large customer at 60% usage and rising is healthier than one at 80% and falling fast.
- Combine risk with renewal timing and value. Critical accounts renewing within 90 days and above a value threshold go first. A risky account renewing in 11 months has time for a structured recovery.
- Diagnose the root cause. Typical causes: poor onboarding (never reached value), lost champion, product gap, service failure, price or budget pressure, strategy change at the customer, or a competitor. The save plan depends on the cause; a discount will not fix an adoption problem.
- Write a save plan per at-risk account. Include the objective (renew at what value), the actions (re-onboard a team, executive-to-executive call, success review with a new sponsor, roadmap conversation, commercial restructure), the owner, and dates. Decide early which accounts need help from leadership, product, or support.
- Plan the conversation. For critical accounts, prepare an honest opening: acknowledge the issue, show what you have observed, ask what has changed for them, and propose a recovery plan with dated review points.
- Identify accounts to let go gracefully. Some customers are a poor fit and will churn regardless. Note them, protect the relationship, and capture the lesson for qualification.
- Turn findings into a health score. Propose a simple scored model (each signal family weighted, refreshed monthly) and a review cadence. Recalibrate after each renewal cycle by comparing scores with actual outcomes.
Output format
# Churn Risk Review: [Book / Segment] As of [date]
## Summary
[n] accounts reviewed, [value] at risk, [n] critical renewing in 90 days.
## Risk register
| Account | ARR | Renewal | Usage | Relationship | Support | Commercial | Outcomes | Rating | Trend | Likely cause | Owner |
|---|---|---|---|---|---|---|---|---|---|---|---|
## Save plans (At risk and Critical)
### [Account]
- Objective:
- Root cause:
- Actions (owner, date):
- Help needed from: [leadership / product / support]
- Review date:
## Accounts to let go gracefully
[account, reason, lesson]
## Patterns across the book
[common causes, segments, product areas]
## Proposed health score
| Signal family | Indicators | Weight | Data source |
Refresh cadence, recalibration plan.
Quality checklist
- Every account is assessed on all five signal families or the gap is noted.
- The renewal decision-makers are mapped for each account, not assumed from its segment.
- Ratings consider trend, not only current level.
- Priority combines risk, renewal date, and value.
- Each at-risk account has a root cause, not just a symptom.
- Save plans have owners, dates, and a review date.
- Discounts are not the default remedy.
- Patterns across accounts are summarised for product and leadership.
- A health score proposal includes a recalibration step.
Common mistakes
- Starting the save conversation at renewal. By then the customer has usually decided. Risk work must start two or more quarters ahead.
- Assuming who decides the renewal. A friendly user does not offset silence from an enterprise budget owner, but in a small or product-led account that user may be the budget owner. Map the actual renewal committee before reading relationship signals.
- Usage counts without context. Login volume can look fine while the team that bought the product has stopped using it.
- Discounting to save an adoption problem. A cheaper product nobody uses still churns next year.
- Health scores nobody calibrates. If green accounts churn, the weights are wrong; compare scores with actual outcomes each cycle.
- Hiding risk to protect a forecast. Late surprises are worse than early honest flags.
- No feedback loop to sales and product. The same poor-fit customers keep being sold and the same gaps keep causing churn.
Example prompts
- "Review these 40 accounts renewing next quarter and flag churn risk. Here is usage, ticket and contact data."
- "Our champion at a top-10 customer just left. Write a save plan."
- "Design a simple customer health score from usage, support and relationship signals."
- "We lost three customers last month. Find similar accounts in our book before they leave."
- "Prepare talking points for a renewal conversation with a customer whose usage dropped 40%."
Other skills for the same job
Different authors, same problem. Matched on the words in the skill name, across every library in the catalogue except this one.
- churn-risk-detector by edupegoretti · 0
- churn-risk-scorer by smarte-skills · 0
- churn-prevention by coreyhaines31 · 57,918
- account-structure-review by irinabuht12-oss · 6,620
- first-principles-review by sno-ai · 861
- first-principles-review by sno-ai · 861
- peer-review by sno-ai · 861
- cos-review by sno-ai · 861
Need help setting it up?
This page tells you what churn-risk-review does and what it needs. Cheetah builds the agent setup it runs inside: data, CRM, sequencing and the guardrails.
Book a call →The directory stays free. There is nothing gated behind this.