Claude Prompts for SOPs People Actually Follow
20 copy-paste Claude prompts for standard operating procedures, runbooks, RACI charts, and process documentation. Long-context Claude can ingest existing process notes + spit out structured SOPs.
SOP Writing
4 promptsSOP from Process Description
1/20[Paste rough description of process]. Convert to SOP. Output structure: purpose, scope, owner, prerequisites, step-by-step (numbered), decision points (if/then), verification, exceptions handling, version + last updated. Each step actionable enough that a new hire could execute. Flag steps too vague to follow.
Converts process descriptions into formal SOPs.
Pro tip: SOPs fail at "varies depending on situation." Vague steps = inconsistent execution. Decision-point notation (if X then Y, else Z) = SOPs that handle reality.
Runbook for Recurring Task
2/20Build a runbook for [recurring task]. Output: trigger (when this runs), prerequisites (access, tools, data), step-by-step procedure, expected output, troubleshooting if step fails, escalation path, time estimate per step. Designed for someone tired or new to follow without thinking.
Builds operational runbooks.
Pro tip: Best runbooks designed for "tired ops engineer at 2am." Plain language, no assumed context, escalation visible. Smart-engineer runbooks fail when smart engineer is sick.
Onboarding SOP
3/20SOP for onboarding new [role]. Output: pre-day-1 prep, day 1 schedule + activities, week 1 milestones, 30-60-90 day expectations, who handles what (RACI), checklist signed-off when complete, feedback loop to improve SOP itself. Specific enough that any manager could run.
Builds onboarding SOPs.
Pro tip: Onboarding without SOP = inconsistent experience. Some managers thorough; others wing it. New hire experience depends on luck. SOP = repeatable + improvable.
Customer Onboarding SOP
4/20SOP for customer onboarding (post-sale). Stage: [SaaS / agency / product]. Output: kickoff call agenda, data collection checklist, account setup sequence, first-value milestone, success criteria, handoff to CSM. RACI per step. Goal: time-to-value < [target].
Builds customer onboarding SOPs.
Pro tip: Customer onboarding SOP gaps = churn. Random onboarding = some customers ramp, some flounder. Standardized = consistent experience + improvable through observation.
XML tags are just the start. Learn the full Claude workflow.
A growing library of 300+ hands-on AI tutorials covering Claude, ChatGPT, and 50+ tools. New tutorials added every week.
RACI + Process Design
4 promptsRACI Chart from Process
5/20[Paste process or SOP]. Build RACI chart: Responsible (does the work), Accountable (one person, owns outcome), Consulted (input expected), Informed (kept in loop). Output as table: rows = process steps, columns = roles. Flag any step with multiple Accountables (anti-pattern).
Builds RACI charts from processes.
Pro tip: Multiple Accountables = no Accountable. RACI clean = one A per step. Common mistake: making everyone "accountable" = nobody owns. Force the choice.
Process Bottleneck Audit
6/20[Paste process]. Audit for bottlenecks. Output: which step takes most time (% of total), where work waits (handoffs, approvals), parallelizable steps currently sequential, automation candidates, redundant steps that could be cut. Time savings ranked by impact.
Audits processes for bottlenecks.
Pro tip: Most processes 80% wait, 20% work. Wait time = handoffs + approvals + queue. Automating the work = small win. Cutting wait = big win. Audit handoffs first.
Process Design from Outcome
7/20Design a process backwards from desired outcome: [describe]. Constraints: [team, tools, time]. Output: outcome metrics, working-backward steps, owner per step, dependencies, success/fail criteria, what we measure to improve. Outcome-led design > activity-led.
Designs processes from outcomes backward.
Pro tip: Activity-based processes ("schedule daily standup") = busy. Outcome-based ("communicate blockers within 24h") = effective. Output-design > input-design.
Approval Workflow
8/20Design an approval workflow for [decision type]. Constraints: [risk level, $ amount, time-sensitivity]. Output: who approves at what threshold, who can be bypassed, escalation path if approver unavailable, audit trail captured, automation hooks. Speed + control balanced.
Designs approval workflows.
Pro tip: Approval workflow trapped between control + speed. Too tight = stalls. Too loose = mistakes. Threshold-based (anyone < $X, manager < $Y, exec ≥ $Z) = both.
SOP Audits + Improvement
4 promptsSOP Compliance Audit
9/20[Paste SOP + describe how team actually works]. Audit gap between SOP and reality: which steps team skips (and why), which steps team adds (often valuable, undocumented), which steps are obsolete, where SOP is unrealistic. Update SOP to match reality OR change reality to match SOP.
Audits SOP-vs-reality gaps.
Pro tip: Best SOPs reflect reality. SOP team ignores = useless paper. Either fix the SOP (most common) or fix the team behavior (sometimes correct). Audit is the tool.
SOP Simplification
10/20[Paste current SOP]. Simplify: cut steps that don't change outcome, merge consecutive steps with same owner, replace prose with checkboxes, remove jargon for fresh-eyes reader, single-page if possible. Goal: same compliance, half the friction.
Simplifies bloated SOPs.
Pro tip: SOPs grow over time as edge cases get added. After 2 years = 3-page bloat. Quarterly simplification = tight + followed. Bloat = unread.
SOP Translation for Different Levels
11/20[Paste expert-level SOP]. Adapt for [junior level / new hire / contractor]. More context per step, definitions of jargon, assumed knowledge spelled out, common mistakes flagged, screenshots placeholder, escalation lower-threshold.
Adapts SOPs for different experience levels.
Pro tip: Same SOP doesn't serve senior + junior equally. Junior SOP needs more handholding; senior SOP feels patronizing. Versions per audience = high quality across team.
SOP Visualization
12/20[Paste SOP]. Convert text-heavy SOP to visual. Output: process flow diagram description (mermaid syntax I can paste), checklist version (one-page sticky), decision tree if branching, quick reference card. Different formats for different consumption contexts.
Converts SOPs to visual formats.
Pro tip: Text SOPs get read once. Visual SOPs (flowchart, checklist on wall) = consulted daily. Form factor matters more than content for compliance.
These prompts give you the what. Tutorials give you the why.
Learn when to use extended thinking, how to build Claude Projects, and workflows that compound. 300+ tutorials and growing.
Specialty SOPs
4 promptsCrisis Response SOP
13/20Crisis response SOP. Crisis type: [security incident / outage / PR / data breach]. Output: severity classification, initial response in 0-15 min, escalation chain, communication templates internal + external, decision rights during crisis, post-mortem trigger, regulatory notifications if any. Designed for panic-state.
Builds crisis response SOPs.
Pro tip: Crisis SOPs designed for calm read but panic execution. Templates pre-written = blast email out in 5 min, not 50. Decision rights pre-decided = no debate during fire.
Knowledge Transfer SOP
14/20SOP for knowledge transfer when [employee leaves / role changes]. Output: documentation transfer (1-on-1 walkthrough format), system access, customer relationship handoffs, in-progress work transition, post-transition support window. Common mistake: transfer too late + too rushed.
Builds knowledge transfer SOPs.
Pro tip: Most knowledge transfer = 2 weeks before exit, panic mode. SOP-driven KT = 6 weeks of structured handoff. Departures less catastrophic when SOP exists.
Vendor Onboarding SOP
15/20SOP for onboarding new vendor. Vendor type: [describe]. Output: due diligence (security, financial, compliance), contract review, system access provisioning (least privilege), kickoff meeting, ongoing review cadence, offboarding plan. Vendor risk = real risk.
Builds vendor onboarding SOPs.
Pro tip: Vendor onboarding = security + procurement + legal + ops touchpoints. Without SOP = something gets missed (often security review, sometimes contract terms). SOP catches before it bites.
SOP Library Architecture
16/20Help me architect an SOP library for [company size]. Output: hierarchy (org-wide / team / role-specific), naming convention, version control, ownership + review cadence, how to find SOPs (search/index), retire-old-SOP process. Library that scales beats SOP collection that grows.
Architects SOP libraries.
Pro tip: Random SOPs in random folders = nobody finds them = nobody uses them. Architectured library + naming convention + search = SOPs become institutional asset.
Frequently Asked Questions
Prompts are the starting line. Tutorials are the finish.
A growing library of 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ AI tools. New tutorials added every week.
7-day free trial. Cancel anytime.