Skip to content

War Stories

A war story: the Friday-afternoon phone outage (and why it matters for AI)

A de-identified story from 30 years of running business IT — why the boring discipline of operations, not the clever demo, is what actually keeps a business answering its phone. And why we run AI the same way.

A desk lamp lighting a calm server rack at night, one amber LED among rows of steady blue

This one’s from the PearceIT side of the desk — the managed IT services work I’ve done for years, de-identified to protect the client. I’m telling it because it explains, better than any feature list, why we run AI the way we do.

The call

Friday, mid-afternoon. A client — an appointment-based business, the kind where the phone ringing is the revenue — calls to say their phones are dead. Not “a bit glitchy.” Dead. No incoming calls at all, on the busiest afternoon of their week, with customers presumably hitting a dead line and calling the next business on their list.

Every minute that phone was down was money walking out the door in real time.

What actually fixed it

Here’s the unglamorous truth: it wasn’t heroics that fixed it quickly. It was the boring stuff that had been done months earlier.

  • We already knew their setup — the PBX, the carrier, the routing — because we’d deployed and documented it. No frantic discovery while the clock ran.
  • Monitoring had already flagged the symptom pattern, so we weren’t debugging blind.
  • There was a known-good configuration to fall back to, because it had been backed up, because someone had bothered.

The fix itself was quick once you knew where to look. Knowing where to look is the part that takes 30 years and a lot of unglamorous discipline.

The lesson that transfers directly to AI

Everyone selling AI right now is showing you the demo — the clever moment where the thing works. Nobody’s showing you the Friday afternoon when it doesn’t.

But an AI receptionist is exactly like that phone system: it’s fine until it isn’t, and what determines whether “isn’t” is a shrug or a disaster is entirely about operations. When the AI hits something it can’t handle, does it escalate cleanly or does it guess? When something breaks, is anyone watching? Is there a fallback? Is there a human on the hook?

This is why I keep saying AI should be run like infrastructure, not a demo. Not as a slogan — because I’ve spent decades being the person who gets the Friday-afternoon call, and I know exactly what separates a business that stays answered from one that doesn’t.

How we build this into the AI receptionist

The same discipline that fixed that outage is baked into how we run the AI receptionist:

  • We integrate into the phone system we already understand — no rip-and-replace — so there’s no mystery setup to debug under pressure.
  • It’s monitored, and someone’s accountable when it misbehaves.
  • Hand-off rules are explicit: when in doubt, it takes a message or transfers to a human rather than improvising.

Clever is easy to sell and easy to fake. Reliable is neither. The managed-services approach exists because the second one is what actually keeps your business answering its phone — on a Friday afternoon, or any other time.

Want that discipline pointed at your phones? Book an audit call.

Not sure where AI actually pays back?

Start with an AI Opportunity Audit. You get a prioritised map of where automation earns its keep in your business — and a roadmap you own, whether you build it with us or not.