Procesbeschrijving maken: van begin tot eind, rol voor rol

Een procesbeschrijving maken doe je door een compleet proces van begin tot eind te beschrijven: de trigger die het proces start, alle stappen met rollen en verantwoordelijkheden, de handovers naar de volgende persoon of afdeling, en het uiteindelijke resultaat. Een procesbeschrijving verschilt van een werkinstructie doordat die één taak beschrijft, en van een SOP doordat die één situatie met keuzes beschrijft — een procesbeschrijving laat zien hoe alles samenhangt.

Wat is een procesbeschrijving precies?

Een procesbeschrijving is een schriftelijke weergave van een compleet proces: wie doet wat, in welke volgorde, en waar het werk overdraagt naar de volgende persoon of afdeling. Het gaat niet om de details van één taak, maar om het inzicht in hoe meerdere taken samenwerken naar één doel toe.

Denk aan het volledige orderproces: van het moment dat een klant een offerte aanvraagt tot en met het moment dat zij betaald heeft. Wie maakt de offerte op? Wie voert de order in het systeem in? Wie zorgt voor de levering? Wie verstuurt de factuur? Wanneer beweegt het werk van de ene persoon naar de andere? Dat inzicht — wie samenwerkt en in welke volgorde — is precies wat een procesbeschrijving vastlegt.

Een procesbeschrijving is het strategische niveau: je ziet de grote lijn. Werkinstructies zijn tactisch — ze zoomen in op één taak. Een SOP zit ertussenin: één terugkerende situatie met een regel of keuze. Deze opbouw van strategisch naar operationeel is een gangbare manier om processen in lagen te documenteren.¹ Veel bedrijven mengen deze drie omdat ze allemaal documenten zijn over hoe je iets doet. Maar het niveau waarop je schrijft bepaalt wat je ervan mag verwachten.

Procesbeschrijving, SOP en werkinstructie: de drie niveaus van kennisborging

Procesbeschrijvingen beschrijven een heel proces over meerdere rollen. SOP's beschrijven één terugkerende situatie met een regel. Werkinstructies beschrijven één taak zonder vertakkingen. Het niveau bepaalt wat je ermee doet.

In de praktijk mixen veel bedrijven deze niveaus. Een document heet 'orderproces' en bevat eigenlijk zes werkinstructies voor zes verschillende taken. Of het heet 'garantieclaim procedure' en beschrijft eigenlijk één lineaire werkstroom zonder keuzes. Die verwarring ontstaat omdat je ze allemaal nog 'moet vastleggen'. Het helpt om eerst te beslissen welk niveau je schrijft: zien mensen de grote lijn (procesbeschrijving), moeten ze een keuze maken (SOP), of voeren ze precies één taak uit (werkinstructie)?

Wanneer schrijf je een procesbeschrijving — en wanneer niet?

Schrijf een procesbeschrijving bij elk proces dat over meerdere mensen of afdelingen loopt, en zeker bij processen die weinig mensen tot in detail kennen. Sla over als de werkstroom immens ingewikkeld is — splits het dan eerst in kleinere processen.

• Schrijf er wél een bij: processen die meerdere afdelingen betreffen — facturatie, binnenkomst order tot en met bezorging.
• Schrijf er wél een bij: processen die zelden voorkomen en waar weinig mensen ervaring mee hebben.
• Schrijf er wél een bij: processen waar veel misverstand over bestaat: wie doet wat, en wanneer?
• Sla over bij: taken van één persoon zonder handovers — dat is een werkinstructie, geen procesbeschrijving.
• Sla over bij: processen die te complex zijn om in één diagram uit te leggen; splits ze eerst op in kleinere processen.
• Sla over bij: processen die elke week veranderen; wacht tot ze stabiel genoeg zijn.

Wat hoort er in een procesbeschrijving — de negen onderdelen

Een volledige procesbeschrijving bevat een naam, een versie, een eigenaar, het doel van het proces, de scope, de trigger die het start, alle stappen per rol, de handovers tussen rollen, de uiteindelijke output, KPI's en de hulpmiddelen die je nodig hebt.² Mist er één, dan mist iemand inzicht in één cruciaal moment.

Hoe schrijf je een procesbeschrijving in vijf stappen?

Je schrijft een procesbeschrijving door eerst de trigger en het eindresultaat scherp te krijgen, daarna de rollen te bepalen, vervolgens alle stappen in volgorde op te schrijven, handovers duidelijk te maken, en als laatste KPI's en hulpmiddelen in te vullen.

1. 01

   Stap 1 — Bepaal de trigger en het eindresultaat

   Waar begint het proces? Wat zet het in werking? En waar eindigt het? Wat is het uiteindelijke resultaat? Schrijf beide in één zin op — 'van moment X tot moment Y'.

2. 02

   Stap 2 — Zet alle betrokken rollen op

   Wie doet er mee in dit proces? Verkoop, administratie, magazijn, verzending? Maak een lijst, korter is beter — gericht op degenen die echt werk doen, niet op iedereen die iets toetst.

3. 03

   Stap 3 — Schrijf de stappen op per rol

   Start met rol 1: wat doet die als eerste? Daarna rol 2: wat doet die als tweede? Nummeren maar niet overdrijven — vijftien tot twintig stappen is genoeg voor de meeste processen.

4. 04

   Stap 4 — Markeer de handovers

   Waar geeft rol 1 het werk door aan rol 2? Waar gaat het om materiaal, informatie of status over te dragen? Markeer elk moment; dat zijn de plekken waar processen fout gaan.

5. 05

   Stap 5 — Voeg KPI's en hulpmiddelen toe

   Hoe snel moet het proces gaan? Welke systemen en tools zijn nodig? Wat gaat er mis zonder bepaalde toegang? Vul dit aan, niet voor alles tegelijk, maar voeg het toe naarmate je schrijft.

Voorbeeld: orderproces 'van offerte tot betaald'

Hieronder een vereenvoudigde procesbeschrijving van een orderproces bij een klein bedrijf — niet alle stappen, maar wel alle onderdelen zodat je ziet hoe het eruitziet.

De stappen per rol (vereenvoudigd):

1. Verkoop (Linda): Klant vraagt offerte → ik controleer voorraad en prijs → ik stuur offerte
2. Klant: Klant bevestigt order (of niet)
3. Verkoop (Linda): Ik voer order in het bestelsysteem in
4. Magazijn (Robert): Robert pakt goederen in → controleert inhoud → verpakt alles
5. Verzending (Jan): Jan plakt label op pakket → brengt naar verzender
6. Administratie (Patricia): Patricia registreert verzending → stuurt factuur → controleert betaling

De handovers zijn waar het brandt: na de offerte (moment voor klant beweegt) → Linda voert in → Robert pakt → Jan verzendt → Patricia factureert. Als Linda vergeet in te voeren, weet Robert niet wat hij moet pakken. Als Patricia de factuur niet verstuurt, betaalt de klant niet. Handovers zichtbaar maken is het hele punt van een procesbeschrijving.

Waarom handovers het kritieke moment zijn waar processen fout gaan

Een handover is het moment waarop werk van de ene persoon naar de andere gaat. Dat is precies het moment waarop informatie verloren gaat, context verdwijnt, en tijd verloren gaat. Een goede procesbeschrijving maakt die momenten zichtbaar.

Denk eraan: Robert het magazijn ziet de order als een lijstje. Maar Linda wist dat deze klant altijd wil dat het pakket voorzichtig behandeld wordt. Patricia ziet bij het factureren alleen een bedrag, maar wist niet dat deze klant pas volgende maand betaalt, niet nu. Elke handover is een moment waarop kenniscontext verloren gaat. Procesbeschrijvingen zichtbaar maken helpt: wie geeft het door, wat geeft die door, wat moet de volgende persoon ervan weten?

Hoe hou je een procesbeschrijving actueel zonder dat het een project wordt?

Een procesbeschrijving veroudert zodra iets in de praktijk verandert en niemand het document bijwerkt. Voorkom dat door één eigenaar aan te wijzen en die eigenaar kort na een wijziging naar het document te vragen.

De valkuil is dat je een procesbeschrijving schrijft en dan hoop dat het klopt totdat iemand merkt dat het niet meer klopt. Een betere aanpak: de eigenaar (Linda, in het voorbeeld) krijgt via Buddai elke dag twee korte vragen over wat er in de praktijk verandert, en die antwoorden gaan direct in het document. Niet als project, maar als deel van het normale werk. Wat daarvoor geldt — kleine dagelijkse updates in plaats van grote revisieronden — staat in het artikel over kennisborging.

Moet je een procesbeschrijving visualiseren met een diagram?

Een procesbeschrijving is volledig als tekst, maar een procesdiagram helpt nieuwe medewerkers om sneller te zien waar het werk overdraagt. Kies: uitgebreide tekst, of tekst plus diagram.

Voor een MKB is een diagram geen verplichting. Tekst die helder is geschreven genoeg. Maar als je veel nieuwe medewerkers krijgt, of als het proces meer dan zes rollen bevat, loont het om het ook als diagram te visualiseren — niet als fancy grafiek, maar als een eenvoudig blokschema met pijlen die tonen wie naar wie doorgeeft. Tools zoals Draw.io (gratis) en Lucidchart doen dat. Bedenk wel: eenmaal online wordt het diagram niet vanzelf bijgewerkt. Tekst is makkelijker om actueel te houden.