Case study · Insurance · Customer Retention
Insurance Customer Retention: Elevated → Significantly lower
The whole build: 3 ai agents, 5 tools, and the before-and-after on metrics the team already tracked.
Monthly Churn Rate
Flag the insurance accounts at risk of churning.
Retention rate · Insurance. Proactive outreach caught 9 at-risk accounts before renewal.
SalesforceDocuSignGmail3 AI agents · 5 tools connected · live in half a day · no code
- Company
- Insurtech company
- Team size
- 20-100 employees
- Industry
- Insurance
- Time to live
- Half a day
- Agents deployed
- 3 AI agents
- Tools connected
- 5 integrations
The context
Why Customer Retention is hard in insurance.
Nothing about customer retention is complicated on a single instance. What makes it expensive in insurance is volume arriving through submissions, ACORD forms, carrier portals, claims notices, and renewal lists, against the renewal date and the claims service standard. Miss the window and the cost is not the minutes — it is a renewal that lapses because a form sat in someone’s inbox.
Constraints the build had to hold
Forms are structured, and messy
Extraction is checked against each form type’s expected schema. Failures escalate rather than get guessed at.
Carrier rules differ
Each carrier gets its own branch inside one pipeline, rather than a pipeline nobody maintains.
Coverage decisions stay licensed
Anything constituting advice or a coverage determination is prepared for a licensed producer, never issued.
The change
Same job. Two chains.
Every handoff in the left-hand chain is somewhere Customer Retention used to wait. The right-hand chain has the same steps and none of the waiting.
By hand
- Signals spread across systemsnobody joins them up
- Only the biggest accounts reviewedthe rest go unwatched
- Risk list built by handstale by Friday
- Churn learned from the cancellation
weeks after the decision
With agents
- Work arrives on any channelpicked up in seconds
- Signal agenthanded straight on
- Risk agenthanded straight on
- Save agent
logged, and reviewable
When the work can happen
Before and after
What Customer Retention cost them, and what replaced it.
The challenge
Retention at this insurtech company was reactive by design, and everybody knew it was the wrong design. Their insurance book was large enough that no team of 20-100 employees could review every account regularly, so review followed escalation — which meant it followed the accounts already in trouble and missed the ones sliding quietly.
The full background
Attempts at a churn-risk list had been made and abandoned. Built by hand in a spreadsheet, it was accurate on the day it was built and stale by the end of the week. It also could not explain itself: an account appeared on the list with no reason attached, so outreach was generic, and generic outreach to a customer who has a specific unaddressed problem tends to confirm the decision rather than change it.
What they built
Retention stopped following escalation and started following signal. The team connected Applied Epic, Gmail, and their product events to DeskFerry, and every insurance account — not just the largest few — is now reviewed nightly by agents that never get too busy.
How it was wired
Accounts that cross into risk are assigned with a reason attached, which is what made the outreach specific enough to work. Saves and losses feed back monthly and a human reviews what the scoring got wrong, because a risk score nobody audits stops meaning anything within a quarter. The team kept the judgement where it belongs: the agent proposes the play and drafts the message, the CSM decides whether this particular customer wants to hear it.
The impact
What changed, measured the same way on both sides.
Before and after across the metrics that matter for insurance Customer Retention.
Monthly Churn Rate
Major reduction
At-Risk Detection Lead Time
Proactive vs. reactive
Retention Intervention Success
Significant improvement
Annual Revenue Saved
Meaningful impact
NPS Score
Major improvement
How these were measured
- Baseline
- The "before" column is the team’s own measurement of their manual customer retention process, taken over the four weeks before anything was connected.
- Comparison
- The "after" column is the same measurement repeated on the same process once the agents were live, so both sides count the same things in the same way.
- Why no percentages
- These are composite scenarios built from patterns across many deployments, not one audited customer’s books. Directional language is the honest way to report that — your own numbers will depend on your volume, your process, and your starting point.
A day, either side
The same day, before and after.
What Customer Retention actually looked like for this insurance team — the version they described in the first call, and the version they run now.
Before DeskFerry
Monday
Find out an account churned by seeing the cancellation email.
Tuesday
Look back through the data. The warning signs were there in week three.
Wednesday
Build a churn-risk list by hand. It is out of date by Friday.
Thursday
Outreach goes to whoever the CSM happened to think of.
Quarter end
Net revenue retention explains the insurance forecast miss.
After DeskFerry
Monday
Risk scores refreshed overnight from real usage and support signals.
Monday
Accounts that moved into risk this week are already assigned with a reason.
Wednesday
Outreach is drafted per account, referencing what actually changed.
Thursday
Saves and losses feed back, so the scoring gets sharper each month.
Quarter end
Churn is a number the team moved, not one it explained.
The build
The 3 agents that run it.
One job each, with an explicit handoff between them. Splitting Customer Retention this way is what makes a failure legible — you can see which step it went wrong at instead of debugging one agent that does everything.
- 01
Signal agent
Trigger
Nightly, across every account
Reads product usage, support history, invoice status, and sentiment from Applied Epic into one account picture.
Agent 1 of 3 in the Insurance workflow.
- Feeds a fresh signal set to scoring.
- 02
Risk agent
Trigger
Signals refresh
Scores churn risk against what actually preceded churn in this insurance book — not a generic model — and names the reason for each score.
Agent 2 of 3 in the Insurance workflow.
- Assigns accounts that crossed into risk, with the reason attached.
- 03
Save agent
Trigger
An account is flagged at risk
Drafts outreach referencing the specific change, proposes the play that worked on similar accounts, and books the call.
Agent 3 of 3 in the Insurance workflow.
How they did it
From nothing to production in half a day.
No code, no IT ticket, no vendor implementation team. These are the steps in the order this team took them.
Step 01
Mapped the current workflow
Every step of the manual customer retention process, including exceptions — and which of them a person should keep.
Step 02
Built it in DeskFerry
Applied Epic and DocuSign as sources, insurance decision logic, automated actions and alerts.
Step 03
Ran it in parallel
One week alongside the manual process. Edge cases flagged for review rather than actioned.
The stack
Nothing was replaced. Everything was connected.
The insurance team kept the tools they already ran — DeskFerry sits between them.
Applied Epic
Policy, submission, and renewal state
Salesforce
System of record for accounts and pipeline; every write is scoped to owned fields
DocuSign
Signature events that start the workflow the moment a deal is real
Gmail
Where the work arrives, and where drafted replies go back out
Google Sheets
The lightweight ledger the team already reads, kept current automatically
Customer Retention handled end to end · significantly lower, every time
What stayed human
The parts they deliberately did not automate.
Automating Customer Retention end to end was never the goal. Removing the volume so the judgement calls got proper attention was.
The save play
The agent proposes; the CSM decides. Retention offers made by a machine to an unhappy customer are how a save turns into a complaint.
Scoring drift
Outcomes feed back monthly and a human reviews what the model got wrong, because a risk score that nobody audits stops meaning anything within a quarter.
The claims processing speed question
Asked first by every insurance team. Agents run on the access the staff account already had, every action is logged, and any step can be stopped without unwinding what ran.
Takeaways
What transfers to your team.
The parts of this that are not specific to one company's tooling or volume.
- 01
Connecting the existing insurance stack beat replacing it.
- 02
Backlogs went away because the work no longer waits for office hours.
- 03
Quality stopped varying by whoever picked the task up.
- 04
Starting from a template and tightening the rules weekly beat designing it upfront.
In their words
“The ROI came quickly. Our customer retention throughput increased significantly while our error rate dropped dramatically. For a insurance business of our size, that translates directly to the bottom line.”
Composite — written from what teams running this workflow report, not a single named customer.
FAQ
Questions people ask about this build.
Automating Customer Retention in insurance — what it takes, and where it stops.
How long does it take to set up customer retention automation for a insurance business?
This team was live in half a day. Pre-built insurance templates cover the wiring, so most of that time goes on your business rules rather than on connecting things. No code.
How many AI agents does customer retention automation actually need?
3 here: signal agent, risk agent, save agent. The split matters more than the count — one job and one handoff each means a failure tells you which step broke. One agent doing everything does not.
What results can a insurance business expect?
The figures here are directional, not audited — composite scenarios, not one customer's books. What transfers is the shape: routine volume stops needing a person, exceptions surface instead of sinking, and nothing waits for office hours. Your numbers depend on your volume and starting point.
How does DeskFerry handle insurance data and access?
Agents run on the same access the staff account already had — throughput widens, permissions do not. Every action is logged with what it read and changed, and any step can be stopped without unwinding what ran. DeskFerry holds no formal insurance certification, so scope it as you would any other system in your control environment.
What still needs a person?
More than most automation pages admit. Anything outside the rules stops and goes to a named owner with context attached, rather than being guessed at. The rules themselves are changed by people — agents never widen their own tolerances. The carve-outs this team kept are named above.
What tools does this connect to?
1,500+ integrations. This build used Applied Epic, Salesforce, DocuSign, Gmail and Google Sheets; most insurance stacks are a variation on that. CRM, email, chat, databases, and industry-specific software all connect without code.
Run this in your own stack.
Describe how Customer Retention should work at your insurance business, in a sentence. DeskFerry builds the agents, wires your tools, and takes the routine volume from there. Start free — no credit card.
Or start from a template — Customer Retention agent for Insurance.
Keep exploring
Related case studies.
The same job in another industry, or another job in this one.
More Insurance case studies
Customer Retention in other industries
Composite scenario — built from patterns across many insurance Customer Retention deployments rather than one customer's books. Figures are directional; your own depend on your volume, process, and starting point.