A person is not a system
If only one person can do a task, the business depends on that one person, not on a process.
Volume 02, Chapter 3
If your best employee didn't come to work tomorrow, could someone else do their job the same way? This chapter shows you how to make sure the answer is yes.
If they need to ask you questions, the document is incomplete. If they complete the task without asking for help, it's ready. This test has a name: the Stranger Test.
If only one person can do a task, the business depends on that one person, not on a process.
What someone remembers doing and what they actually do are often two different things.
Short, numbered, action-first steps are far easier to follow than a paragraph.
A procedure only helps if the person doing the work can find it the moment they need it.
Imagine your best employee doesn't come to work tomorrow. Could someone else do their job, the same way, to the same standard? If the answer is no, the business has a person, not a system.
A documented system lets anyone with the right training do the same job the same way, whether or not that one person is there that day. That makes the business more reliable, easier to grow, and far less dependent on any single person.
The step-by-step document that describes how to do a job is called a Standard Operating Procedure, or SOP for short. This chapter shows you how to build one properly, and how to turn it into a complete system.
To turn a task into a system that survives without you: choose the task, watch someone do it, write the steps, complete the system by answering the other five questions, test it on someone new, improve it and test again, then store it where the work actually happens.
A system isn't something you write in one sitting. You build it step by step. These seven steps turn a task that lives in one person's head into a system that anyone can follow.
Start with a task that would cause problems if done incorrectly.
Stand beside the person doing it and watch every step.
Number each step, one instruction per step, starting with an action word.
Answer the other five questions: why, who, when, how it's checked, what if it fails.
Give it to someone new and watch, without helping.
Fix what confused them, then test again.
Keep it exactly where the task is performed.
Don't try to document everything at once. Start with the one task that would cause the biggest problem if it were done incorrectly.
Good first choices are:
These usually give the biggest improvement for the least effort, because they're the ones where a single mistake, or a single person being unavailable, causes the most damage.
Watch the person doing the job in person. Don't sit in an office trying to write the procedure from memory.
People often leave out small but important details because they do them automatically, without even noticing. For example, someone making tea may always warm the cup first without thinking about it. If they forget to mention that step out loud, the written procedure won't match what actually happens, and the tea will come out wrong every time someone follows the document instead of the habit.
Always document the real process, not the remembered one. What people say they do and what they actually do are often different.
Now write down what you watched, in the exact order it happened. This numbered document is what's called a Standard Operating Procedure, or SOP. Keep it simple:
For example, write "Unplug the machine", not "The machine should be unplugged." The first version tells someone exactly what to do right now; the second just describes a state, and leaves the reader to work out the action themselves.
If there's one step people often get wrong, make it stand out. For example: "Add ONE drop of oil. More than one drop attracts lint." A photo or a short video is often clearer than a paragraph of text, especially for a physical, hands-on skill.
The steps you just wrote explain how to do the task. On their own, that's only a procedure, not a full system.
A complete system, per Chapter 2, answers six questions in total. You've already answered one of them (how it's done, the steps themselves). You still need to answer the other five:
Once all six questions are answered, including the steps you already wrote, you have a complete system, not just a procedure. Use the System Design Worksheet, a simple fill-in-the-blank page for exactly these six questions, to capture it all in one place.
Now give the written procedure to someone who has never done the task before. Don't explain anything out loud first. Simply hand it over and watch them follow it.
The goal is for them to complete the task correctly with no help from you at all. That's the real test of whether the document works, not whether you personally can follow your own writing.
Update the procedure as soon as the test is finished, while the problems are still fresh in your mind. Then repeat the test with the corrected version. Keep improving the document until a new person can complete the task confidently, without asking questions.
A procedure can't help anyone if they can't find it when they need it. Keep it exactly where the task is performed: attach a laminated instruction card to the machine, keep a checklist at the counter, or place a call script beside the telephone.
Finally, write a review date on the document. As the business changes, the procedure needs to change with it. A good system is a living document that gets checked and revised, not something written once and forgotten.
Let's put everything you've just learned together, in one real example.
A Standard Operating Procedure, or SOP, is a written set of instructions that explains exactly how to perform a task, step by step, so that anyone can do it the same way every time.
Imagine you're writing an SOP for taking a customer's measurements in a tailoring business. This is one of the most important procedures at MANIAC MINDZ, because a single wrong measurement can waste fabric, waste hours of work, and leave a customer unhappy with the finished garment.
A complete system answers all six questions, not just how to do the job. Here's what that looks like for this one:
| Question | Answer |
|---|---|
| When does it start? | Every new customer, and any returning customer who hasn't been measured in the last 12 months |
| Who is responsible? | Head Cutter |
| How is the job done? | Follow the six-step procedure below |
| How do we know it was done correctly? | Measurements are always taken in the same order, and every number is repeated back aloud before it's recorded |
| What happens if something goes wrong? | The customer is measured again free of charge, the mistake is recorded in the Mistake Log, and the Head Cutter reviews what happened |
| When is this document reviewed? | The first Monday of every quarter |
Notice that this document does much more than list a few steps:
That's the real difference between a simple checklist and a documented system. A checklist tells people what to do. A documented system tells people what to do, who is responsible, how to check the work, what to do if something goes wrong, and when the document itself should be reviewed.
Step 4's "repeat it back" line exists because of one ruined kaftan: "waist 34" was heard as "44." That single mistake became one clear instruction in the SOP, which is exactly how a business should turn a mistake into a better procedure. The company-wide version of this habit is the Mistake Log, covered in Volume 23.
A procedure written from memory, away from where the work actually happens, usually misses real steps and small habits that matter. Watch the real task before writing it down.
The person who wrote a procedure can almost always follow their own writing, that proves nothing. The real test is whether someone new, who has never seen it before, can follow it without help.
If a procedure is too long to actually use while doing the work, it has stopped being useful. Split it into smaller, separate systems instead.
A business changes over time. A procedure with no review date can quietly become outdated without anyone noticing, and nobody feels responsible for checking it.
The measurement SOP belongs at the measuring station, not buried in a folder called "Documents/Final/NEW-v2" on someone's laptop.
Build one complete system this week, start to finish: