Your AI said 'one moment please' — and the customer heard nothing for 9 minutes

A pest-control company in Georgia ran the numbers on their AI phone agent and found something their dashboard will never show. The agent handled 1,900 calls last month. Average handle time: 2 minutes 40 seconds. Satisfaction tags: fine. But 17% of calls — roughly one in six — contained the same pattern: the AI said some version of "let me check that for you, one moment," went silent, and never came back. The caller waited on the line. The median silent stretch was 4 minutes. The longest was 9 minutes 12 seconds, after which the caller hung up and called a competitor.

The agent didn't crash. It didn't escalate. It just... stopped talking, because the lookup behind it was slow, the barge-in detection missed two "hello?" attempts, and nobody had ever written a rule for what the AI should do while it works.

I've now audited this failure at five deployments — pest control, a med-spa, an HVAC franchise, a law firm intake line, an auto parts distributor. The pattern is identical everywhere: dead air is not a system failure your monitoring catches, because the system considers the call "active." Nothing errors. Nothing alerts. The customer just hears nothing, forms a judgment about your business, and leaves.

Here's the math that makes it a priority. Across those five deployments, silent stretches over 90 seconds preceded a hang-up 41% of the time. Of callers who hung up mid-silence, 63% never called back that day. You bought an AI agent to answer every call, and it's quietly creating the most expensive kind of call: the one where the customer was engaged, asked for something specific, and got abandoned mid-request.

Four mechanisms, all ordinary.

1. Long tool calls with no filler. The agent calls a scheduling API, an inventory system, a CRM lookup. If that round trip takes 20–90 seconds, the raw agent just waits. Humans fill silence ("bear with me, it's being slow today"); bots don't, unless told to.

2. Barge-in detection failures. The caller says "hello? are you there?" If your speech pipeline doesn't register that as an interruption event, the AI keeps waiting for its tool result while the caller's questions vanish into the void. At the pest-control company, 22 of the 61 calls with long silence contained at least one unanswered "hello" — the AI literally never heard it.

3. "One moment" as an escape hatch. When the agent doesn't know the answer, its training drifts toward "let me check on that" as a safe stall. Then the check finds nothing, and the agent — with no fallback rule — says nothing. The stall becomes a hole.

4. Transfers that aren't transfers. The agent says "I'll connect you with someone" and dials a queue that's closed, or rings a human who doesn't pick up. Dead ring tone. The customer thinks they're being helped. They're being parked.

Write it as hard rules, not vibes. This is the block I paste into every deployment's system prompt:

SILENCE PROTOCOL (voice and chat agents):

1. Any tool call expected to exceed 5 seconds → fill within 2 seconds:
   "Give me about 20 seconds to pull that up."
   Never promise "one moment." Name the duration.

2. If the tool call exceeds the named duration → update again:
   "Still working on it — about 10 more seconds."
   Update at least every 20 seconds, forever. There is no
   point at which silence becomes acceptable.

3. If the caller speaks while the agent is working ("hello?",
   "you there?") → respond within 1 second:
   "I'm here — still pulling that up, about 15 more seconds."
   Never resume the original answer without acknowledging them.

4. If a lookup fails or returns nothing after 60 seconds:
   "I can't pull that up right now. Here's what I can do —
   I'll take your number and have someone call you back
   within the hour, or you can [alternative]."
   Never terminate on a failed lookup. Never re-ask the
   question from the start.

5. If a transfer rings more than 15 seconds with no pickup:
   return, acknowledge, and offer the callback instead:
   "That line isn't picking up right now — let me get a
   callback scheduled for you instead."

6. Hard cap: 90 seconds of no customer-facing output on ANY
   channel, for ANY reason. Log every violation as an incident.

Rule 6 is the one that changes behavior, because it makes silence measurable. Most platforms log "call connected" and "call ended" but nothing in between. If your agent can't count its own output gaps, count them in the transcript post-processor: any 90-second span with no agent utterance is an incident with a timestamp and a cause.

Some silence will still happen — the vendor updates a model, a provider has a bad day. What separates a recoverable moment from a lost customer is the first sentence after the gap. Keep these five ready:

Note what the scripts never do: pretend nothing happened, restart the conversation from the greeting, or apologize more than once. One acknowledgment, one forward path, one question. The annoyed-caller script deliberately drops all warmth scaffolding — annoyed people want speed, not personality.

Pull 50 random transcripts from the month and run this check. It's mechanical:

At the HVAC franchise, this audit took 19 minutes for 60 transcripts and found the single worst defect in the deployment: their after-hours transfer target was a number nobody had updated after a staff change — so for three weeks, every "I'll connect you with our on-call technician" ended in infinite ring tone. The vendor dashboard showed 96% "successful handling." Every metric was green; the phone was just ringing in an empty room.

Week of: ______
Transcripts sampled:                       ____
Incidents >90s agent silence:              ____
  caused by slow tool call:                ____
  caused by failed lookup:                 ____
  caused by dead transfer:                 ____
Unanswered "hello?" events:                ____
"One moment" stalls with no follow-up:     ____
Post-silence acknowledgments given:        __ / __
Mid-call hang-ups within 10s of a stall:   ____

The metric that matters most is the last line. A hang-up right after a stall phrase is the customer telling you, in the clearest signal a phone line can produce, that they gave up. Target: zero. Everything else on the card is a leading indicator for it.

Six weeks after the pest-control company deployed the protocol: their longest silent stretch that month was 31 seconds (a slow inventory API, filled with two updates), unanswered barge-ins dropped from 22 per month to 1, and the failed-lookup callback path caught 38 requests that previously would have evaporated. Two of those turned into jobs worth $340 total. The protocol was one afternoon of prompt work.

[ ] No "one moment" — name the duration: "about 20 seconds"
[ ] Status updates every 20s during any tool call, no ceiling
[ ] Barge-ins answered within 1s: acknowledge, then re-state ETA
[ ] Failed lookup → callback path, never re-ask from the start
[ ] Dead transfer >15s → return, acknowledge, offer callback
[ ] Hard cap 90s output gap on every channel, logged as incident
[ ] Silence incidents have a cause tag: tool / lookup / transfer
[ ] 5 recovery scripts live in the prompt, rehearsed monthly
[ ] Post-silence: one acknowledgment, one path, one question
[ ] Monthly audit: 50 transcripts, 5 checks, 20 minutes
[ ] Mid-call hang-ups mapped to last agent utterance
[ ] One owner; vendor dashboard never treated as proof of health

If you only do one thing, grep this month's transcripts for "one moment" and check what followed it. In five deployments I've audited, between 8% and 17% of those stalls were followed by nothing at all — and none of the five owners knew until the transcript was on the screen.

The silence protocol prompt block, the five recovery scripts, and the wait-time audit worksheet are in the kit I run on deployments: Agent Audit Pack