Build SOPs for Every Repeatable Task

You'll end up with: A versioned, copy-pasteable SOP for one repeatable task—trigger, checklist steps, inputs/outputs, exceptions, and where it lives in your doc stack.

Overview
20–25 min
Intermediate
Free (Claude + existing doc tool)
2 tools
Cost breakdown
ClaudeFree
Google Docs (or Notion)Free
TotalFree (Claude + existing doc tool)
Common mistake

Writing a vague policy ("always communicate well") instead of an executable checklist. Fix: every step starts with a verb; each major step has a Done when line; ban adjective-only steps (no "ensure quality" / "communicate clearly") — if Claude adds them, delete and re-prompt with a concrete tool, file, or recipient in every step.

Before you start
  • One concrete repeatable task named (e.g. New client kickoff after signed contract) — not all operations
  • Either a recent example (rough bullets, Loom outline, or meeting notes) OR ~10 minutes to do a slow walkthrough once while jotting bullets
  • Claude open in a new chat; Google Docs or Notion with a blank page ready — pick one doc tool and stick with it for Order 5
  • Willingness to ship v1 today and mark review after 3 uses rather than perfecting
1

Name the workflow, boundaries, and trigger

Lock scope so the SOP cannot balloon into a wiki.

ClaudeFreeOpen Claude
Exact action

1. Open https://claude.ai and start a **new chat** (stay in this same thread through Order 4). 2. Paste this prompt and fill in the brackets: "I am writing ONE standard operating procedure (SOP) for a repeatable task. Do NOT draft numbered steps yet. Task name: [...] Who performs it (usually me / role): [...] Start trigger — first observable event that means this workflow begins (e.g. contract signed, folder received, calendar event ends): [...] Stop trigger — observable handoff when this workflow is done (e.g. invoice sent, welcome email delivered, asset handed to client): [...] Rough frequency (daily / weekly / monthly / ad hoc): [...] Tools already involved (names): [...] Definition of done in one sentence: [...] Reply with ONLY: (a) one paragraph that mirrors my scope back, (b) up to 5 ambiguity flags, (c) ZERO process steps or SOP draft." 3. Read Claude's mirror. If start/stop triggers sound like attitudes ("whenever needed", "client is happy"), reply: "Rewrite triggers as concrete events (if this file exists / after this email / when this status changes) — still no steps." 4. When you're satisfied, reply once in your own words: "Scope locked" so you don't accidentally widen the task later.

You agree with Claude's one-paragraph scope box; start and stop triggers read as **events** (something happened / something exists / a message was sent), not attitudes.
Trigger is "whenever needed" or stop is "client is happy" — re-prompt: rewrite triggers as concrete if/when events tied to files, messages, or statuses.
2

Capture the messy truth run

Turn memory or notes into a raw sequence before structure.

ClaudeFreeOpen Claude
Exact action

1. In the **same Claude chat** as Order 1, paste a chronological bullet list from a real run: meeting notes, Loom outline, support ticket trail, or memory bullets (aim for **at least 8** bullets, in order). 2. If the list is thin, add this line and send: "Ask me up to 6 yes/no or multiple-choice questions to fill gaps. Then output a single bullet list labeled RAW_RUN — chronological only. No numbering scheme yet. No best-practices filler." 3. Scan RAW_RUN: every line should name a **concrete** action, check, file, tool, or recipient. If anything is vague, ask Claude to rewrite just those bullets with a noun + verb.

RAW_RUN has no generic advice lines; every bullet ties to something you actually do, open, send, or check.
Bullets read like a blog outline ("build trust", "stay professional") — reply: "Replace any bullet without a noun + verb with a concrete action or artifact name." Re-send until RAW_RUN is execution-shaped.
3

Convert RAW_RUN into SOP v1 (sections + checklist)

Produce the actual SOP layout you will save — headings, checklist steps, and Done when lines.

ClaudeFreeOpen Claude
Exact action

1. In the **same chat**, paste: "Using RAW_RUN from above, produce SOP v1 with these **exact headings** in order: Purpose (max 2 lines) When this runs (copy the agreed start trigger) Inputs (bullets) Outputs / artifacts (bullets) Steps — numbered 1..N; under each step use a/b/c substeps where needed; after each numbered step add a line **Done when:** that states something checkable (file exists, field filled, message sent, status changed) If things go wrong — 3–5 if/then rows tied to MY tools and inputs above Time / owner — default owner me, give a rough time range Rules: cap at **12** numbered steps. If more work exists, add a Phase 2 note under Steps instead of inflating v1. Ban vague verbs without an object. Ban these phrases entirely: ensure quality, communicate clearly, stay professional, handle with care, be proactive. Every numbered step must mention a tool, file, template, or recipient by name." 2. Read the Steps section aloud once. If any **Done when** is not observable, ask Claude to tighten that step only. 3. Keep this block — you'll paste it into your doc in Order 5.

Someone else with your tools could run it once; every **Done when** references something checkable.
Steps contain banned filler or adjective-only lines — re-prompt: "Rewrite offending steps; each must include a tool/file/recipient and a checkable Done when."
4

Red-team for missing branches and handoffs

Catch the failure modes that make SOPs rot in real life — missing branches, brittle steps, bad handoffs.

ClaudeFreeOpen Claude
Exact action

1. In the **same chat**, paste: "Red-team the SOP v1 above. Output four sections: (A) 3 missing-if branches **specific** to this workflow (e.g. missing asset, client ghosting, wrong template version) — each branch names an input from the Inputs section (B) 2 handoff risks — who owns it next and what artifact they must receive (C) 1 step that is too brittle (too many decisions in one line) and should be split (D) For each item in A–C, give a **short patch** — text to paste under If things go wrong or as a substep — do NOT rewrite the whole SOP" 2. Merge patches into your v1 mentally; if a patch is good, ask Claude for a single consolidated **If things go wrong** block you can paste over the old one. 3. Name your scariest real-world case out loud — confirm you can find it reflected in the doc.

You can name the scariest real-world case and see it reflected under If things go wrong or in substeps; patches cite named inputs, not generic disasters.
Branches are generic ("if the internet is down") — re-prompt: "Every branch must cite a named input or artifact from the SOP's Inputs or Outputs sections."
5

Publish, title, and version the living doc

Make it findable and maintainable in your doc stack.

Google DocsFreeOpen Google Docs
Exact action

1. In **Google Docs** (or your chosen Notion page — same idea), create a new doc titled: `[SOP] <Task name> — v1 — <YYYY-MM-DD>`. 2. Paste the full SOP v1 from Order 3, with patches from Order 4 merged in. 3. At the very top, add a short callout box or bold lines: **Owner:** you (or role) | **Last reviewed:** today's date | **Review cadence:** after 3 real runs or 30 days, whichever comes first. 4. Optional — open Claude once more in a **new** chat and paste: "Here is my finalized SOP. Give (a) a 3-line changelog entry for v1, (b) a 5-bullet read-aloud I can use to train myself in 60 seconds." Paste the changelog under a **Changelog** heading at the bottom. 5. Grab the shareable URL or confirm the doc lives in your standard folder so you can find it next week.

A doc/page exists; title contains SOP, the task name, v1, and a date; top-of-doc shows owner + last reviewed + review cadence; optional Changelog block at bottom.
Wall of prose with no headings — go back to Order 3 and re-export with the exact heading structure; only then paste into the doc again.

All done!

You now have: A versioned, copy-pasteable SOP for one repeatable task—trigger, checklist steps, inputs/outputs, exceptions, and where it lives in your doc stack.

Explore more guides

Want this workflow built for your business?

Book a free audit