
The short version
Monday morning, my Red Flag agent flagged a tier-1 customer with four support tickets in 48 hours when they normally averaged 1-2 per month. By Friday afternoon, the fourth ticket read "we're evaluating other vendors." The agent did its job: pattern-matched at scale on data I couldn't watch manually. The PM work was the 45-minute call where I caught what the volume actually meant (a deprecation notice they'd missed during an identity provider migration). I built a backward-compatibility shim by Tuesday afternoon, walked through migration on Wednesday morning, and they renewed three weeks later at full terms. Without the agent, that signal lives in the support backlog until CS finally notices renewal is at risk. The agent didn't save the deal. It made sure the PM work happened three weeks early.
Monday morning, 7:47 AM. I'm scrolling through the Red Flag agent report with my coffee. Most of it is noise - contract renewals coming due, usual stuff. Then I see it: a tier-1 customer flagged CRITICAL with a pattern I'd never seen before.
Four support tickets in 48 hours.
Not unusual on its own. But for this customer? They averaged 1-2 support tickets per month. This was a 400% spike.
The agent had done its job: pattern matched, severity calculated, routed to my attention. But here's where the playbook kicked in - the agent catches the signal, but I needed to catch the intent.
The Signal
Let me set the context. This customer was mid-market, SaaS, using our platform for user authentication and session management. They'd been with us for three years. ARR was healthy, NPS was solid, churn risk on standard metrics was low. The kind of account that doesn't show up on your worry list.
The support tickets came in rapid succession:
- Thursday 2 PM: "Integration not returning user attributes"
- Thursday 4 PM: "Same issue, urgent"
- Friday 9 AM: "Still broken, our staging environment is down"
- Friday 2 PM: "We're evaluating other vendors"
I read those tickets in order, and the emotional escalation was visible. The support team had been responsive - replied within an hour each time. But the underlying technical issue wasn't resolved, and by ticket four, the customer was signaling they were looking at alternatives.
The agent flagged the volume spike. I caught what the volume meant.
The Investigation
I called the customer that same Monday. Not a customer success manager - me, a PM who could actually fix the problem or explain why we couldn't.
The call lasted 45 minutes. Here's what happened:
Their integration was breaking because they'd recently migrated to a new identity provider. Our API was still returning attributes in the old format - we'd issued a deprecation notice eight months ago, but they'd missed it. Migrations are chaos; of course they missed it.
The problem was solvable, but not in the way they expected. They thought we'd broken our API. We thought they'd missed a deprecation notice. Both true, both frustrating.
But here's the critical moment: about 20 minutes into the call, they said, "We've already reached out to two other vendors. We need to know if this is a fundamental issue with how your system handles identity providers, or if this is just a migration problem on our end."
They were asking permission to leave. They needed an escape route that didn't feel like a betrayal of their team's original decision to use our platform.
So I said something risky: "I'm going to own this. Not customer success, not support - me. Here's what I'm doing this week."
And I meant it.
The Fix
By Tuesday afternoon, I had:
- Root-caused the exact scenario they hit (migration to Okta without checking deprecation notices - this had happened to two other customers the same month)
- Created a backward-compatibility shim so their old format still worked while they migrated
- Built a migration guide specific to their use case
- Scheduled a technical handoff with our engineering team for Wednesday
Wednesday morning, I walked through the migration with them. It was 30 minutes of technical work on their end, plus we'd handled 90% of the compatibility concerns on our side.
They renewed. Not immediately - they went through their normal 3-week evaluation period. But the evaluation period was checking boxes, not shopping. Because the problem was fixed, the emotional escalation had stopped, and they'd heard from a PM that we understood what happened and wouldn't let it happen again.
Three weeks later, they signed the renewal. Same terms, no discount needed.
What the Playbook Actually Did Here
The Red Flag detection agent did exactly what it was designed to do: pattern matching at scale. I couldn't monitor every customer's support ticket volume manually. The agent could, and did, every single day.
But the agent didn't call the customer. The agent didn't read the emotional subtext between "urgent" and "evaluating other vendors." The agent didn't know that a three-year relationship was worth a 45-minute PM call on a Monday morning.
The playbook says: Agent flags the signal. You provide the context that turns the signal into action.
Without the agent, that four-ticket spike lives in the noise of a support ticket backlog until CS finally notices the renewal is at risk. Three weeks of lost trust, and a renewal conversation that starts from a place of damage control instead of partnership.
Without the PM reading between the lines, the fix is "technical support resolved," and the customer's underlying doubt about our product's reliability doesn't get addressed.
This is where the system works: agent → signal → context → action → outcome. It is the same loop described in the full AI agent fleet across the Measure and Amplify stages.
The Lesson
One number haunts me: they'd filed four support tickets and we weren't even talking about it as a churn risk yet. The NPS and CSAT Deep Dive agent runs a similar early-warning pattern on satisfaction scores, and pairs well with the Red Flag agent for full account health coverage. The standard machinery hadn't kicked in. If I'm running this company without the Red Flag agent, that customer's renewal conversation happens three weeks later, after they've already built the RFP for Competitor X.
The agent didn't save this deal. The PM work did. But the agent made sure the PM work happened three weeks early, when "I understand what went wrong and I've already fixed it" is still credible.
That's the playbook working.
Also on Medium
Full archive →AI Agents and the Future of Work: A Pixar-Inspired Journey
What product managers can learn about AI agents from how Pixar runs a film team.
Many AI Agents Are Actually Workflows or Automations in Disguise
How to tell agents from workflows from cron jobs, and why it matters for what you ship.
Frequently asked
How do AI agents help catch churn signals early?+
A Red Flag agent monitors support ticket volume, NPS, and product usage across every account simultaneously. It pattern-matches at scale, something no PM can do manually, and surfaces anomalies before they reach the renewal conversation. In this case, a 400% spike in support tickets for a normally quiet account appeared Monday morning before the customer had considered leaving.
What's the playbook when an agent flags a churn risk?+
Call the customer yourself, same day, as a PM who can actually fix the problem, not as CS doing a check-in. Listen for the emotional arc between tickets, not just the technical issue. Own the resolution personally and set a specific timeline. The agent buys you three weeks of lead time. What you do with that time is the PM work.
Can an AI agent save a customer relationship on its own?+
No. The agent flags the signal. The PM provides the context that turns the signal into action. In this playbook, the agent caught the volume spike, but only a human reading the emotional escalation from 'urgent' to 'we are evaluating other vendors' understood what the data actually meant. The agent made sure the right PM work happened three weeks early.
What does a churn-risk conversation actually look like?+
The critical moment in this story was about 20 minutes in, when the customer said they needed to know if the issue was fundamental or just a migration problem. They were asking permission to leave without feeling like they were betraying their original decision. Owning the resolution personally, with a specific plan and timeline, gave them a reason to stay through their evaluation period.
How do I set up a Red Flag agent for churn detection?+
Connect your support platform and CRM to an agent that watches for anomalies: ticket volume spikes, NPS drops, usage declines, and missed QBRs. Set thresholds by customer tier so tier-1 accounts trigger faster. The agent's output should be a daily digest of accounts whose behavior looks different from their own historical baseline, ranked by account size.

Comments (0)
Sign in with LinkedIn to leave a comment.
Sign in with LinkedIn