BLURR SOP-systeem β het bedrijfshandboek
"It doesn't matter which McDonald's you go to. The fries are the same, the burger is the same, the sauce is the same." β dat is het doel hier: een systeem dat dezelfde uitkomst produceert, wie het ook uitvoert.
Dit is geen verzameling losse briefjes. Het is een systeem: elke stap in het BLURR-proces β van "nieuwe medewerker aannemen" tot "klant maandrapportage" β staat vast in een SOP (Standard Operating Procedure) met dezelfde vorm, dezelfde zekerheden en een controleerbare uitkomst. Zo hoef je een nieuwe medewerker niet alles zelf uit te leggen; je geeft hem de SOP en de uitkomst is voorspelbaar.
Twee lagen, twee sites β gescheiden.
- Handboek (intern): dit (
playbooks/sops/) is de operationele naslag β hΓ³e je een taak uitvoert. Het wordt automatisch gerenderd tot een doorzoekbaar intern portaal:blurr-handboek.pages.dev(achter login; generator inhandbook/). Deze markdown blijft de bron van waarheid.- Academy (opleiding):
academy/, live opblurr-academy.pages.devβ waar een nieuwe medewerker leert, oefent en getoetst wordt. De trainingen (00-training/) voeden de Academy.Haal ze niet door elkaar: Academy = leren, Handboek = interne procedures.
Waarom (de McDonald's-gedachte)
Ray Kroc verkocht geen hamburgers, hij verkocht een systeem. Het geheim was niet betere koks β het was dat elke stap zΓ³ precies vastlag dat een 17-jarige op dag één dezelfde friet maakte als de eigenaar. Dat maakt een bedrijf:
- Betrouwbaar β de klant krijgt elke keer dezelfde kwaliteit.
- Overdraagbaar β je kunt werk weggeven zonder het zelf te doen.
- Voorspelbaar β je weet vooraf de kosten, de tijd en de uitkomst.
- Dupliceerbaar β je kunt hetzelfde recept op een nieuwe klant/dienst/persoon loslaten en hetzelfde resultaat verwachten.
De kernbelemmering die dit oplost: "ik ben de bottleneck, want ik moet alles uitleggen." Een SOP is het uitleggen β één keer, goed opgeschreven β zodat je het nooit meer hoeft te doen.
Hoe het is opgebouwd
Alle SOP's staan in playbooks/sops/, gegroepeerd per fase van de klant-reis en
de interne operatie:
| Map | Fase | Voorbeeld |
|---|---|---|
01-nieuwe-medewerker/ |
Iemand komt binnen | e-mailaccount, tooltoegang, handtekening |
02-klant-onboarding/ |
Lead β klant | intake, kickoff, toegang verzamelen |
03-website/ |
Website-traject | intake β brief, bouw β livegang |
04-advertising/ |
Betaald adverteren | Google Ads optimalisatie-loop |
05-content-social/ |
Content & social | contentproductie, planning |
06-rapportage-retentie/ |
Behouden & groeien | maandrapportage, evaluatie |
REGISTER.md= de master-index. Elke SOP staat erin met status (π te schrijven / β af / π₯ video nodig) en eigenaar. Begin hier._TEMPLATE.md= de vaste vorm. Γlke nieuwe SOP wordt hiermee gemaakt β dat is wat "de friet is overal hetzelfde" mogelijk maakt.
Hoe je een SOP gebruikt (als uitvoerder)
- Zoek de taak in
REGISTER.md, open de SOP. - Lees eerst het Doel en het Klaar =-criterium. Je weet nu wat "goed" is.
- Werk de Stappen van boven naar beneden af. Sla niets over.
- Loop de Checklist na. Pas als Γ‘lles is afgevinkt, ben je klaar.
- Kom je iets tegen dat niet in de SOP staat? β zie "Onderhoud" hieronder. De SOP is nooit "af"; hij groeit met wat je tegenkomt.
Hoe je een nieuwe SOP maakt (het systeem dat het systeem maakt)
Dit is het belangrijkste deel. De methode om een proces in je hoofd om te zetten naar een SOP die iemand anders kan draaien:
- Doe de taak één keer en film/schrijf mee. Neem een Loom op terwijl je het doet, of typ elke klik/beslissing mee. Niet mooi maken β ruw is prima.
- Kopieer
_TEMPLATE.mdnaar de juiste map met een nummer (0X-YY-korte-naam.md). - Vul de vaste secties in. Vooral: het Klaar =-criterium moet controleerbaar zijn (een bestand bestaat, een URL geeft 200, een mail is verstuurd) β geen gevoel.
- Laat iemand anders hem draaien zonder jouw hulp. Waar hij vastloopt, is de
SOP onvolledig β aanvullen. Dat is de echte test (net als een
done_cmd). - Zet hem in
REGISTER.mdop β en, indien nuttig, markeer π₯ voor een video.
Regel: een SOP is pas "af" als iemand die het proces niet kent hem kan uitvoeren en de juiste uitkomst haalt. Dit is dezelfde standaard als de rest van deze repo β done = een verifieerbare staat, geen gevoel (
docs/operating-standard.md).
Video-conventie (schriftelijk + visueel)
Je wilde het "written down en ook visueel beschikbaar". Aanpak:
- De SOP (tekst) is de bron van waarheid β die is doorzoekbaar, aanpasbaar en printΒbaar. De video is een aanvulling, geen vervanging.
- Voor stappen die klikken/schermwerk zijn (bijv. een account aanmaken, een
campagne opzetten): neem een Loom op en plak de link in het veld
π₯ Video:bovenaan de SOP. - Houd video's kort (β€5 min) en per SOP, niet één lange film. Kort = makkelijker actueel houden als de tool verandert.
Onderhoud
- Eigenaar per SOP (zie
REGISTER.md) is verantwoordelijk voor actueel houden. - Verandert een tool of stap? β SOP direct bijwerken, datum onderaan aanpassen.
- Kwartaal-check: loop
REGISTER.mdlangs, is alles nog waar?
Onderdeel van de BLURR-werkbank. Zie AGENTS.md voor de repo-brede regels.