Home/Learning Centre/Operations & tools
Operations & tools

How to document your processes: an SOP guide for non-technical business owners

Move the way your company works out of the owner's head and into short, usable instructions that have a clear owner.

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.

Related guidesHow to move from owner-run to system-runWhen Notion is not enough

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.
FieldWhat to write
Process nameA verb and a clear result, for example “Issue a client invoice”.
PurposeOne sentence explaining why the process exists.
TriggerThe event that starts it: signed contract, completed work or received request.
Owner / performerWho maintains the SOP and who normally performs the steps.
InputsInformation, approvals, files and system access needed before starting.
StepsFive to fifteen numbered actions, each beginning with a verb.
Done whenThe evidence of completion: sent email, paid invoice or updated CRM status.
ExceptionsThe two or three situations that require a different route or approval.
ControlWhat is checked, by whom and how often.
VersionLast 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.

ToolGood forStarting point
Google DocsFamiliar written procedures and shared foldersFree for personal Google accounts; business Workspace plans are separate.
NotionA searchable SOP library that links procedures, owners and databasesFree plan; Plus is listed at $10 per seat/month on annual billing.
LoomShort screen recordings for visual tasksStarter is free with limits; Business is listed at $18 per user/month.
ScribeAutomatically turning screen clicks into step-by-step guidesBasic is free; Pro Personal starts at $35 monthly or $25/month on annual billing.
Asana or Monday.comLinking the instruction to the recurring taskUseful 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.

Related guidesCalculate the hidden cost of manual workCompare Notion, Asana, Monday.com, Confluence and Motion

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.

Related guidesSee the hidden cost of manual workOnboarding new employees with systems

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.
MistakeWhat it causesPractical correction
Documenting everything at onceDozens of started pages and no tested SOPChoose the first 10; finish one or two each week
Writing novels instead of checklistsPeople ask the owner because the instruction is slow to useNormal case in 5–15 steps; keep context and video separate
No owner for the SOPA tool changes while the document stays oldName an owner, review date and update rule
Never updatingThe team loses trust and returns to verbal versionsReview after an error or change and schedule a quarterly check
Documenting a broken processWaste and unnecessary approvals become officialRemove 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.

  1. Notion pricing
  2. Google Docs
  3. Scribe pricing
  4. Loom pricing
Free Systems Audit

See where your business is losing time and control.

We map your processes and current tools, identify the highest-value improvements and define a practical implementation roadmap.

Get a free Systems Audit