What an SOP means in plain language
SOP stands for Standard Operating Procedure. In plain language, it is a short instruction for completing a repeated task in the agreed way. It says when the process begins, who does it, which steps they follow, what a finished result looks like and when they should ask for help.
An SOP is not a job description and it is not a hundred-page corporate manual. “How we send the monthly invoice” might be one page with eight steps, a sample invoice and a two-minute video. “How we onboard a client” might be a checklist linking to the CRM record, contract and email template.
In a working business, the correct way of doing things is often passed on verbally. In a business that works, it is visible and repeatable. Documentation does not remove judgement. It stops every employee from having to rediscover the normal route from scratch.
A useful SOP makes the normal case easy and tells the reader when to escalate an exception. It does not try to predict every possible situation.
Why the owner's head is the most fragile database
If only the owner knows how to prepare a quote, approve a refund or handle an unhappy client, the company has a single point of failure. That simply means one unavailable person can stop the process. A holiday, illness or overloaded day turns a normal task into a queue.
The dependency also creates an invisible cost. Every “How do we do X?” question interrupts sales, planning or focused work. The answer may take five minutes, but returning to the original task takes longer. The team learns to wait, while the owner becomes the search engine, approval system and help desk for the entire company.
Documentation gives knowledge a second home and enables training, delegation and later automation. If a process cannot be explained clearly, it is probably not stable enough to automate.
Choose the first 10 processes
Do not begin by documenting the whole company. Make a rough list of recurring work and score each item from one to five on three questions: how often does it happen, how costly is an error and how dependent is it on one person? Add the scores and start with the ten highest totals.
A typical small business might choose: qualifying an enquiry, preparing a quote, opening a client project, collecting client information, assigning weekly work, approving a purchase, issuing an invoice, following up overdue payment, handling a complaint and closing a project. These processes cross sales, delivery and finance, so documenting them removes more friction than polishing an isolated back-office task.
Choose work that already repeats. A one-off strategic decision does not need an SOP. A task completed every week by two or more people probably does. The goal of the first ten is not perfect coverage; it is to prove that clear instructions reduce questions and errors.
A simple priority score: frequency + cost of error + dependence on one person. Document the highest-scoring process first.
The five-step method
Test the draft with someone who did not write it and observe without helping. Every question marks a missing instruction or inaccessible file. Fix it, publish version 1.0 and repeat for one or two processes a week. Track owner questions, rework and time to independent completion.
1. Pick one real process
Define a narrow start and finish. “Finance” is too broad; “Issue an invoice after the client accepts the work” is clear. Name the result, the trigger and the person currently doing it best.
2. Record it while doing it
Ask that person to complete the task normally while recording the screen with Loom or capturing steps with Scribe. Do not rely on memory in a meeting. Real work reveals the files, decisions and exceptions that people forget to mention.
3. Put it into one template
Convert the recording into a short checklist. Begin each step with a verb: open, verify, enter, send, record. Add screenshots only where a visual detail prevents a mistake. Link to templates rather than pasting duplicate versions.
4. Store it in one searchable place
Choose one source of truth: Notion, Google Drive or another shared workspace. Use one naming pattern and one index. A perfect document hidden across email and private folders is operationally useless.
5. Assign an owner
The process owner is responsible for accuracy, not necessarily for doing every task. They review feedback, approve changes and check the SOP after a tool or policy changes. Put the owner and last-review date at the top.
Your first SOP in 90 minutes: issuing an invoice
Do not begin with a blank document and try to remember the entire process. Take one real piece of work that is approved for invoicing and document how you handle it today. The example outcome is: a correct invoice is sent to the customer, a copy is stored and the status is recorded in one place. Use test or redacted data in the recording if the document contains sensitive information.
The goal of the 90 minutes is a usable version 1.0, not a perfect manual. Your accountant confirms tax treatment, VAT rules and mandatory invoice details. The SOP explains who checks those rules and where the approved template lives.
0–10 minutes: define the start and finish
Trigger: the project manager marks the work as approved for invoicing. Finish: the PDF has been sent from the company email, the invoice number is stored and the payment due date is visible in the shared tracker. Name the process owner and performer.
10–25 minutes: record the real task
Issue one example invoice while recording the screen with Loom or capturing the steps with Scribe. Speak your decisions aloud: where customer details come from, how you verify the amount, who approves a discount and how you know the work is billable.
25–45 minutes: turn the recording into a checklist
Reduce the work to 8–12 actions: open the approved project; check contract and details; confirm amount and currency; choose the approved template; generate the number; review; send; store the PDF; record the due date; schedule the reminder.
45–60 minutes: add controls and exceptions
Explain when the performer must stop: a missing purchase order, uncertain VAT treatment, disputed amount, credit note or customer details that differ from the contract. For every exception, name the approver and the maximum response time.
60–75 minutes: give it to a colleague
The colleague runs a test case without verbal help. Note every search for a file, unclear word or missing control. If the document works only while its author stands beside the user, it is not ready.
75–85 minutes: put it in the official home
Publish it in Notion or Google Drive with an unambiguous name, owner, version and next-review date. Link the procedure directly from the “Issue invoice” task so nobody has to hunt through folders.
85–90 minutes: publish version 1.0
Fix only blocking ambiguities, record the first measure — completion time and correction count — and use the SOP for the next five invoices. Review it briefly after the fifth case.
After 90 minutes, you should have one tested procedure—not a plan for one hundred procedures.
A copy-paste SOP template structure
Copy these fields into Google Docs or Notion. Link the SOP from the relevant task so the employee does not have to search for it.
The exact order is: Name → Purpose → Trigger → Owner → Performer → Required information and access → Numbered steps → Done when → Exceptions and escalation → Control → Version and next review. If a field appears empty, do not delete it automatically. Check whether the process truly has no owner, control or exception.
- Name: Issue and send a client invoice.
- Purpose: a correct invoice within one working day of work approval.
- Trigger: the project manager marks the task “Ready to invoice”.
- Owner / performer: the finance lead maintains the SOP; the office assistant performs it.
- Required information: contract, approved amount, customer details and VAT guidance from the accountant.
- Steps: verify → create → review → send → record → schedule reminder.
- Done when: the customer has the PDF, number and due date are recorded, and the accountant has access.
- Exceptions: missing purchase order, disputed amount, credit note or unconfirmed VAT treatment are escalated.
- Control: the finance lead checks five random invoices a month and the number of corrections.
- Version: v1.0, owner, change date and next review in 90 days.
| Field | What to write |
|---|---|
| Process name | A verb and a clear result, for example “Issue a client invoice”. |
| Purpose | One sentence explaining why the process exists. |
| Trigger | The event that starts it: signed contract, completed work or received request. |
| Owner / performer | Who maintains the SOP and who normally performs the steps. |
| Inputs | Information, approvals, files and system access needed before starting. |
| Steps | Five to fifteen numbered actions, each beginning with a verb. |
| Done when | The evidence of completion: sent email, paid invoice or updated CRM status. |
| Exceptions | The two or three situations that require a different route or approval. |
| Control | What is checked, by whom and how often. |
| Version | Last review date and a one-line change note. |
Write for the employee doing the task on a busy Monday, not for an auditor admiring the document.
Tools and realistic starting prices
Prices are vendor list prices checked in July 2026 and may exclude VAT. Google Docs plus Loom's free tier is often enough. Notion adds a central index and ownership; Scribe helps when the work is mostly clicks. Choose one written source of truth and one recording tool only when needed.
| Tool | Good for | Starting point |
|---|---|---|
| Google Docs | Familiar written procedures and shared folders | Free for personal Google accounts; business Workspace plans are separate. |
| Notion | A searchable SOP library that links procedures, owners and databases | Free plan; Plus is listed at $10 per seat/month on annual billing. |
| Loom | Short screen recordings for visual tasks | Starter is free with limits; Business is listed at $18 per user/month. |
| Scribe | Automatically turning screen clicks into step-by-step guides | Basic is free; Pro Personal starts at $35 monthly or $25/month on annual billing. |
| Asana or Monday.com | Linking the instruction to the recurring task | Useful only if the team already manages work there; avoid adding a tool only for SOP storage. |
Worked example: more than €300 of owner time reclaimed each month
Assume an owner spends four hours every week answering repeated process questions. After documenting the first ten processes and linking them from team tasks, questions fall to 45 minutes a week. The saving is 3.25 hours weekly, or about 14.1 hours in an average 4.33-week month.
Value the owner's time conservatively at €25 per hour: 14.1 × €25 = about €352 reclaimed each month. At €50 per hour, the same capacity is worth roughly €704. This is not automatically cash in the bank; it is capacity the owner can redirect to sales, hiring or product quality instead of repeated explanations.
If recording and writing the ten SOPs takes eight owner-hours, the initial time cost at €25 per hour is €200. Add one paid Notion seat at $10 per month only if required. The first-month capacity benefit already exceeds the setup cost. The return becomes stronger when fewer errors and faster onboarding are included.
Count owner questions before and after launch. If they do not fall, the SOP may be hard to find, vague or disconnected from the task. Fix adoption before writing more.
Mini case study: a new hire becomes independent in two weeks instead of four
A fictional but realistic seven-person services firm trains each new project coordinator almost entirely through meetings with the owner. Instructions live in chat and private files. A new employee needs four weeks before completing the core work independently: opening a project, collecting customer information, assigning work, producing the weekly status and preparing a job for invoicing.
The team documents 12 core SOPs, connects them in an onboarding checklist and adds one example of a correct result to each procedure. The owner remains available for judgement and exceptions but no longer demonstrates the same click to every new person. On the next hire, the coordinator completes standard tasks independently after two weeks; professional judgement continues to grow through practice.
The quantified result: two weeks earlier independence conservatively releases 20 productive hours a week, or 40 hours × €18 = €720 of capacity. Owner onboarding time falls from 12 hours to five: another seven hours × €35 = €245. About €200 of rework and corrections is avoided. Total value is approximately €1,165 per hire; with three hires a year, about €3,495 / BGN 6,835 before documentation and maintenance costs.
This is released capacity, not guaranteed cash. Measure time to the first task completed without help, owner questions and corrections during the first 30 days. That reveals whether documentation is genuinely moving the company from a working business to a business that works, or merely adding pages.
Common mistakes and a maintenance rhythm
Let employees suggest changes and have the process owner review them monthly. The shift from a working business to a business that works starts when knowledge stops depending on memory. Ten tested SOPs create a reliable foundation for delegation, measurement and sensible automation.
- Over-documenting: start with the normal case, the important controls and the most common exceptions. Do not describe every theoretical possibility.
- Writing novels instead of checklists: people need the next action. Keep background explanation separate and use numbered steps for execution.
- Documenting an unstable process: first remove unnecessary approvals and duplicate entry. Otherwise the SOP preserves waste.
- Hiding procedures in folders: create one index, use consistent names and link the SOP from the task where it is needed.
- Having no owner: every document must name the person responsible for keeping it accurate.
- Never updating: review high-risk procedures quarterly and the rest every six to twelve months, plus immediately after a tool, rule or responsibility changes.
- Measuring pages instead of outcomes: track questions, rework, onboarding time and completion quality—not the number of documents written.
| Mistake | What it causes | Practical correction |
|---|---|---|
| Documenting everything at once | Dozens of started pages and no tested SOP | Choose the first 10; finish one or two each week |
| Writing novels instead of checklists | People ask the owner because the instruction is slow to use | Normal case in 5–15 steps; keep context and video separate |
| No owner for the SOP | A tool changes while the document stays old | Name an owner, review date and update rule |
| Never updating | The team loses trust and returns to verbal versions | Review after an error or change and schedule a quarterly check |
| Documenting a broken process | Waste and unnecessary approvals become official | Remove obvious waste before publishing version 1.0 |
Sources and further reading
Product capabilities change. The links below are primary or official sources reviewed when this guide was published.