Retail store opening
Who uses it: A store manager or shift lead
Why this works: An opening routine repeats every day, so it is a perfect SOP. Owners are named per step and the done-when tags keep the handover auditable.
These standard operating procedure examples cover the procedures teams actually repeat: opening a store, starting a machine, and handling a complaint. Pick the one closest to your workflow and swap in your own steps, owners, and done-when conditions.

Who uses it: A store manager or shift lead
Why this works: An opening routine repeats every day, so it is a perfect SOP. Owners are named per step and the done-when tags keep the handover auditable.
Who uses it: A factory operator or maintenance tech
Why this works: A pre-start inspection is a safety-critical sequence. The tool column points to the checklist and gauges, and done-when gives each check a pass condition.
Who uses it: A support team lead
Why this works: Complaint handling has clear owners and a compliance-sensitive refund step, so the senior-agent owner and done-when tags keep it accountable.
Who uses it: A student club officer
Why this works: A student club rotates officers every year, so an SOP preserves the routine. Owners are roles rather than names, so the list survives turnover.
Who uses it: A freelance designer or creator
Why this works: A solo creator is every owner, so the SOP separates steps by tool and done-when instead — the intake form, brief approval, and file handoff keep the project from stalling.
Who uses it: A product manager coordinating a launch
Why this works: A launch crosses several owners, so the owner column is the point. The tool column points to the runbook and notes, and done-when makes each handoff explicit.
Go back to the template, swap in your own content, and keep the same structure if it fits your project.
Use this template: /editor/new?template=standard-operating-procedure
Use this template