De meeste procesbeschrijvingen beginnen op dezelfde manier: iemand opent Word, typt "1. Klant belt" en loopt na drie stappen vast. Niet omdat schrijven moeilijk is — maar omdat een procesbeschrijving geen schrijfopdracht is. Het is een ophaal-opdracht. De kennis zit in de hoofden van de mensen die het werk doen, en jouw taak is om die eruit te krijgen en vast te leggen in een vorm die klopt.

Dit stappenplan werkt voor elk doel: een ISO 9001-traject, een audit, een aanbesteding die om beschreven processen vraagt, of gewoon een nieuwe collega die moet weten hoe het werkt.

Eerst: wat is een procesbeschrijving (en wat niet)?

Een procesbeschrijving legt vast hoe een proces van begin tot eind verloopt: welke stappen er zijn, wie ze uitvoert, waar beslissingen vallen en wat het resultaat is. Drie termen worden vaak door elkaar gebruikt:

Procesbeschrijving — het hele proces, van trigger tot resultaat, over rollen heen. "Zo handelen wij een klacht af."
Procedure — de afgesproken regels binnen dat proces. "Klachten boven €5.000 gaan altijd langs de manager."
Werkinstructie — de knoppen-voor-knoppen-uitleg van één taak voor één rol. "Zo registreer je de klacht in het systeem."

Voor ISO 9001 en de meeste audits is de procesbeschrijving het fundament. Werkinstructies hang je eronder waar nodig — niet andersom.

Stap 1: kader het proces af

Bepaal vóór je iets vastlegt waar het proces begint en eindigt. Kies een trigger (de gebeurtenis die het proces start: "klacht komt binnen") en een resultaat (wat er ligt als het klaar is: "klacht afgehandeld en teruggekoppeld"). Alles daartussen hoort bij het proces; alles daarbuiten niet.

Zonder afkadering wordt elke procesbeschrijving een moeras: het klachtenproces loopt ongemerkt over in het verbeterproces, en dat weer in het managementoverleg. Eén proces, één trigger, één resultaat.

Stap 2: praat met de mensen die het werk doen

Dit is de stap die het vaakst wordt overgeslagen — en de reden dat zoveel documentatie niet klopt. De proceseigenaar weet hoe het proces bedoeld is. De uitvoerders weten hoe het gaat. Dat verschil is precies wat een auditor vindt, en precies wat een nieuwe collega in verwarring brengt.

Plan een werksessie van een uur met twee tot vier mensen die het proces dagelijks uitvoeren. Laat ze vertellen, in hun eigen woorden, van trigger tot resultaat. Vraag door op de momenten waar ze aarzelen: "meestal doen we het zo, maar als het druk is…" — dáár zit de werkelijkheid.

Stap 3: leg eerst de hoofdroute vast

Beschrijf eerst het proces zoals het loopt als alles goedgaat — de hoofdroute, zonder uitzonderingen. Elke stap krijgt een werkwoord en een duidelijk onderwerp: "Beoordeel de klacht", "Plan de afspraak in", "Verstuur de bevestiging".

Weersta de verleiding om meteen elke uitzondering mee te nemen. Een beschrijving die in stap twee al vertakt naar zeven scenario's leest niemand meer. Hoofdroute eerst; de rest komt in stap 4.

Stap 4: voeg beslismomenten en uitzonderingen toe

Nu de hoofdroute staat, markeer je de plekken waar het proces kan afwijken. Elk beslismoment is een vraag met heldere antwoorden: "Is de klacht gegrond? Ja → stap 5. Nee → stuur onderbouwde afwijzing." Beperk je tot beslissingen die er echt toe doen — als een "beslissing" altijd hetzelfde antwoord heeft, is het geen beslissing maar een stap.

Uitzonderingen die zelden voorkomen maar grote gevolgen hebben (escalaties, spoedgevallen) horen er wél in. Juist die momenten wil je vastgelegd hebben vóórdat ze zich voordoen.

Stap 5: maak rollen, systemen en risico's expliciet

Een stappenlijst alleen is nog geen volledige procesbeschrijving. Voeg per stap toe:

Wie — de rol (niet de persoon: "medewerker klantenservice", niet "Sandra") die de stap uitvoert.
Waarmee — de systemen en documenten die worden gebruikt.
Wat kan er misgaan — de belangrijkste risico's, en hoe je die beheerst.

Voor een intern naslagwerk is dit nuttig; voor ISO 9001 of ISO 27001 is het noodzakelijk. Een auditor wil de lijn kunnen volgen van risico naar maatregel naar verantwoordelijke — en dat kan alleen als die drie dingen benoemd zijn.

Stap 6: valideer met de uitvoerders en houd het levend

Leg de conceptbeschrijving terug bij de mensen uit stap 2. Niet ter kennisgeving, maar met de vraag: "klopt dit met hoe jij het doet?" Elke correctie die nu binnenkomt, is een auditbevinding of een inwerkprobleem minder.

Spreek daarna af wie de beschrijving beheert en wanneer die wordt herzien — bijvoorbeeld jaarlijks, of bij elke proceswijziging. Een beschrijving die één keer klopt en daarna veroudert, is binnen een jaar weer een papieren werkelijkheid.

De structuur van een complete procesbeschrijving

Gebruik je dezelfde opbouw voor elk proces, dan is je documentatie consistent en direct herkenbaar — voor je team én voor een auditor:

Doel en afbakening — trigger, resultaat, wat valt erbinnen en erbuiten
Rollen — wie er in dit proces werkt en met welke verantwoordelijkheid
Processchema — het proces in één oogopslag (stroomschema of BPMN-diagram)
Stapsgewijze beschrijving — de stappen met wie, wat en waarmee
Beslismomenten en uitzonderingen — waar het proces vertakt en wat er dan gebeurt
Risico's en beheersmaatregelen — wat er mis kan gaan en hoe je dat ondervangt
Systemen en documenten — wat het proces gebruikt en oplevert

In Word, of in een tool?

Voor één of twee processen is Word prima. De problemen beginnen bij tien of meer: het schema en de tekst lopen uit elkaar na elke wijziging, elke auteur hanteert een eigen opzet, en niemand weet welke versie actueel is. Herkenbaar? Dan is het moment gekomen om naar een vaste werkwijze of een tool te kijken — niet omdat Word slecht is, maar omdat consistentie over tientallen processen handwerk niet verdraagt.

Hoe Flowstudio hierbij helpt

Flowstudio is gebouwd rond precies dit stappenplan. Jullie voeren het gesprek — in een werksessie die Flowstudio meeluistert, of via documenten en interviews die je uploadt. Flowstudio werkt het uit tot een concept: stappen, rollen, beslismomenten, risico's en systemen, geordend volgens de vaste structuur hierboven. Jij beoordeelt, past aan en exporteert een complete procesbeschrijving — als Word of PDF voor je kwaliteitshandboek, of als BPMN 2.0 of Visio voor je proceslandschap.

Benieuwd hoe dat werkt op een van jullie eigen processen? Plan een demo — in 30 minuten zie je het gebeuren.