Maak processen en SOP’s alleen voor werk dat terugkomt, risico geeft of overdraagbaar moet worden. Begin dus niet met elk detail van je bedrijf te beschrijven. Begin met de momenten waar je tijd verliest: dezelfde uitleg opnieuw geven, fouten herstellen, taken vergeten, wachten op input of beslissingen die telkens bij jou belanden. Een goede SOP is geen dik handboek. Het is een korte afspraak over hoe werk van start naar klaar gaat, wie wat beslist en welk minimumresultaat goed genoeg is.
Begin bij herhaling, risico en overdracht
De fout is vaak dat je documenteert vanuit volledigheid. Dan probeer je meteen het hele bedrijf in mappen, tabellen en handleidingen te vangen. Dat voelt netjes, maar de kans is groot dat niemand het gebruikt.
Ik zou andersom beginnen: kies één proces waar documentatie morgen al verschil maakt. Dat kan een intake zijn, het klaarzetten van een offerte, het publiceren van content, het opvolgen van een lead, het controleren van drukbestanden of het voorbereiden van een projectstart.
Gebruik drie criteria:
- komt deze taak minstens maandelijks terug;
- kan een fout geld, tijd, kwaliteit of vertrouwen kosten;
- moet iemand anders dit ooit kunnen overnemen?
Scoort een taak op twee van de drie, dan is een lichte SOP zinvol. Scoort ze op geen van de drie, dan volstaat vaak een notitie, sjabloon of checklist.
Maak eerst een proceskaart van vijf regels
Voor je stappen uitschrijft, moet je weten wat het proces eigenlijk is. Een eenvoudige proceskaart voorkomt dat je losse instructies verzamelt zonder samenhang.
Schrijf per proces vijf regels uit:
- Wanneer start dit proces?
- Wat moet klaar zijn aan het einde?
- Wie is eigenaar van het resultaat?
- Welke input is nodig om te beginnen?
- Waar gaat het meestal mis?
Neem bijvoorbeeld klantonboarding. Het proces start niet “wanneer iemand klant wordt”, maar wanneer de opdracht bevestigd is en de nodige gegevens ontbreken. Het eindigt niet bij een vriendelijk welkomstbericht, maar wanneer planning, bestanden, afspraken en eerste actie vastliggen. Daardoor documenteer je niet alles rondom klantcontact, maar alleen wat nodig is om de start voorspelbaar te maken.
Houd elke SOP klein genoeg om te gebruiken
Een SOP werkt pas als iemand hem tijdens het werk kan raadplegen. Als je tien minuten moet zoeken naar de juiste paragraaf, is het document te zwaar.
Een praktische SOP bevat meestal:
- doel: waarom bestaat deze werkwijze;
- trigger: wanneer gebruik je hem;
- stappen: wat gebeurt in welke volgorde;
- beslisregels: wanneer kies je optie A of B;
- eigenaar: wie bewaakt de uitkomst;
- klaar-criterium: wanneer is het goed genoeg afgerond;
- links: sjablonen, voorbeelden of bestanden die nodig zijn.
Mijn uitgangspunt is: zet alleen in de SOP wat anders vergeten, verkeerd geïnterpreteerd of telkens opnieuw uitgelegd wordt. Voorbeelden hoeven niet uitgebreid te zijn, maar ze zijn vaak nuttiger dan extra uitleg. Eén goed voorbeeld van een ingevuld formulier, een correcte briefing of een afgewerkte checklist maakt de afspraak sneller bruikbaar.
Documenteer beslissingen, niet alleen handelingen
Veel procesdocumentatie faalt omdat ze alleen stappen opsomt. “Maak bestand aan”, “stuur mail”, “controleer input” klinkt handig, maar het helpt niet wanneer de situatie afwijkt.
Leg daarom ook beslissingen vast. Wanneer gaat een aanvraag door? Wanneer vraag je eerst meer informatie? Wanneer is iets goed genoeg om naar de klant te sturen? Wanneer escaleert een taak naar jou?
Dat is vooral belangrijk als je minder afhankelijk wilt worden van losse kennis in je hoofd. De waarde zit niet alleen in weten welke knop iemand moet aanklikken. De waarde zit in weten waarom de ene keuze wel past en de andere niet.
Een simpele beslisregel kan al veel ruis wegnemen: “Als de briefing geen deadline, budget of beslisser bevat, gaat er nog geen planning uit.” Zo voorkom je dat een proces netjes wordt gevolgd terwijl de kwaliteit toch daalt.
Wat je bewust niet hoeft te documenteren
Niet alles verdient een SOP. Creatieve keuzes, strategische afwegingen en uitzonderlijke situaties vragen vaak om beoordelingsvermogen. Als je die volledig probeert vast te leggen, krijg je schijnzekerheid: veel tekst, weinig echte grip.
Documenteer ook geen persoonlijke voorkeuren alsof het regels zijn. “Ik zet bestanden graag zo in mappen” is iets anders dan “iedereen gebruikt dezelfde naamstructuur, omdat bestanden anders niet terug te vinden zijn”.
Laat ruimte voor vakmanschap waar dat nodig is. Een ontwerpproces kan bijvoorbeeld vaste momenten hebben voor briefing, concept, feedback en oplevering, zonder dat elke ontwerpbeslissing in een voorschrift staat. Het proces bewaakt dan de samenwerking en overdracht; de inhoud blijft mensenwerk.
Laat je proces groeien vanuit gebruik
Begin met een versie die goed genoeg is om te testen. Gebruik het proces twee of drie keer en pas daarna aan. Vraag niet alleen of de SOP volledig is, maar vooral of hij werk uit handen neemt.
Goede controlevragen zijn:
- werd er minder dubbel gevraagd;
- kon iemand sneller starten;
- waren fouten of wachttijden sneller zichtbaar;
- was duidelijk wie eigenaar was van de volgende stap;
- werd de SOP echt geopend tijdens het werk?
Als het antwoord nee is, hoeft het document niet per se langer te worden. Vaak moet het korter, concreter of beter gekoppeld worden aan het moment waarop iemand het nodig heeft.
Zo bouw je processtructuur zonder bureaucratie. Niet door alles te beschrijven, maar door de punten vast te leggen waar herhaling, risico en overdracht elkaar raken. Daar zit de winst: minder afhankelijkheid van geheugen, minder losse opvolging en meer rust in de manier waarop werk door je bedrijf beweegt.
