Northline Ops › Guides › How to Write an SOP

How to Write an SOP: A Step-by-Step Guide

A standard operating procedure (SOP) turns a task that lives in someone's head into something anyone on your team can do the same way, every time. Here is a practical process for writing one your team will actually follow — plus the exact structure to use and a free AI prompt to draft your first one in minutes.

What an SOP actually is (and isn't)

An SOP is a documented, step-by-step set of instructions for completing a recurring task consistently. Done well, it answers four questions: who does the work, when they do it, the exact steps to follow, and what "done correctly" looks like.

An SOP is not a policy (which sets rules), a flowchart (which maps decisions), or a training course. It's the reliable recipe a competent person can follow without asking you to explain it again.

When it's worth writing one

You don't need an SOP for everything. Write one when a task is:

• Recurring — it happens weekly, monthly, or on a predictable trigger.
• Done by more than one person — or will be, once you delegate it.
• Costly to get wrong — mistakes mean rework, unhappy customers, or compliance risk.
• Currently undocumented — it only exists in one person's memory.

The structure every SOP should use

Keep one process per document and use the same skeleton each time so your team always knows where to look:

1. Title & purpose — the process name and one sentence on why it matters.
2. Scope — when this applies (and when it doesn't).
3. Owner / role responsible — the role, not a person's name, so it survives staff changes.
4. Tools & access needed — software, logins, files, or equipment required before starting.
5. The steps — numbered, in order, each starting with an action verb.
6. Expected outcome / quality check — how to know it was done right.
7. Last reviewed — a date so you know when it's stale.

Step-by-step: writing the SOP

1. Pick one narrow process

"Onboard a client" is too big. "Set up a new client in the billing system" is an SOP. If you can't describe the task in a single sentence, split it.

2. Do the task once and capture every step

The fastest way to write an accurate SOP is to perform the task and note each action as you go — every click, check, and hand-off. Don't tidy it yet; just capture reality.

3. Rewrite each step as a plain action

Start every step with a verb: "Open…", "Confirm…", "Send…". One action per step. Assume the reader is competent but new — no insider shorthand.

4. Add the quality check

State what the finished result looks like. "The invoice shows the correct PO number and the status is "Sent"" beats "make sure it's right."

5. Have someone else follow it

The real test: hand it to a person who has never done the task and watch them follow it without asking questions. Every question they ask is a missing step.

You are an operations expert who writes clear, usable SOPs.
I'll describe a task my team does. Interview me one question
at a time to fill any gaps, then produce a standard operating
procedure with these sections: Title & Purpose, Scope, Role
Responsible, Tools/Access Needed, Numbered Steps (each starting
with an action verb, one action per step), Expected Outcome /
Quality Check, and Last Reviewed date. Keep it to one page.

The task is: [describe your task in a sentence or two]

Common mistakes to avoid

• Writing for an expert. SOPs are for the person who doesn't already know the task.
• Bundling multiple processes. One document, one process — or no one can find anything.
• Naming a person instead of a role. People leave; roles don't.
• Never reviewing. An SOP that's wrong is worse than none, because people trust it.
• Letting perfect block done. A rough SOP in use beats a perfect one that never gets written.

Frequently asked questions

What should an SOP include?

A title and purpose, scope, the role responsible, tools or access needed, numbered action steps, an expected-outcome quality check, and a last-reviewed date — one process per document.

How long should an SOP be?

As short as possible while staying unambiguous — usually one to two pages. If it runs longer, you're probably documenting two processes that should be separate SOPs.

Can I use AI to write an SOP?

Yes. Describe the process in plain language and a model like ChatGPT, Claude, or Gemini will structure it into clear steps; you review for accuracy. The free prompt above gives you a usable first draft in a few minutes.