Universal structure for organizing, naming, and navigating all EyeFly SOPs — independent of storage location.

CategoryCoversPipelines
DeliveryWorkflows that produce the core client serviceSales/Closer, Client Ops, Client Success, Setter
CreativeWorkflows that produce ad contentMeta Ads Creative, YouTube, Split Test
Ops & InfrastructureInternal build, support, and maintenanceCapEx, Support
PlaybooksRole-specific guides (how a specific person does their job)CSM Playbook, Setter Playbook, Closer Playbook

Format: [Category] · [Pipeline] · [Role if role-specific]

Examples:

  • Delivery · Client Ops · Onboarding
  • Delivery · Client Success · Retention
  • Delivery · Setter · Qualification
  • Creative · Meta Ads · Editor
  • Creative · YouTube · Production
  • Ops · Support · Triage
  • Ops · CapEx · Build
  • Playbook · CSM · Regina

1. Purpose — one sentence: what this SOP governs

2. Trigger — what event starts this workflow

3. Owner — who is responsible for execution

4. KPI — the single metric that defines success for this pipeline

5. Steps — numbered, action-verb-led, no ambiguity

6. Definition of Done — explicit exit criteria for each stage

7. Offshoots / Edge Cases — what happens when the standard path breaks

8. Handoff — what pipeline or person receives control next

9. Gap Flags — anything not yet documented or operationalized

When a new hire is looking for an SOP, they should check in this order:

1. Written SOP (this folder) — authoritative source

2. Pipeline diagram (_deliverables/2026-05-06/diagrams/) — visual reference

3. Brain stage tasks (Postgres stage_task_templates) — task-level checklist

4. Ask the pipeline owner directly — flag as a gap if no written SOP exists

If a workflow has no written SOP, add a row to the SOP Gap Report with:

  • Workflow name
  • Who owns it
  • What format the knowledge currently exists in (diagram / brain / person's head)
  • Estimated effort to write it (S / M / L)
  • Blocked by anything?