At-Risk Renewal Save Desk

A persistent retention workspace where the risk-scoring model and what has actually worked accumulate, turning renewal risk from a judgement call into a repeatable triage.

CSM
Expansion
Advanced
20 min
Customer Success & Expansion
Free
Member

What this Project holds

Inside this Project, Claude carries the retention picture:

  • The risk-scoring model — the signals, weights, and thresholds, so tiers mean the same thing across accounts and across quarters.
  • Each account's risk history and trajectory — a tier-three account worsening is a different situation from one improving.
  • Which save plays were run, for which accounts, and what happened.
  • What has actually worked, which is the only reliable guide to what to try next.

Run one Project for your whole book. The comparative history is the value; one Project per account would throw it away.

When to use it

Reach for this Project when:

  • An account is showing risk signals ahead of renewal.
  • You need to triage a set of renewals and decide where the effort goes.
  • A champion has left and you need a re-engagement approach.
  • An account needs executive escalation and you need a brief that earns the attention.

Use something else when:

  • The account is healthy and the conversation is a business review — that is QBR Builder for Customers.
  • You are managing pipeline rather than a book of renewals — that is Pipeline Review Workspace.

Project Instructions

A portable text file you can keep, edit, and paste into Claude. It is not an installation.

What you'll need

Per account, you provide:

  • The account name, renewal date, and contract value.
  • Usage trend over at least two comparable periods — a single snapshot cannot show direction.
  • Support and sentiment signals: ticket volume, severity, escalations, survey scores.
  • Champion status — still present, changed role, or departed.
  • Anything the customer has said about renewal, budget, or their own priorities.

Two comparable periods is the minimum. Without a trend, seasonal variation is indistinguishable from decline, and that mistake produces false alarms that erode trust in the whole model.

Suggested knowledge files to upload

FileOwnerRefresh
Usage and health data exportYou or RevOpsWeekly
Support ticket historySupportWeekly
Renewal calendar with valuesRevOps or renewalsMonthly
Prior save-play debriefsYouAfter each save attempt
Escalation contacts and thresholdsCustomer success leadershipQuarterly

The save-play debriefs are what make this Project improve. Most retention programmes never write them, which is why the same play gets run repeatedly without anyone knowing whether it works.

Claude accepts files up to 30MB each, and there is no fixed limit on how many you add, but everything in a Project's knowledge has to fit the context window. Fewer, sharper files beat a full archive.

Prepare files this way:

  • Strip cover pages, legal boilerplate, and navigation chrome — they consume context and carry no signal.
  • Prefer text formats. A clean export beats a scanned PDF.
  • Name each file for what it contains, not when you exported it. Claude reads filenames.
  • One subject per file. A merged reference document is harder to cite precisely.
  • Date anything that goes stale, inside the file itself, so Claude can tell you when it is working from old material.

Setting it up

  1. Create the Project. Name it for your book — for example Save Desk — Enterprise West.
  2. Paste the Project Instructions.
  3. Replace the three bracketed fields. The health-score definition matters most: if your organisation already has one, the rubric should defer to it rather than compete with it.
  4. Upload the knowledge files, escalation thresholds and renewal calendar first.
  5. Triage one account you already understand well. If the rubric disagrees with your read, that is the calibration conversation — adjust the weights in your health-score placeholder rather than ignoring the output.
  6. Write the debrief after every save attempt, won or lost. This is the step that compounds.

About the bracketed fields

The bracketed fields below are placeholders you replace with your own details before you save the instructions. Leaving them unfilled produces generic output — that is the single most common reason a Project underperforms in its first week.

This Project has three:

  • [FILL IN: Company Name] — your employer.
  • [FILL IN: Your Health Score Definition] — how your organisation already measures account health, if it does. The rubric below defers to yours where they overlap; leaving this unfilled means the default weights apply and Claude will say so.
  • [FILL IN: Your Escalation Thresholds] — the contract value, risk tier, or circumstance that triggers executive involvement, and who gets involved. Without it, escalation recommendations are generic and get ignored.

Preview

Role

You are a retention analyst for [FILL IN: Company Name], running a save desk across a book of renewals. You triage risk on evidence, design save plays with named owners, and never propose a commercial concession.

Operating rules

  • Never assign a risk tier without showing the per-signal scoring.
  • Always distinguish usage decline from seasonal variation.
  • Never draft a customer-facing concession — route it to the account owner.
  • Never score a signal with no data; report it unscored and reduce the total.
  • Never present a save play as a prediction of retention.

The risk rubric — five weighted signals

Usage trend (30) · champion status (25) · support and sentiment (20) · business-outcome delivery (15) · commercial signals (10). Tier 1 critical at 80+, tier 2 high at 60–79, tier 3 watch at 40–59, tier 4 stable below 40.

The full instructions continue with the scoring guidance per signal, the four output templates, the commands, and escalation.

What it produces

Four modules, each with a defined output template:

  • Risk triage — a tier with the per-signal scoring shown.
  • Save play — actions with owners and dates.
  • Re-engagement sequence — for a lapsed or changed relationship.
  • Executive escalation brief — short enough that an executive reads it.

Example output

A risk triage summary. Calderwood Insurance is fictional.

Risk triage — Calderwood Insurance · renewal 12 November · $186k · 94 days out

Signal scoring

SignalWeightScoreEvidence
Usage trend3021 / 30Weekly active users down 34% across two quarters, 240 to 158. Not seasonal: the same period last year was flat.
Champion status2525 / 25Economic champion left in June. Replacement named but not yet engaged. Maximum score — this is the single strongest churn predictor in the debrief history.
Support and sentiment2012 / 20Ticket volume up 40%, two severity-1 incidents in 90 days. Latest survey 6/10, down from 8.
Business-outcome delivery154 / 15Two of three original success criteria met and evidenced. This is the account's strongest area.
Commercial signals106 / 10Procurement requested a mid-term pricing breakdown in July — unusual, and often precedes a competitive review. No competitor named.
Total10068 / 100Tier 2 — High risk (threshold: 60–79)

Three contributing signals, in order

  1. Champion departure with no re-established relationship. Ten weeks since departure, no executive relationship with the successor. In the debrief history, champion loss without re-engagement inside 60 days is the strongest predictor of non-renewal in this book.
  2. Sustained usage decline that is not seasonal. 34% over two quarters against a flat comparable period last year. The decline concentrates in one business unit, which suggests a specific cause rather than general disengagement — worth finding.
  3. Procurement pricing request. Ambiguous alone; meaningful alongside the other two.

Save play

ActionOwnerByAddresses
Executive introduction to the successor champion, positioned as a relationship reset rather than a renewal conversationCSM plus our VP CSWithin 10 daysSignal 1
Usage diagnostic on the declining business unit — find the cause before proposing a remedyCSM with solutionsWithin 14 daysSignal 2
Written incident review for both severity-1 events, with what changedSupport leadWithin 14 daysSignal 3 and sentiment
Value summary built on the two met success criteriaCSMBefore the executive meetingReframes the conversation on delivered outcomes

Escalation trigger

Per the thresholds, tier 2 above $150k with fewer than 100 days to renewal warrants executive sponsorship now rather than at tier 1. Recommend engaging the executive sponsor this week.

No commercial concession is proposed here. If the successor champion raises price, that is a conversation for the account owner and finance, not a save play.

Your first session

Triage [account] for renewal risk. Here's the usage trend and the last quarter of support tickets.

Keeping it current

Refresh usage, health, and support data weekly. Risk moves faster than most other things this library tracks, and a two-week-old signal set misses the movement that matters.

Write the debrief after every save attempt, won or lost — especially lost. That record is the only thing that makes the model better rather than merely consistent.

Recalibrate the weights quarterly against outcomes. If champion departure predicts churn better than usage decline in your book, the weights should reflect that; the defaults below are a starting point, not a finding about your business.

Refresh escalation thresholds and contacts quarterly, and immediately after any change in customer success leadership. Refresh the renewal calendar monthly.

Guardrails

This Project scores signals, not feelings:

  • Never assign a risk tier without the signals supporting it. Show the per-signal scoring every time. A tier without its working is an opinion.
  • Distinguish usage decline from seasonal variation. Always compare against the equivalent prior period where data allows, and say so when it does not.
  • Never draft a customer-facing concession. Discounts, credits, contract changes, and commercial terms are the account owner's decision. Where a save play seems to require one, say so and route it rather than drafting it.
  • Never score a signal for which no data was provided. Report it as unscored and reduce the available total, rather than assuming neutral.
  • Never present a save play as a prediction of retention.
  • Never characterise the customer's people. "The successor has not engaged" is observed; "the successor is hostile" is not.
  • Never escalate on tier alone where the thresholds define other conditions.

Claude must:

  • Show the signal, weight, score, and evidence for every tier assessment.
  • State the comparison period for any trend claim, and flag when only one period is available.
  • Report which signals were unscored and how that affects confidence in the tier.
  • Distinguish a signal observed in data from one reported second-hand.
  • Cite the debrief history when claiming a pattern, including how many prior cases support it — two is a hint, not a rule.
  • Never invent a renewal date, contract value, ticket, or survey score.
  • Flag when health data is more than two weeks old, since risk moves faster than that.

Privacy and sensitive data

Keep out of the Project knowledge base:

  • Personal data about individuals beyond names, titles, and business contact details — no home addresses, personal phone numbers, or anything from an HR file.
  • Customer data you are contractually barred from processing outside your own systems. Check the agreement before uploading a customer's data.
  • Credentials, API keys, and access tokens of any kind.
  • Material under an NDA that does not permit third-party processing.

Your company's own policy on approved AI tools governs. If you do not know whether a document can go into Claude, ask the person who owns it before you upload it.

Specific to this Project: usage, support, and sentiment data are your customer's information held under your agreement with them. Aggregate figures are usually appropriate; individual end-user activity records usually are not, and are not needed for triage. Do not record personal judgements about named customer staff — a departed champion is a fact about the account, not an opportunity to characterise a person.

Human review

Before acting on any triage:

  • Verify the signal data against source systems. A misread usage column produces a confident wrong tier, and a false alarm at tier 1 costs credibility with the executives you will need later.
  • Confirm save-play owners have accepted their actions and dates.
  • Have the account owner approve anything touching commercial terms — including the decision to open that conversation.
  • Sense-check the tier against what you know. Where your read and the rubric disagree, investigate rather than overriding silently; one of them is learning something.

Limitations

Discounts, credits, contract changes, and any commercial concession require the account owner's and finance's approval. This Project drafts and analyses; it does not authorise. A concession discussed with a customer before internal approval is very difficult to withdraw.

Risk scoring is a triage tool for directing effort, not a prediction of renewal. Accounts scored high risk renew and accounts scored low risk churn; the model exists to allocate attention, not to forecast revenue.

The model sees what you enter. Relationship factors, budget changes, and internal customer politics are frequently decisive and usually invisible here.

Where a renewal involves contractual notice periods, auto-renewal terms, or termination rights, those are governed by the executed agreement and may carry deadlines this Project cannot see. Check the contract.

Before you start

A Claude account with Projects access; feature availability may vary by plan or account. You also need usage or health data and support history you can paste, and your renewal calendar — risk scoring without signals is an opinion with a number attached.

Related Projects
Last reviewed
August 9, 2026

Seven more Projects, built the same way.

Pro opens every Project in the library, plus 2,900+ sales prompts. $4.99/month, $48/year, or $99 lifetime.