Six agency owners asked me the same question in the last two weeks, almost word for word: "Why doesn't my team follow the SOPs we wrote?"
One co-founder has banned the word "SOP" in his company entirely. Too many bad memories.
Here's the thing. In almost every case, the document isn't the problem.
Your team isn't ignoring the SOP. They're at capacity — and people at capacity don't read documents.
That sounds like a small distinction. It's the whole game. Because if the problem is discipline, you fix it with enforcement. If the problem is laziness, you fix it with hiring. But if the problem is that reading a document is a separate job competing with the actual job…
You fix it by changing where the SOP lives.
The real reason your team doesn't follow the SOPs
Walk through what "follow the SOP" asks of a person on your team.
Your account manager is carrying a full client load. She's between two calls, Slack is lighting up, and a deliverable is due at four. In that day she's supposed to stop, remember that a process exists, find the document, open it, read twelve steps, then go do the work she was already behind on.
Reading the SOP is step zero. And step zero never survives contact with a full calendar.
That's before she even finds the document. The McKinsey Global Institute measured knowledge workers spending 19% of the workweek searching for and gathering information — nearly a day a week. Your SOP, buried three folders deep, is part of that tax.
This isn't a theory, either. When Gallup reviewed data from 550 organizations and 2.2 million employees, only 50% strongly agreed they know what's expected of them at work.
Half the working world, in companies full of handbooks and documented procedures, can't confidently say what's expected. The expectations were written down. They just never landed.
Your people aren't the exception. They're the data.
That's the part owners miss — including me, for years. We judge the SOP by how it reads in a quiet room. The team experiences it in the loudest moment of their week.
An SOP nobody can open mid-task isn't a system. It's homework.
A few other things stack on top of capacity:
- Most SOPs are written for a perfect day. No client emergencies, no missing logins, no "the client changed their mind." The first time reality doesn't match the doc, your team learns the doc is optional.
- The document lives away from the work. It sits in a drive folder while the work happens in the project tool, the inbox, and Slack. Every tool switch is a chance for the process to get dropped. Researchers writing in Harvard Business Review counted the average worker toggling between apps and websites nearly 1,200 times a day, burning just under four hours a week — 9% of the work year — reorienting.
- Nothing notices when a step gets skipped. If skipping step four produces the same Tuesday as doing step four, step four is a suggestion.
None of these are people problems. They're design problems. Which is good news, because design problems you can actually fix.
Why rewriting, retraining, and enforcing all fail
Before you roll your eyes — I know, because I've prescribed all three of these myself.
"We need better SOPs." So you rewrite them. Cleaner, shorter, with screenshots. Compliance ticks up for two weeks while the rewrite is fresh in everyone's mind, then slides right back. A clearer document is still a document. The failure happens before anyone reads it, so clarity was never the bottleneck.
"We need to train the team again." Training puts the SOP in their memory. Memory is exactly the resource that's already maxed out. You're solving a capacity problem by spending the scarcest thing your team has.
"We need to hold people accountable." Now you're the SOP police — reviewing work against documents, chasing misses, having the same conversation every month. Congratulations, you've made yourself the escalation point for every process in the company. That's the opposite of what the SOP was for.
But…
Notice the pattern. Every failed fix tries to push the document harder into people's heads.
The fix that works moves the process out of their heads and into the workflow.
Make the SOP the automation
Here's the reframe, and it's the entire point of this post:
Stop asking people to follow the process. Build the process so it runs where the work already happens.
What that looks like in practice:
- The mechanical steps just happen. A new client signs, and the project is created, the folders exist, the kickoff email is sitting drafted, and the first three tasks are assigned — before a human touches anything. Nobody "followed" steps one through five. They happened.
- The judgment steps arrive as a checklist, not a document. When a task lands in the project tool, the steps are in the task — checkboxes, in order, with the template attached. Your team member doesn't open an SOP. She opens her task, and the process is staring at her.
- The standard is built into the template. The report doesn't get assembled from memory; it starts from last month's structure with the numbers already pulled in. Doing it right becomes less work than doing it wrong.
- Misses surface themselves. A daily check reviews what was due and flags what slipped — to the owner of the task first, not to you. You stop being the person who notices everything.
Read that list again. At no point did anyone open a document. And yet the SOP — your SOP, your way of doing it — is being followed more faithfully than it ever was as a PDF.
The document becomes the blueprint. The automation becomes the process.
This is also where AI has changed the math. Turning a process into a working checklist or an automated check used to mean an expensive technical build. Now it doesn't. And as of this year, there's a stage past automation — which is where this gets interesting.
The next step: turn the SOP into a skill
Everything above gets the process out of the document, into the workflow. There's one more stage, though — and it changes what an SOP is.
A skill is your procedure packaged to be executed, not read.
In October 2025, Anthropic — the company behind Claude — launched what it calls Agent Skills: your know-how packaged as instructions, resources, and scripts that an AI agent discovers, loads, and follows when the task shows up. Their analogy: it's an onboarding guide for a new hire.
Notice what happened there. The tech industry just rebuilt the SOP — and fixed the exact flaw that makes yours fail. A document waits to be found, read, and remembered. A skill goes to work by itself: when the task lands, the agent loads the procedure, runs the steps it can run, and brings your talent only the steps that need a brain.
The maturity path looks like this:
- Document. The SOP on file. The source of truth. Nobody opens it mid-task.
- Checklist in the tool. The steps appear inside the task, where the work happens.
- Automation. The machine steps run themselves. Your talent gets the judgment steps, everything around them already done.
- Skill. The whole procedure packaged for an agent to execute — and corrected once, in the skill, instead of re-taught forever.
Here's the part I need to be unmissable:
Every step of a skill sits on a dial between augmented and automated — and you set the dial, step by step, through the workflow.
Augmented means your talent and the AI work the step together: the agent assembles the client report, your account manager adds the insight only she has, sends it. Automated means the step runs itself: the agent pulls the numbers, builds the report, flags anything strange — and your team only hears about it when something's off. Different steps sit at different settings, based on how much judgment each needs.
McKinsey's math says the dial is worth turning: today's AI technology can automate work activities that absorb 60 to 70 percent of employees' time. Hold your average SOP up to that number. Most of what's in it was never judgment — it was hauling information from one place to another, in the right order, in the right format. Hauling doesn't need a reader. It needs an executor.
The SOP doesn't die. It graduates — from something your team is supposed to read into something that does the work.
And your talent graduates with it: from being the engine of every process to being its editor — setting the standard, handling the exceptions, improving the skill. A better job, and the only version of this that scales past your own calendar.
How to convert your first SOP (without a six-month project)
Don't boil the ocean. This is a one-process-at-a-time job.
1. Pick the SOP that gets skipped the most and hurts the most when it's skipped.
For most agencies it's one of three: client onboarding, a step inside client reporting, or the final review before work goes to the client. You already know which one it is — it's the one you keep having the meeting about.
2. Get the steps out of your head and into a clean document — once.
Record yourself (or your best operator) doing the task and talking through it. Don't go out of your way to produce documentation; capture the work as it happens, then clean it up into steps. If you don't have this part down yet, my full breakdown of how to write an SOP the right way covers the writing end to end.
Keep it brutally simple. If a step needs a paragraph to explain, it's two steps.
3. Sort every step into two piles: machine steps and judgment steps.
Machine steps are the same every time — create the task, send the template, pull the numbers, name the file, book the meeting. Automate those outright.
Judgment steps need a human brain — review the strategy, approve the creative, decide the recommendation. Those become the checklist inside the task, with everything around them already done.
Most owners are shocked by this pile-sort. A twelve-step SOP usually turns out to be nine machine steps and three moments of actual judgment.
4. Shrink your job to the three judgment steps.
The reason you're the bottleneck — the final reviewer on work you shouldn't even see — is that the process routes everything through you because nothing else enforces it. When the machine steps run themselves and the checklist catches the rest, your review load collapses to the decisions that genuinely need you. The math behind that is in the capacity equation.
5. Run it for two weeks, then fix the step that still breaks.
It will break somewhere. That's not failure, that's the process telling you where the doc and reality disagree. Update the automation, not the team.
One process. Two weeks. Then the next one. That's how a backlog of ignored documents becomes an agency that runs the same way whether you're in the building or not.
What changes when the process runs itself
I'm not going to promise you a magic number, because the honest version is better.
The owners who make this shift stop having the "why didn't you follow the process" conversation. Not because they lowered the standard — because the standard stopped depending on memory, mood, and how slammed someone was that day.
New talent gets good faster, because the process teaches them inside the work instead of in a folder from week one.
And the founder gets out of the middle. Not out of the business — out of the path of the business. Every escalation that used to land on your desk was a process that only existed as a document plus your attention. Remove either half of that equation and the escalation doesn't happen.
Systems > headcount. A process that runs itself is worth more than a hire who's supposed to remember it.
That's the whole thesis of how we work at 8 Figure Agency — including building owners a fractional AI COO function whose entire job is turning documents like yours into operations that run without you. This post is the DIY version, starting with a single SOP.
FAQ
Why doesn't my team follow the SOPs we wrote?
Because they're at capacity. Reading an SOP is a task that competes with the actual work, and the real work wins every time. It's not a discipline problem or a document-quality problem — it's a delivery problem. The SOP lives in a document nobody opens at the moment of work. Fix the delivery — embed the process into the tools and automations your team uses — and compliance stops depending on memory and goodwill.
Should I just rewrite the SOPs more clearly?
Clearer helps, but it won't fix it. A clearer document is still a document, and the failure happens before anyone reads it. Rewrite for clarity if the steps themselves are wrong — then spend the real effort moving each step into the workflow: checklists in the project tool, automated first steps, templates that start the task.
What's the difference between an SOP and an automation?
An SOP — a standard operating procedure — describes the process. An automation runs it. The SOP says "send the client a kickoff email with these five items." The automation creates the task, attaches the email already drafted, and pings the owner if it isn't sent by Friday. The document stays as reference. The automation becomes what the team actually experiences as "the process."
Which SOP should I automate first?
The one that gets skipped most often and hurts most when it's skipped. For most agencies that's client onboarding, a step in client reporting, or the final check before work goes out the door. Pick one process, not ten — convert it, prove the team follows it without being chased, then move to the next.
Do written SOPs still matter if the process is automated?
Yes — as the source of truth behind the automation and the training backup for new talent. The mistake isn't writing SOPs; it's stopping at the document and expecting the document to enforce itself. Write it once, the right way, then build it into the workflow.
How do I get buy-in from a team that's sick of process?
Stop selling process and start removing work. Every automated step is a step nobody has to remember, chase, or get blamed for missing. When the first converted SOP makes someone's Friday easier instead of adding a form to fill in, you won't have to sell the second one.
Start with one process
If your team doesn't follow the SOPs you wrote, you don't have a people problem and you don't have a writing problem. You have processes that only exist on paper.
Pick the one that hurts most when it's skipped. Convert it. Watch what happens to your week when it runs without you chasing it.
If you'd rather see how this looks — which processes to convert, and what it would take to get you out of the middle of them — that's exactly what we map out on a first call. Book a call here and bring the SOP your team ignores most. We'll start there.
Stay happy, stay hungry, Jordan Ross