Most operators ask the wrong question about AI.
They walk into it the same way: “Where do we add it?” Which task, which team, which workflow gets the new tooling first. It feels like the responsible question. It’s the question every vendor wants you to ask, because every answer ends with you buying something.
But it’s backwards. The first question isn’t where to add AI. It’s whether the thing you’re about to amplify is even worth amplifying.
I’ve watched this play out enough times to call it. An operator gets the AI itch, usually some mix of FOMO and a competitor doing something flashy, and starts bolting tools onto whatever’s already running. The intake process. The fulfillment pipeline. The reporting. Six months later they’re not better off. They’re worse, in a specific way. Now the broken parts of their business run faster.
That’s the thing nobody tells you. AI doesn’t fix a system. It accelerates whatever system it touches. If the system is sound, you get compounding. If the system is a mess, you get a faster mess. Optimized dysfunction is still dysfunction. It’s just more expensive now, and harder to see, because everything looks busier and more sophisticated.
The audit before the build
So before I let anyone add AI to anything, I run an audit. Not a technology audit. A systems audit. It sorts the business into two buckets.
Bucket one: the system works. There’s a real process. Ownership is clear. You know who’s responsible when something breaks. The output is predictable, and you’d put your name on it. This is a system that does what it’s supposed to do, reliably, even on a bad week.
Bucket two: the system is broken. Not always dramatically. Sometimes it’s quiet. There are holes nobody’s patched. Ownership is fuzzy, so things fall through the cracks and everyone’s a little surprised when they do. The output is inconsistent, and on some days you wouldn’t fully trust it. The whole thing runs on a few people holding it together with attention and goodwill.
For bucket one, the move is obvious. Layer AI on top. Compress the headcount that was doing the repeatable parts. Let the compounding begin, because now you’ve got a sound process moving faster, and faster is good when the thing moving is good.
For bucket two, the move is the opposite. You don’t add AI. You redesign first. AI on a broken system doesn’t smooth out the holes. It pours through them faster. You don’t get a fixed process. You get the same broken process, except now it’s burning resources at machine speed and producing more of the output you already didn’t trust.
The audit isn’t complicated. But almost nobody does it, because the question it forces is uncomfortable. It makes you look at a system you built, that you’re proud of, that pays your bills, and ask honestly whether it actually works. Or whether it just hasn’t fallen over yet.
The honest read sorts into three paths
Once you’ve actually looked, the read sorts into one of three directions. This is where I see the most clarity get unlocked, because most operators have been carrying a vague AI anxiety with no shape to it. Giving it a shape settles people down.
Optimize. Your architecture is sound. The model works, the process works, the team works. You’re just running below your ceiling. You don’t need a rebuild. You need to tune the thing you already have until it’s running at the level the new tooling makes possible. Faster cycles, leaner delivery, better margins on the same foundation.
Re-architect. The architecture isn’t sound enough. The business model itself needs reshaping for where the category is going. Same company, same brand, same customers. A different operating core underneath. This is real structural work, done in sequence so the business keeps running while it changes shape.
The Parallel Build. The current shape can’t win the AI-era version of your category. Not “could be adjusted.” Fundamentally the wrong shape for where things are headed. Running it down isn’t the move, and rebuilding it in place is too slow and too expensive. So you build the AI-native version on the side, let it earn its place, and transition on your own timeline.
Here’s what I want you to hear, because the anxiety pushes people the wrong direction. Most operators with working SOPs are not in the Re-architect or Parallel Build camp. The AI noise makes you feel like you should be burning everything down. You usually shouldn’t. If you’ve got a sound system running below its ceiling, the honest answer is the boring one. Optimize it. Amplify it. Let it compound. The rebuild is for the businesses that genuinely can’t win their category as currently built, not for everyone with a case of nerves.
Why The Parallel Build is the safe one
That third path sounds like the scary one. It’s actually the opposite. Building the AI-native version alongside the running business is the de-risked move, and I want to be clear about why.
You don’t bet live revenue on a system that still makes mistakes. Every AI-heavy system makes mistakes early. That’s not a knock. It’s just where the technology is. So you keep your trusted people doing the work you trust, generating the revenue you depend on, while the new version proves itself on the side. It earns its way in. Nothing critical rides on it until it’s stopped embarrassing you. By the time the Parallel Build is carrying weight, it’s because it demonstrated it could, not because you crossed your fingers and migrated everything on a Tuesday.
That’s the inversion most people miss. The reckless move isn’t building the new thing. The reckless move is pouring AI directly onto the system you can’t afford to break, and hoping it holds.
Where this starts
All of this comes back to one discipline. Look before you amplify. Sort the business honestly into what works and what doesn’t. Fix the broken parts as systems. That means redesign, not tooling. Do it before you ever point AI at them. Then amplify the parts that are genuinely worth amplifying.
Naming which bucket each part of your business falls into, and which of the three paths the whole thing actually needs, is hard to do from the inside. You’re too close to it, and you’re a little too invested in the answer being flattering. That outside read is exactly what The Readout is built to give you. Two weeks, a clear diagnostic, an honest call on what to amplify and what to fix first. If that’s the conversation you’ve been circling, that’s where it starts. No rush. But don’t pour AI on a system you haven’t looked at honestly. You’ll just burn faster.