Blog · Claude / Ops

Build a Claude SOP Generator: Turn Any Repeating Workflow Into a Written SOP in 20 Minutes

If you do it twice, write it once. The Claude SOP Generator turns a meeting transcript or screen recording into a working SOP in 20 minutes.

By Cameron Jo'van··9 min read
TL;DR
  • An SOP doesn't need to be 40 pages of corporate filler. Six sections — Trigger, Inputs, Steps, Edge Cases, Quality Check, Handoff — is enough.
  • Capture by talking through the workflow once into a transcript. Claude does the structure work.
  • Version each SOP. v1 is rough. v2 incorporates first-run feedback. v3 is the durable handoff version.

The biggest leverage point most solo operators miss isn't a new AI tool — it's writing down the workflows they already run repeatedly. Every operation you execute more than twice is a candidate for an SOP. Every SOP you don't write is delegation debt: work you'll do forever instead of handing off once.

The reason operators don't write SOPs is that the corporate-style SOP template is 40 pages of compliance filler that nobody reads. A working SOP for a solo operator is six sections, fits on two pages, and gets to "good enough" in 20 minutes with the right Claude skill.

This article is the exact workflow.

What An Operator-Grade SOP Looks Like

Six sections. No more. No less.

1. Trigger. When does this SOP fire? "When a new lead form submits" or "Every Monday at 9am" or "When inventory drops below 12 units."

2. Inputs. What information do you need before you start? List specifically: the form fields, the dashboard URL, the doc template, the credentials needed.

3. Steps. The actual work, numbered. Each step is one action. If a step has sub-steps, it's actually two steps — split it.

4. Edge Cases. What goes wrong, and what do you do. "If the lead's email bounces → flag in CRM as Bounced, skip the welcome email." This is the section most templates skip and most real workflows need.

5. Quality Check. How do you verify the output is right before you ship? One or two specific checks. "Confirm the invoice total matches the PO. Confirm the client name is spelled correctly."

6. Handoff. Where does the output go and who gets notified? "Save to Drive folder X. Slack-notify the client manager."

Six sections. Two pages. That's enough.

The Capture Workflow

The killer move is capturing the workflow once instead of writing it. Three options:

Option A — Voice memo while doing it. Run the workflow with your phone recording. Talk through what you're doing as you do it. Transcribe via ElevenLabs or OpenAI Whisper. Paste transcript into Claude with the SOP Builder skill.

Option B — Loom/Screen recording with narration. Same idea, but visual. Useful for screen-driven workflows. Transcribe the audio.

Option C — Rough typed notes. Bullet-point what you'd tell someone to do. Less rich than voice but faster if you've done it 100 times and have it cached in your head.

Pick the one that fits your stamina. Voice is best for first-time capture. Typed notes are best for workflows you've already mentally modeled.

The Claude SOP Builder Skill

This is the skill that does the structure work. Paste this into Claude as a Project Custom Instruction or save as a Skill file:

You are a Senior Operations Director who has documented 500+ operator workflows. Your job is to convert raw input (transcripts, notes, or descriptions of a workflow) into a clean, two-page SOP using the six-section structure: Trigger, Inputs, Steps, Edge Cases, Quality Check, Handoff.

Format rules:

  • Use H2 for section headers, exactly six.
  • Steps numbered, each step is one action.
  • Edge cases formatted as "If X → do Y."
  • Quality Check as a 1-3 item bulleted checklist.
  • Handoff names specific destination + notification action.

Style rules:

  • Imperative voice ("Open the dashboard" not "You should open the dashboard").
  • Specific over general (name the URL, the button, the doc).
  • Skip filler ("This SOP describes...", "The purpose of this is...").

If the input is missing information for any section, mark it [TBD: ] and ask one consolidated clarifying question at the end. Do not invent steps that weren't described.

That skill, plus the input transcript, produces a working v1 SOP in about 90 seconds of Claude time.

v1 → v2 → v3: The Iteration Loop

Operators who skip iteration end up with useless SOPs. The right cadence:

v1 (Day 1): Capture + Claude pass. Rough but complete.

v2 (After first re-run): Someone (you or a delegate) runs the SOP once. They flag every place they got stuck, made a judgment call, or had to ask a question. Those become Edge Cases or clarified Steps. Update the SOP.

v3 (After second re-run): Same exercise. Any remaining ambiguity is fixed. After v3, most SOPs are durable for 6+ months.

The mistake operators make is treating v1 as the final version, then complaining that SOPs are useless when the delegate hits an unaddressed edge case. The SOP isn't broken — it's just unfinished.

What To SOP First

Don't try to document everything at once. The prioritization that works:

Priority 1 — Workflows you do 2x+ per week. These produce the most leverage when documented.

Priority 2 — Workflows that fail consistently when delegated. If you've tried to hand off a task and it keeps coming back broken, the SOP is the fix.

Priority 3 — Workflows that block you when you're sick or traveling. Anything that requires "Cameron to do it" creates fragility. Document those next.

Priority 4 — Workflows you do monthly or less. These are SOPs eventually but lower urgency.

Most operators have 30-50 candidate SOPs. Working through them at one per week takes a year. Working through them with the Claude SOP Builder at three per week takes four months.

The Common Failure Modes

Failure 1 — Over-engineering. Operators try to write SOPs that handle every edge case in advance. Don't. v1 should be the happy path + the 2-3 most common failure modes. Edge cases are added in v2 and v3 as they're observed.

Failure 2 — Storage drift. Writing SOPs and then losing them in a folder no one remembers. Fix: pick one place (your existing wiki, a "/sops" folder in your shared drive, a Notion database) and put every SOP there from day one.

Failure 3 — Owner ambiguity. SOPs without an owner rot. Add a footer to every SOP: "Owner: [Name]. Review by: [Date 6 months out]." Calendar the review.

Failure 4 — Treating SOPs as compliance theater. SOPs aren't for the file cabinet. They're for the person (you, future you, or a delegate) who has to do this work next time. If your SOP isn't useful in the moment of execution, rewrite it.

The Cross-Sell

The SOP Builder is one of ten Claude skills in Claude Skills for Operators ($7.99). The other nine cover the most recurring solo-business workflows: email triage, project briefs, RFP responses, hiring filters, investor updates, customer replies, vendor negotiations, weekly reviews, meeting notes.

Each skill is a markdown file. Paste into Claude. Run. Done. No subscription beyond Claude Pro. No cohort. No Discord. No 200-page filler PDF.

The leverage math: one Claude skill saves roughly 30-60 minutes per use. The pack is $7.99. Most operators recoup the cost on the second SOP they generate. The rest is pure leverage.

The actionable next step: open Claude, paste the SOP Builder skill from above, and run it on the workflow you've been meaning to delegate for six months. By the end of this article-reading session, you'll have one SOP. That's already more than 80% of operators ever produce.

Frequently Asked Questions

Why use Claude over a template?

Templates require you to fill in structure manually. Claude extracts structure from a transcript or rough notes. The time difference is roughly 90 minutes (template) vs 20 minutes (Claude with the right skill). For operators with 30+ undocumented workflows, that gap is decisive.

Do I need a transcript? Can I just type notes?

Both work. Transcripts capture the messiness of how you actually do the work, which produces better SOPs. Typed notes tend to over-clean the process and miss edge cases. If you can talk through the workflow once into a voice memo, you'll get a better SOP.

What about SOPs that need screenshots or video?

Write the text SOP first. Add screenshots only where text is ambiguous (specific UI buttons, exact dropdown values). Screenshot-heavy SOPs rot fast as UIs change. Text SOPs survive UI updates.

How long should an SOP be?

Most should be under two pages. If it's longer, it's probably two SOPs glued together — split them. Complexity in a single SOP makes it useless during the moment someone needs it.

Should I version SOPs?

Yes. v1 is the first capture. v2 incorporates the feedback from the first time someone else used it. v3 is durable. Most operators stop at v1 and wonder why their SOPs are useless — they never iterated.

Where should I store SOPs?

Whatever search-first knowledge base you already use — Notion, Obsidian, Coda, Google Drive with consistent file naming. Don't build a custom SOP system; you'll abandon it. Storage flexibility is why markdown SOPs win.

Do small teams need SOPs?

Solo operators benefit most — SOPs are how you delegate to your future self. Two-person teams benefit second-most. SOPs are the cheapest way to scale judgment without scaling headcount.