
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 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.
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 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.