Beta Tool Access·Free for a Limited Time

    SOPs That Actually Get Used

    Talk through a process you have explained a hundred times. We ask the questions people usually skip, like what good looks like and what to do when it varies. Twenty minutes later you have a Word document someone else can actually follow.

    Steps at the click by click level, your pet peeves written in as warnings, and every section editable before you download it

    Talk it through

    Dictate or type, with suggestions to tap

    The it depends moments

    Written out as rules anyone can follow

    A Word doc to hand over

    Editable first, then yours to download

    Who this is for

    Who this is for

    Business owners, team leads, and operations managers who have explained the same process out loud more times than they can count. It works when you do it. The part that goes missing when someone else picks it up is never the steps, it is the judgement you make without noticing.

    It works when you do it

    ?

    The problem

    Why most SOPs get ignored

    Most SOPs list the actions and skip the standard. They say what to click, not what good looks like, when to make an exception, or who picks it up next. So people follow one once, hit something the document does not cover, and come back to you. This tool asks the questions that fill those gaps.

    What you get

    Included in every report

    Steps written at the click by click level

    The it depends moments written out as decision rules

    Watch-out warnings built from the pet peeves you list

    Quality standards and a clear done state

    Voice dictation if you would rather talk than type

    A review step where you can edit every section before it exports

    A Word document to download, and a copy in your inbox

    The it depends moments are the whole job

    Anyone can list steps. What makes a process safe to hand over is knowing what to do when the situation is not the standard one. We ask you for those moments directly and write them in as rules, which is the part that lets someone else run it without checking in with you.

    How to write an SOP

    Five steps to an SOP template people will actually follow.

    Most SOPs fail because they capture the steps and miss the standard. Here is the order that works for small expert businesses, and the order this tool follows when it builds the document for you.

    1. Capture the standard, not just the steps. Document what good looks like before you document the actions. The standard is the thing people forget when they are trying to be helpful.
    2. Name the It Depends moments. Every real process has conditional logic. Write the decision rules down explicitly so the SOP can be followed without you in the room.
    3. Include the watch-outs. List the mistakes you have personally seen made. The pet peeves go into the SOP template, not into your head where no one else can read them.
    4. Define the done state. Describe what completion looks like, not just the last action. Done is a quality bar, not a checkbox.
    5. Test it on someone new. If a new contractor can follow the SOP without asking you a question, it is finished. If they hit a gap, that gap is the missing step.
    SOP Template

    What a good SOP template actually includes.

    Most free SOP templates online are a list of numbered steps and a header for the date. That is a checklist, not an SOP. A real SOP template carries enough context for someone else to make decisions the way you would.

    The fields this generator produces, and the fields your own template should include:

    • Purpose: why the process exists and what it protects.
    • Trigger: what causes the process to start.
    • Inputs and prerequisites: what has to be true before step one.
    • Sequenced steps with conditional branches for the "it depends" moments.
    • Quality standards: what good looks like at the end.
    • Watch-outs: the specific failure modes you have actually seen.
    • Handoff points: who picks up next, and what they need from you.
    • Done state: the unambiguous definition of completion.
    Sound familiar?

    You know how you want it done. Nobody else does.

    Your VA does the task correctly but not the way you would do it. Every time.

    You wrote a process doc once. It is eighteen months old and three versions behind.

    The same question gets asked every week. You answer it slightly differently each time.

    You delegated the task, then spent more time fixing the output than doing it yourself.

    There are "it depends" moments in every process that only you know how to navigate.

    You stopped writing SOPs because the last one took longer than just doing the work.

    The problem is not the SOP. The problem is the SOP never captured how you think.

    What you get

    A document your team can follow without asking you.

    Decision logic built in

    The "it depends" moments are captured as conditional paths, not footnotes.

    Your pet peeves as warnings

    The things that irritate you become highlighted callouts your team cannot miss.

    Quality standards, not just steps

    What "done properly" looks like is defined. Not assumed. Not implied.

    Handoff points mapped

    Where responsibility changes hands. Who passes what to whom. No gaps.

    Voice-to-text capture

    Talk through your process instead of typing. The AI structures what you say.

    A Word document you can hand over

    Formatted, editable before it exports, and a copy lands in your inbox.

    The SOP lifecycle problem

    Three stages of SOP failure

    Stage 1

    No SOP

    • Process lives in your head
    • Team asks the same questions every time
    • Quality depends on who is doing it that day
    Stage 2

    The expired SOP

    • Written 18 months ago for a process that has changed three times
    • Team knows it exists but ignores it
    • Worse than no SOP because it creates false confidence
    Stage 3

    The SOP that doesn't capture how you want it done

    • Steps are right, standards are missing
    • No decision logic, no exceptions, no warnings
    • Person follows it perfectly and still irritates you

    This tool fixes all three. It captures how you think, not just what you do.

    The long version

    What a standard operating procedure actually needs to contain

    A standard operating procedure is a written record of how one piece of work gets done to your standard, by someone who is not you. Most templates you can download online record the clicks and stop there. That is why they get read once and never opened again.

    The reason a process survives in your head is not the sequence. It is the judgement sitting underneath it. You know which client gets the phone call instead of the email. You know the invoice goes out before the file, not after. None of that is written anywhere, so the work comes back to you every time.

    An SOP earns its place when it carries the decisions as well as the steps. That is the gap this tool is built to close.

    The seven parts of an SOP people keep using

    A trigger, not a title
    What has to happen for this procedure to start. A signed proposal lands. A Tuesday arrives. Someone is confused about when to begin, so name the moment.
    The owner and the backup
    One named role runs it. One named role covers it when the first person is away. Procedures with no owner become everyone, which means nobody.
    Steps at click level
    Not "prepare the file". Open the folder, duplicate the template, rename it using the client code and the date. Somebody new should be able to follow it without translating.
    What good looks like
    The standard, written down. Length, tone, formatting, turnaround. Without it you get work that is technically complete and still wrong.
    The it depends rules
    The branch points. If the client is on retainer, do this. If the deadline is inside 48 hours, skip that. This is the part that lives only in your head, and it is the part that makes delegation stick.
    Your pet peeves as warnings
    The mistakes you have corrected more than twice, written in as explicit cautions. Cheaper to write once than to fix forever.
    A review date
    An SOP with no review date becomes an expired SOP, which is worse than no SOP because people follow it into the wrong outcome.

    What one step looks like when it is written properly

    Take a common one, sending a client their monthly report. Here is the difference between a template and a procedure someone can actually run.

    The template version

    Prepare the monthly report and send it to the client.

    The procedure version

    Trigger: the second business day of the month. Owner: the account coordinator. Open the reporting folder, duplicate last month's file, rename it to client code plus month. Pull the figures from the dashboard, not from email. Good looks like: one page, plain language summary at the top, no unexplained variances. It depends: if a variance is over 15 per cent, the report goes to Sarah for a read before it goes out. Warning: never send on a Friday afternoon, questions land over the weekend and nobody is there to answer them.

    Questions people ask before they start

    How long does it take to write one?

    Around twenty minutes per procedure using this tool, because you talk it through rather than write it. Writing the same document from a blank template usually takes an afternoon and still misses the judgement calls.

    What if my process changes constantly?

    Then the procedure records the decision rules rather than a fixed sequence. If the work genuinely changes every time, the problem is upstream in the process design, and the Lazy Process Designer is the better starting point.

    Can I edit it before it becomes a document?

    Yes. Every section is editable on screen first, and your edits carry into the final Word document rather than being overwritten by the generated draft.

    What format do I get?

    A Word document you can hand over, store in your own drive, and edit later. No account, no locked platform, no export fee.

    Do I need to document everything?

    No. Start with the work that interrupts you most often and the work that only you can currently do. Those two lists cover most of what is holding a business to one person.

    Where this sits in the sequence

    • The Lazy Process Designer

      Use this first when the process itself is broken. Documenting a bad process just makes the bad process official.

    • The Client Journey Mapper

      Use this when you are not sure which procedures matter most. It shows you where clients actually feel the friction.

    • Rewire What Only You Can Do

      Use this to work out which tasks should leave you first, before you write a single procedure.

    Companion tool

    Process broken? Fix it first.

    Documenting a bad process just makes the bad process official. The Lazy Process Designer redesigns the process. Then you come here to lock it in. Together they form a complete system.

    Redesign a Process First

    Unlock your personalised report

    Enter your details to start. We will send a copy of your results to your email so you never lose them.

    or

    Get free access with the Do & Done Business Club

    Standard: $49 USDPremium: $99 USD

    Founder member rate expires soon.

    Join on Skool