System rescue

Keeping a bought-in content system running after the builder moved on

A healthcare marketing agency

Client
Healthcare marketing agency
Work
Outage, alerting and pipeline fixes
Then
A full audit of the estate
BEFORE They own it. Nobody built it. Alerts fire twice, or not at all. A key sitting in a blueprint. You hear from the client first. AFTER Every scenario mapped. Alerts mean what they say. Failure paths have owners. There is a place to look.
The position a business is in six months after somebody else's build.

Who

A healthcare marketing agency serving specialty private practices, about twenty years in the business, now rebuilding its offer around AI.

Before

They had bought a content production system, an Airtable base plus a set of Make.com scenarios, from the person who built it. It worked when it was handed over. Then it was theirs, and nobody in the building had built it.

That is a specific and common position: you own something load-bearing that you cannot open up. When it breaks, you find out from a client.

What was done

Then a wider audit of the estate, because the fixes kept pointing at the same thing: nobody had a map. The audit found more live scenarios than anyone had accounted for, a hardcoded API key sitting in a blueprint, and error paths with no alerting on them at all.

What changed

The system is documented. When something breaks there is a place to look, and the alerts mean what they say.

The point

Most of this work isn't building. It's the position a business is in six months after someone else's build, when the person who made it isn't around and the system still has to run on Monday.

Same problem in your business? The audit is free and it comes with an honest answer. If nothing's actually broken, I'll tell you that and leave it there.

Book a free systems audit

← All projects