sop-types.md
Language Markdown4.3 KB74 lines
# Meridian SOP TypesThree shapes cover ~95% of Meridian SOPs. Pick the one that fits the content; if nothing fits, ask the user which is closest and adapt.## Workflow SOP**When to use:** the SOP describes a multi-step process someone runs end-to-end. Examples: "Client Onboarding", "Mockup Handoff", "Quote Approval", "Order Fulfillment", "G-Drive File Saving" (Ines's example is essentially a hybrid workflow + naming convention).**Sections (Heading 1 each):**1. **Purpose:** what the workflow does, why it matters.2. **Scope & Responsibility:** who runs it, where it applies.3. **Process** (often broken into numbered subsections like `1. Setup`, `2. Execution`, `3. Handoff`). Each subsection contains numbered or bulleted steps with specifics: button names, exact text to send, fields to fill.4. **Best Practices** (or "Rules"): non-obvious tips, common pitfalls, formatting requirements.5. **Quick Reference Card:** condensed numbered list of the top-level steps, or a flowchart-like summary.**Headings used:**- H1 for section titles.- H2 for numbered subsections (`1.1 Folder Creation & Numbering`, `1.2 Folder Depth Limitation`).- H3 for sub-subsections (`Folder creation will be based on the following criteria:`).- Accent subhead (12pt bold blue) for in-section topic labels.**Ines's G-Drive SOP** (`SOP_G-Drive_File Saving, Organizing & Naming Format_09-2025_IC.docx`) is the canonical workflow SOP example.## Naming Convention / Formatting SOP**When to use:** the SOP defines a file naming, folder structure, or document formatting standard. Examples: "Mockup File Naming Convention", "Order Folder Structure", "Asset Naming Format".**Sections (Heading 1 each):**1. **Purpose:** what the naming standard ensures (searchability, version control, etc.).2. **Scope & Responsibility:** which folder(s) the standard applies to, who must follow it.3. **Folder Structure:** the on-disk structure, shown as a tree (monospace, indented).4. **Naming Convention:** the format pattern itself, shown as a format spec box, then broken into:- **Components** (Heading 3): a 3-col table: Component | Value | Description.- **Examples** (Heading 3): a 3-col table: Folder | Sub DIR | File Name(s).- **Rules & Best Practices** (Heading 3): accent subheads (Versioning, Final Version, General Formatting Rules, etc.) with bulleted rules under each.5. **Quick Reference Card:** the format pattern + a worked progression (first version → revision → approved final).6. **How To Find Past Files** (optional): Drive search tips, naming search patterns.**Matt's Mockup SOP** (`SOP_EXAMPLE_04-2026_MG.docx`) is the canonical naming-convention example.## Policy SOP**When to use:** the SOP states a company rule or requirement without describing a step-by-step procedure. Examples: "PTO Policy", "Customer Data Retention Policy", "Vendor Approval Policy".**Sections (Heading 1 each):**1. **Purpose:** what the policy is for.2. **Scope & Responsibility:** who and what the policy covers.3. **Policy:** the policy statement itself, plainly worded.4. **Procedure** (if applicable): how to comply / what to do when the policy is triggered.5. **Responsibilities:** who is accountable for what.6. **Quick Reference Card:** the policy statement in one line, plus key contact / escalation path.Policy SOPs are less common than the other two but use the same visual structure.## Hybrid SOPsSome SOPs blend types. Ines's G-Drive SOP starts as a workflow (folder structure organization) and ends as a naming convention. That's fine: start with whichever shape covers the dominant content, and add sections from the other shape as needed. Don't force a hybrid into either pure form.## Picking the right type: quick decision- "How do I do X?" → Workflow.- "What should this thing be called?" → Naming Convention.- "What's the rule on X?" → Policy.- "How do I do X AND what should I name the result?" → Workflow that ends with a Naming Convention section.When in doubt, ask the user one sentence: "Workflow (step-by-step process), naming convention (file/folder format), or policy (rule)?"## What's not an SOPIf the content is closer to a *guide* (background reading, explanatory material) or a *cheat sheet* (quick reference without a defined procedure), it's not an SOP. Meridian has separate `How To Guides` for those. Don't force non-procedural content into SOP shape.