SOP template
When to use
Section titled “When to use”- Shelf:
build/sops/<topic>/ kind: sop- Diátaxis mode: how-to + policy (approved standard, not ad-hoc ops)
- Readers served: teams needing role clarity and audit evidence; agents distinguishing policy from one-off runbooks
Design rationale
Section titled “Design rationale”- Purpose states controlled risk — SOPs exist to prevent repeat failures, not to teach tools (ISO 9001 documented procedures — purpose/scope concept).
- Scope & roles table — ambiguity causes audit failures; roles must be explicit (Good Docs process documentation).
- Evidence / records section — SOPs differ from runbooks by requiring retained proof (quality management — records).
- Numbered procedure with evidence per step — each step names what to file/store (procedure documentation best practice).
- Canonical execution links — SOP points to runbook/playbook without duplicating commands (Diátaxis — one concern per doc).
Copy-paste skeleton
Section titled “Copy-paste skeleton”---title: "SOP title"description: One sentence — what this standard procedure governs.sidebar: label: "SOP title" order: Ncategory: <topic>kind: sopstatus: currenttags: [sop, topic]---
## Purpose
Why this SOP exists and what risk it controls.
## Scope & roles
| Role | Responsibility ||---|---|| … | … |
**Applies to:** <systems, envs, teams>**Out of scope:** <explicit exclusions>
## Procedure
1. **<Step>** — <required action>. Evidence: <log, ticket, screenshot>2. …
## Evidence / records
What must be retained (ticket ID, backup path, sign-off).
## Checklist
- [ ] <required verification>- [ ] <audit trail captured>
:::note[Canonical execution]Day-to-day commands: [Runbook](/tech-stack/laravel/codecanyon/build/runbooks/code-test-ship/) · Teaching journey: [Playbook](/tech-stack/laravel/codecanyon/build/playbooks/setup-new/):::Anti-patterns
Section titled “Anti-patterns”- Do not duplicate full runbook command blocks — link instead.
- Do not ship SOP without roles table when multiple actors involved.
- Do not use playbook
:::nexton standalone SOPs.
Worked example
Section titled “Worked example”- No leaf SOP published yet — SOPs hub (stub). Procedural peel: Code → test → ship runbook
Sources
Section titled “Sources”- Good Docs Project — Templates — process and procedure doc patterns.
- ISO 9001:2015 — Quality management systems — purpose, scope, documented procedures, records (conceptual alignment).
- Google developer documentation style guide — Procedures — numbered steps with clear outcomes.
- Diátaxis — How-to guides — SOP as governed how-to vs tutorial.
- Writing style → Doc-type spines