Improve workflows

Turn a repeated task into a usable SOP

Take a task that lives in someone's head and write it down so a new person could do it on day one, with the approvals, exceptions and evidence of completion spelled out.

For: Owners and managers documenting work so it stops depending on one person's memory.

Format
Guide + blank SOP template + copyable prompt
Published
September 9, 2026
Updated
September 13, 2026
Last checked
September 13, 2026
Written by
Dryvn AI editorial
Edited by
Dryvn AI editorial
Reviewed by
Not yet reviewed by a named person
Read as
Editorial (Dryvn's practical method)

What an SOP is for

Every business has tasks that only one person really knows how to do. Not because they are hard, but because nobody wrote them down. When that person is on site, sick or on holiday, the task waits or gets done wrong. A standard operating procedure fixes that by moving the task out of a head and onto a page.

The test for a finished SOP is simple: could someone new do this on their first day, using only the page, without asking anyone? That test also tells you what the page must contain. Not just the steps, but what starts the task, what has to be true before it starts, who is responsible, who approves what, what to do when it goes off the normal path, and how everyone knows it is done. That same distinction matters when deciding whether to hire an office manager or use AI. BDC's guidance on improving a business with technology makes the same point from the other direction: document and fix the process before you automate it [S10].

The nine parts

Every SOP needs these nine parts. Most rough notes have three of them.
PartQuestion it answersWhat goes wrong without it
OutcomeWhat is true when this is done?People finish the steps and miss the point.
TriggerWhat starts it?The task starts late, or twice.
PrerequisitesWhat must be true or in hand before starting?Half-done work waiting on a missing detail.
ResponsibilityWho does it, and who is accountable?Everyone assumes someone else has it.
StepsWhat exactly happens, in order?The same task done five different ways.
ApprovalsWhich steps need a named person's yes, and for what?Commitments made by whoever answered the phone.
ExceptionsWhat happens when it doesn't fit the normal path?The task stalls silently or someone improvises.
Completion evidenceHow do we know it is actually done?'I sent the text' treated as 'the customer is sorted'.
Review dateWhen do we check this is still right?A procedure that describes how things worked two years ago.

From a messy note to an SOP

The fastest way to write an SOP is to get the person who does the task to describe it, badly, in one go. Then structure it. Here is a fictional example of exactly that: a rough note from the office at a home services company about how appointment changes are handled, and the SOP that came out of it.

Illustrative example · fictional

Appointment changes at a fictional home services company

Copy this · The rough note, as dictated

ok so when someone wants to move their appointment - usually they text or call, sometimes email. we check the calendar, if theres a slot we move it. if its same day we need to tell the tech, sometimes dave says no if its far. deposit stays. if they move it twice we sometimes charge, depends. update the job in the system and text them the new time. oh and if its a warranty visit it has to go through mark first

That note has real knowledge in it. It also has four undecided policies hiding in plain sight: 'sometimes dave says no', 'sometimes charge, depends', 'usually text or call', and an approval rule for warranty visits with no stated reason or limit. Structured into the nine parts, it becomes this.

SOP: Rescheduling a customer appointment (worked version)

  • Outcome. The appointment is moved to a time the customer and the assigned technician have both confirmed, the job record shows the new time, and the customer has written confirmation.
  • Trigger. A customer asks to move an appointment by text, call or email.
  • Prerequisites. The job number; the customer's requested date or window; whether the visit is a standard or warranty visit (shown on the job record).
  • Responsibility. Whoever receives the request handles it to completion the same day. The office manager is accountable that no request is left open overnight.
  • Steps. 1. Find the job record and note the current appointment and technician. 2. Check the calendar for an open slot in the customer's window. 3. If the new time is today, confirm with the assigned technician before offering it. 4. Offer the time to the customer and wait for a yes. 5. Update the job record with the new time and who confirmed it. 6. Send the customer the confirmation text using the standard wording. 7. Mark the request closed.
  • Approvals. Warranty visits: the warranty coordinator (Mark) approves the new time before it is offered. Same-day changes: the assigned technician confirms before the time is offered.
  • Exceptions. Customer has moved the same appointment twice before: see 'Needs a human answer'. Technician declines a same-day move: offer the next available slot; do not argue the technician's reason with the customer. No slot in the customer's window: offer the two nearest and note the customer's preference on the job.
  • Completion evidence. The job record shows the new time and the confirmer's name, and the customer's confirmation text appears in the message log. A verbal 'okay' on the phone is not evidence; send the text.
  • Review date. Three months from adoption, or sooner if the booking tool changes.

Needs a human answer

  • Is there a rescheduling fee after the second move? If yes, how much, and who decides when it is waived? The note says 'sometimes charge, depends', which is not a rule anyone can follow.
  • Does the deposit always stay in place, including when the business moves the appointment?
  • May a technician refuse a same-day move for distance alone, and is there a distance or time limit that makes the refusal automatic?
  • Why do warranty visits go through Mark? If it is about parts or coverage, should the SOP say what Mark checks so the office can prepare it?

Notice what happened to the vague parts. They did not get quietly turned into rules. They became direct questions for the owner. That is the difference between a procedure that documents the business and one that invents it.

Using AI to do the structuring

An AI assistant is good at the structuring step and bad at the deciding step, which is exactly the split you want. The risk is that it fills gaps to look complete: it will happily write 'a rescheduling fee of $25 applies after the second change' because that sounds like an SOP. The prompt below is written to stop that. It tells the assistant to work only from your note, to keep uncertainty visible, to ask only about material gaps, and to list what still needs a human answer instead of finishing the job for you.

Copyable prompt · Rough note to SOP

You are helping me turn a rough note into a standard operating procedure (SOP) for my business. Work only from what I give you. Do not invent policies, prices, deadlines, names, tools or approval rules that are not in my note.

Produce the SOP using exactly these headings: Outcome; Trigger; Prerequisites; Responsibility; Steps; Approvals; Exceptions; Completion evidence; Review date.

Rules:
1. Where my note is unclear, contradictory or missing something material (for example who approves, what the limit is, or what happens when a step fails), do not guess. Put the item in a final section headed "Needs a human answer", as a short direct question.
2. Ask me only about material gaps. Do not ask about wording, formatting or things that do not change what a person would do.
3. Preserve uncertainty. If my note says "sometimes" or "depends", keep that visible in the Exceptions section and add a question about it; do not turn it into a rule.
4. Keep every step something a new team member could follow on their first day without asking anyone.
5. Do not add steps that exist only to sound thorough.
6. Use plain language and short sentences. No marketing or motivational language.

Here is my note:
[paste your rough note here]

Fill in the blank template

Worksheet

SOP template

One task per template. Write for someone doing this on their first day.

Task name
Verb and object, e.g. 'Reschedule a customer appointment'
Outcome
What is true when this is done
Trigger
What starts it, and through which channels
Prerequisites
What must be in hand or true before starting
Responsibility
Who does it; who is accountable
Steps
Numbered, in order, one action each
Approvals
Which steps need whose yes, and any limits
Exceptions
What happens off the normal path, and who handles it
Completion evidence
What proves it is done (not 'I sent it')
Review date
When to check it is still right
Needs a human answer
Open questions surfaced while writing

Downloads · no email required

  • SOP template with worked example

    The blank nine-part template plus, separately, the complete fictional appointment-change SOP from this page. Opens in any text or Markdown editor.

    Download .md

Getting SOPs adopted

  1. 01Pick the task that stops when one person is awayNot the most important task; the most fragile one. That is where the first SOP pays for itself.
  2. 02Have someone new follow it while you watchEvery place they stop and ask is a gap in the page. Fix the page, not the person.
  3. 03Attach it to the triggerPut a link to the SOP wherever the task starts: the inbox rule, the booking tool, the job record. A procedure in a folder nobody opens is a memory with extra steps.
  4. 04Review on the date you wroteTools change, people change, policies get decided. An SOP that is a year old without a review is a guess about the past. The customer request workflow shows how the same discipline applies to tracking work.

Questions people ask

Can AI help write an SOP without inventing company rules?
Yes, if you tell it to. The prompt on this page instructs the assistant to work only from your note, keep 'sometimes' and 'depends' visible, and put every material gap into a 'Needs a human answer' list rather than filling it. Then you decide.
How long should an SOP be?
As long as the day-one test requires and no longer. Most tasks fit on one page. If it runs to three, you probably have two or three tasks tangled together; split them.
Who should write the SOP, the person who does the task or the manager?
The person who does it dictates the rough note. The manager answers the 'Needs a human answer' questions. Neither can do the other's part well.
What is the difference between an SOP and a workflow?
An SOP is the written procedure for people. A workflow is the sequence of steps a system or a team runs, which the SOP describes. The systems, workflows and loops explainer covers those terms.

Sources

Dates are when each source was last checked by the editor. Sources support specific claims; they are not endorsements.

  1. S10How to complete a digital transformation in the age of AI · BDC · checked September 9, 2026Supports documenting and fixing the process before adding technology to it.

R12 · Published September 9, 2026 · Updated September 13, 2026 · Next scheduled review December 9, 2026 · Teaches process management; not legal, warranty, safety or engineering advice. Examples are fictional unless stated. Part of the Dryvn resource library (17 resources).