The SMB Operator

DEEP DIVE

I think we need to have a more serious conversation about AI automation.

Every day I see another post showing how someone “automated an entire department with AI.”

Lead comes in.

AI researches them.

AI scores them.

CRM gets updated.

Personalized email goes out.

Meeting gets booked.

Beautiful little arrows connect everything.

Then the replies show up:

“This replaces an SDR.”

“You can sell this to any business for $5k a month.”

“Build an AI automation agency in 30 days.”

I’ve had enough of it.

Not because AI automation is bullshit.

I build this stuff. I believe in it.

The bullshit is pretending the demo is the finished product.

Because most of what gets presented online as an AI business system is not a business system.

It is a happy-path demo.

And real businesses do not operate on the happy path.

The demo isn't the hard part anymore

This is the part nobody getting into the AI agency game wants to hear.

Connecting a form to an LLM to a CRM isn't particularly difficult anymore.

That's actually the problem.

The tools have become good enough that almost anyone can build something impressive in an afternoon.

Take n8n, Make, Zapier, Claude, OpenAI, Airtable, HubSpot and a dozen other tools.

You can build something that looks like a functioning business system.

You can record a Loom.

You can post the workflow.

You can sell the automation.

And on the screen recording, it probably works beautifully.

But there is a massive difference between:

“The workflow ran successfully.”

and:

“I trust this thing inside my company.”

That gap is where most of the real work lives.

Here’s the AI sales workflow everyone loves

You've probably seen some version of this:

THE DEMO

Lead → Enrichment → AI Qualification → CRM → Personalized Email → Meeting

Nice.

Now put it inside an actual business.

The lead already exists in the CRM under another email address.

What happens?

The company has three subsidiaries.

Which account owns the contact?

A salesperson spoke to them six months ago.

Should your automation still send the cold email?

They're already a customer.

Should they receive it?

They unsubscribed last year.

Did your enrichment provider know that?

Their company was acquired.

Which account gets updated?

Apollo says they work at Company A.

LinkedIn says Company B.

The CRM says Company C.

Which system wins?

The account executive manually changed the opportunity stage yesterday.

Your automation thinks they're still a prospect.

Who wins?

The prospect replies:

❝

“John said you could do this for $8,000.”

There is no $8,000 price in your CRM.

What happens?

They need an amendment.

Legal already negotiated different language with their parent company.

What happens?

The AI makes the wrong decision.

Can you tell me why?

Can you undo it?

Can you reconstruct what data it saw?

Can the salesperson override it?

Does the system know an override happened?

Does anyone get notified?

Does anything prevent it from happening again?

REALITY

This is the actual workflow.

And suddenly our beautiful six-box automation needs another forty boxes.

This is what nobody puts in the screenshot

The interesting part of automation isn't:

When X happens, do Y.

We've been doing that forever.

The interesting part is:

When X happens, unless A, B or C is true, except for customers in situation D, unless a human changed E, and if we're not confident about F, stop everything and ask someone.

That is operations.

That is software engineering.

That is what happens when the automation leaves X, LinkedIn or YouTube and enters a real company.

And it is much harder.

The happy path might be 20% of the work

Let's use another example.

Someone posts:

“Automate your entire proposal process with AI.”

The workflow looks great.

Opportunity reaches a certain stage.

AI generates the proposal.

PandaDoc sends it.

CRM updates.

Salesperson gets notified.

Done.

Except the salesperson verbally offered 10% off.

The client is expanding an existing agreement instead of signing a new one.

Finance requires Net 30 for this customer but the template says Net 15.

Legal changed one clause in their previous agreement.

The billing company isn't the operating company.

The account manager wants to review the proposal before it goes out.

The CRM opportunity amount doesn't match the negotiated amount.

Now what?

This is where I think a lot of AI implementations get the objective wrong.

I don't need AI to autonomously send the agreement.

I might want AI to:

  • gather the account information

  • identify the correct agreement

  • compare the deal against pricing rules

  • find the previous contract

  • detect unusual terms

  • flag discrepancies

  • generate the first draft

  • summarize what changed

Then show a human:

Approve | Edit | Escalate

That isn't a failure of automation.

That's good system design.

Stop treating “autonomous” like the goal

I see this constantly.

The more decisions the AI makes without a human, the more advanced the system supposedly is.

Why?

Autonomy isn't the goal.

Business outcomes are the goal.

Sometimes full autonomy makes sense.

Sometimes the correct architecture is AI doing 90% of the work and a human clicking Approve.

I don't get bonus points because an LLM can autonomously send a legally binding contract.

I don't care if my accounts receivable agent is technically autonomous.

I care whether we collect invoices faster without accidentally threatening our largest customer.

I don't care whether the AI customer service agent can resolve every ticket.

I care whether it resolves the repetitive ones and knows when the hell to get a human involved.

The question shouldn't be:

“Can AI do this without a person?”

The question should be:

“Where does AI create leverage without creating stupid risk?”

Very different question.

Stop automating job titles

This is another thing I think the industry has backwards.

“AI SDR.”

“AI receptionist.”

“AI account manager.”

“AI employee.”

It makes good marketing.

But businesses aren't collections of job titles.

They're collections of processes.

An SDR doesn't perform one workflow.

They deal with dozens of situations.

They use judgment.

They remember context.

They know which salesperson hates getting certain leads.

They know that one company is technically duplicated in Salesforce.

They remember that a prospect ghosted them six months ago.

They know the CEO promised someone a weird discount over dinner.

None of that appears in your five-box workflow diagram.

So stop asking:

“How do we replace the SDR?”

Ask:

“Which parts of this sales process are repetitive, expensive and predictable?”

Automate those.

Then keep humans where context, judgment and accountability matter.

That is a less exciting social media post.

It is also a much better business system.

AI is easy. Operations are hard.

This is the part I think the AI agency market has backwards.

The valuable skill over the next few years will not be knowing how to call an LLM.

Everyone will know how to do that.

The valuable skill is understanding how work actually moves through a company.

Where does information originate?

Which system owns it?

What happens when two systems disagree?

Who can override something?

What decisions can the AI make?

What requires approval?

What happens when an API fails halfway through?

What happens when the model isn't confident?

Who gets alerted?

How does the workflow recover?

How do we know it worked?

How do we know when it didn't?

Who maintains the thing six months later?

That is the difference between an automation demo and business infrastructure.

If your workflow has no exception path, it's probably a demo

This is the test I'm starting to use.

Whenever someone shows me an impressive AI workflow, I want to know eight things.

1. What is the happy path?

What happens when everything goes exactly as expected?

That's the easy part.

2. What are the exceptions?

What happens when reality deviates from the diagram?

3. What authority does the AI have?

Can it recommend?

Draft?

Update records?

Send messages?

Issue refunds?

Sign contracts?

Where is the line?

4. When does a human take over?

There needs to be a clear escalation path.

5. What happens when something fails?

Not “we retry the Zap.”

What happens to the business process?

6. Who knows it failed?

If the automation silently breaks for three weeks, you don't have automation.

You have a liability.

7. Can we reconstruct what happened?

What did the system know?

What did it decide?

Why?

What changed afterward?

8. Who owns this system a year from now?

Because your consultant probably won't be sitting next to you forever.

If nobody can answer those questions, I don't care how impressive the demo looked.

You're not finished.

And this is why a lot of AI audits bother me

There is another version of this problem.

The AI consultant comes in.

They interview the team.

They find 47 potential automations.

They make a beautiful deck.

Here's the estimated time savings.

Here's the estimated ROI.

Here's your “AI Transformation Roadmap.”

Invoice paid.

Everybody goes home.

Now someone actually has to build the damn thing.

And that's when reality shows up.

The CRM data is garbage.

The API doesn't support what the audit promised.

Nobody agrees about which system owns the data.

The documented SOP isn't how the team works.

The edge cases weren't captured.

Three employees perform the same process differently.

There is no clean trigger.

The owner changes the rules every other Tuesday.

Now the sexy automation audit becomes six months of engineering and operational decisions nobody priced into the project.

That is why I think delivery matters more than ideation.

Finding automation opportunities is easy.

Building systems that survive production is harder.

I don't want to automate the imaginary version of your company

If I'm working with a business, I don't particularly care what the process looks like on the whiteboard.

Show me how it actually happens.

Show me the spreadsheet someone maintains because the CRM report is wrong.

Show me the customer that technically churned but still has an active project.

Show me the invoice someone edits by hand every month.

Show me the operations manager who knows seven exceptions that were never written down.

Show me where employees copy information between systems because nobody integrated them.

Show me the weird customer everyone handles differently.

That's the business.

And that is where the opportunity is.

The job isn't:

❝

Add AI to the company.

The job is:

❝

Understand how the company operates, redesign the parts that suck, automate what should be automated, add AI where it creates leverage and make sure the whole thing survives contact with reality.

That is a very different profession.

I'm not anti-AI

Quite the opposite.

I think this technology is enormous.

I think we're going to change how most knowledge work gets done.

I think small businesses have an insane amount of operational leverage available to them right now.

But that's exactly why I think we need to stop pretending it's magic.

A demo can be built in an afternoon.

A reliable system requires engineering.

It requires process design.

It requires understanding data.

It requires understanding people.

It requires exception handling.

It requires recovery.

It requires monitoring.

Sometimes it requires admitting:

“AI should not make this decision.”

That isn't less sophisticated.

It's more mature.

So yes, keep building the cool demos

I mean that.

They are useful.

They show people what's possible.

They get business owners excited.

I've built plenty of them myself.

But stop confusing the starting point with the finished product.

The first successful run of an n8n workflow isn't the end.

It's the beginning.

Because eventually a customer is going to use the wrong email.

Somebody is going to promise a discount.

Two systems are going to disagree.

An API is going to fail.

The contract is going to change.

The model is going to misunderstand something.

And a human is going to do something nobody included in the requirements.

That's business.

If your AI system can't handle that world, you didn't automate a business.

You automated a demo.

BUILD SYSTEMS THAT SURVIVE REALITY

The SMB Operator is where I write about AI, automation, systems and the reality of operating small and midsize businesses.

Not “10 AI tools you need this week.”

Not another list of prompts.

I’m interested in what happens after the demo, when customers, employees, bad data, legacy software, contracts, edge cases and real money get involved.

If that’s the side of AI you’re interested in, subscribe.

And if you need help implementing this inside your business, that’s what we’re building at SMB Ops.

Keep Reading