Standard Operating Procedure (SOP)

Definition
A written, repeatable set of steps for a task, so the outcome stays the same no matter who runs it.

Why it matters

Without a written procedure, each person invents their own version of the task. Quality drifts, errors repeat and nobody is sure who owns the fix. A team cannot grow from five people to fifty on memory alone. A new hire needs a document to follow, not a colleague to shadow for weeks.

Writing the steps down also improves the work. Spelling out each step exposes needless complexity and decisions nobody had made explicit. An SOP is also what makes delegation possible, and what lets an AI agent take over a task later, because an agent can only follow steps that exist in writing.

How to apply it

  • Pick a task done often enough to matter, such as a weekly report or a client hand-off.
  • Record yourself doing it once and explain the reason for each step, not only the click.
  • Turn the recording into a numbered checklist with a title, an owner, the steps, a quality check and the place the output goes.
  • Follow your own checklist the next time and fix any line that left you guessing.
  • Store all SOPs in one place, named in a consistent way, and review them every quarter. Delete steps nobody follows.

What it is

An SOP is a short document that says how a task is done in your business: what triggers it, who does it, the steps in order, what a good result looks like and where the finished work is stored. Typical examples are onboarding a new client, sending an invoice, publishing a blog post or handling a refund.

It is not a policy or a long manual. It is a checklist that someone new could follow on their first day.

Common mistakes

  • Writing a manual instead of a checklist. If it takes more than a few pages, nobody will open it during the task. Keep each SOP to one task.
  • Writing it from memory. Steps recalled at a desk differ from steps actually taken. Document the task while someone is doing it.
  • No owner. An SOP nobody is responsible for goes out of date. Name one person per document.
  • Leaving out the why. A step with no reason gets skipped when it feels inconvenient. One line of purpose helps people follow it.
  • Never reviewing. Tools and clients change. Review each SOP on a fixed rhythm and delete steps nobody follows.
  • Storing them in many places. If people cannot find the SOP in under a minute, they will do it from memory.
Worked example

Suppose a six-person agency sends its monthly client report from one person's memory. When she is on leave, the report goes out a week late, with a chart taken from the wrong source. The team records her doing the task once, explains each step, and turns the recording into a numbered checklist with an owner, a quality check and the folder where the finished report is saved. That checklist is then run as a recurring workflow in Process Street.

The following month a new account manager completes the report alone, following each line. She fixes one step that assumed a file name nobody uses any more. The checklist sits in Trainual, a searchable knowledge base where the next hire finds it with their onboarding materials. Every step is now written down, which is also what would let an AI agent take over the task later.

Tools in the example

Some links are affiliate links: we may earn a commission at no cost to you. It never decides a ranking. How we work with partners

  1. Article

    Process Mapping

    Drawing the workflow before writing the steps that run it.

  2. Article

    Runbook

    A similar document for technical operations and incidents.

  3. Article

    Delegation

    Handing a task over, which a written procedure makes easier to trust.

  4. Article

    Handoff

    The moment work passes from one person or team to another.

  5. Article

    RACI

    Naming who is responsible, accountable, consulted and informed.