Herkenbaar? Taken blijven liggen, iedereen werkt net anders en je inbox is je “proces”. Dan is het tijd om workflows maken serieus aan te pakken. Een goede workflow is geen mooi schema voor in een map, maar een herhaalbare manier van werken die duidelijk maakt wie wat wanneer doet, inclusief beslismomenten en benodigde data. In dit artikel laat ik je zien hoe ik workflows ontwerp: eerst scherp krijgen wat er gebeurt, daarna visualiseren, en pas dan automatiseren. Je krijgt een praktisch stappenplan, toolkeuzes en valkuilen die ik bij MKB-teams vaak zie.
Wat is een workflow en wat levert het op?
Workflow, proces en workflowdiagram: zo zit het
Een proces is wat je doet om waarde te leveren, zoals factureren of onboarding. Een workflow is de operationele vertaling daarvan: concrete stappen, volgorde, rollen, regels en triggers. Een workflowdiagram is de visuele weergave die je gebruikt om het bespreekbaar en verbeterbaar te maken.
Wat mij opvalt bij automatisering is dat teams vaak te vroeg naar tooling springen. Als je het proces niet scherp hebt, automatiseer je vooral ruis. Begin dus bij de logica, niet bij de software.
Waarom workflows maken bijna altijd snel rendeert
Bij MKB-bedrijven zie ik workflowwinst meestal in drie plekken: minder overdracht, minder herstelwerk en kortere doorlooptijd. Goed ingerichte workflows geven je team rust en maken output voorspelbaar, zonder extra mensen aan te nemen.
- Tijdswinst door minder handmatige stappen en minder zoekwerk
- Kwaliteit door vaste controles en duidelijke verantwoordelijkheden
- Transparantie doordat iedereen weet wat de volgende stap is
- Schaalbaarheid omdat volume kan groeien zonder evenredig meer werk
De bouwstenen van een goede workflow
Trigger, acties en data: het model dat ik bijna altijd gebruik
Als je workflows maakt, wil je het simpel kunnen uitleggen. Ik gebruik daarom een basisstructuur: trigger, acties, data. De trigger is het ene event dat de workflow start. Acties zijn de stappen die daarna volgen. Data is wat er tussen stappen moet meereizen, zoals klantnaam, ordernummer of een akkoordstatus.
Een voorbeeld trigger kan zijn: “formulier verzonden” of “offerte getekend”. Als je trigger vaag is, zoals “als het druk is”, dan krijg je workflows die onbetrouwbaar starten. Dat is een klassieker die ik vaak mis zie gaan.
Rollen, verantwoordelijkheden en beslispunten
Een workflow werkt pas als eigenaarschap duidelijk is. Noteer per stap wie uitvoert, wie goedkeurt en wie alleen geïnformeerd wordt. Voeg daarnaast beslispunten toe waar het proces kan splitsen, zoals “is de aanvraag compleet?”. Dit voorkomt dat uitzonderingen het hele proces onderuit halen.
- Owner: verantwoordelijk voor het eindresultaat van de workflow
- Uitvoerder: doet de taak en levert output op
- Goedkeurder: neemt besluit op basis van criteria
- Ter info: wordt geïnformeerd, geen invloed op de flow
Stap voor stap workflows maken die je kunt automatiseren
1. Kies één proces met duidelijke impact
Begin klein, maar niet onbelangrijk. Kies een proces dat vaak voorkomt en waar fouten of vertraging geld kosten. Denk aan factuurgoedkeuring, lead opvolging, onboarding of support tickets. Eén goed proces levert meer op dan vijf half afgemaakte schema’s.
2. Begrens het proces met start en einde
Definieer één duidelijk startpunt en één duidelijk eindpunt. Bijvoorbeeld start: “nieuwe lead komt binnen”. Einde: “lead is klant of closed lost”. Zonder grenzen blijft je workflow groeien tot een monster dat niemand onderhoudt.
3. Schrijf eerst in gewone taal, dan pas in een tool
Wat ik zou doen: schrijf de workflow uit alsof je het aan een nieuwe collega uitlegt. Daarna pas ga je tekenen of bouwen. Dit voorkomt dat je een diagram krijgt dat mooi oogt, maar operationeel niet klopt.
- Noteer alle stappen in volgorde
- Markeer beslismomenten en uitzonderingen
- Schrijf per stap welke data nodig is en waar die vandaan komt
- Koppel per stap de verantwoordelijke rol
4. Maak een eerste versie die expres “te simpel” is
Veel teams proberen alle uitzonderingen meteen te vangen. Dat maakt workflows fragiel en traag om live te krijgen. Start met de 80 procent standaardroute. Voeg daarna iteratief uitzonderingen toe, op basis van echte cases.
Workflowdiagram maken: zo visualiseer je zonder gedoe
Welke elementen je minimaal nodig hebt
Een workflowdiagram hoeft niet perfect te zijn, maar wel eenduidig. Gebruik start en eindpunten, processtappen, beslissingen en pijlen. Voeg waar relevant de rol of afdeling toe, bijvoorbeeld met zwembanen. Tools zoals Lucidchart of Canva zijn hier sterk in door sjablonen en versleepbare vormen, maar de toolkeuze is minder belangrijk dan de inhoud.
- Start en einde om grenzen te bewaken
- Processtappen als rechthoeken met werkwoorden
- Beslissingen als ruit met ja of nee paden
- Zwembanen om eigenaarschap zichtbaar te maken
Samenwerken en versiebeheer
Laat je diagram reviewen door de mensen die het werk doen. Niet alleen door managers. Realtime samenwerking en revisiegeschiedenis zijn hierbij handig, omdat je anders eindigt met “v3 definitief echt final”. Een diagram is een communicatiemiddel, geen kunstwerk.
Als je een concreet voorbeeld zoekt van hoe workflowdenken past in je bredere automatiseringsaanpak, lees dan ook digitale workflow.
Van diagram naar werkende automatisering
Plan, build, deploy: de pragmatische route
Als je workflows maakt voor automatisering, werkt een driedeling goed. Plan: proces helder en visueel. Build: bouw in een tool met triggers, acties en datamapping. Deploy: maak het onderdeel van de werkdag, met monitoring en verbetering.
Hier laten bedrijven kansen liggen: ze bouwen wel, maar ze deployen niet. Zonder duidelijke adoptie, eigenaren en feedbackloop wordt automatisering een vergeten project.
Toolkeuze: wat past bij jouw volwassenheid?
Voor visualisatie pak je een diagramtool. Voor echte automatisering heb je integratieplatformen nodig. Ik kies meestal op basis van complexiteit en beheer, niet op basis van “wat is het hipst”.
- Zapier voor snelle, simpele automatiseringen met veel app-koppelingen
- Make voor complexere flows met veel stappen en logica
- n8n als je meer controle wilt en technische ruimte hebt
- ERP workflow editors voor interne goedkeuringen en compliance in je kernsysteem
Werk je veel met AI in je proces, let dan op of je tool fatsoenlijk omgaat met prompts, logging en herhaalbaarheid. Over AI-ontwikkeling in het algemeen schreef ik ook op hoe snel ontwikkelt AI zich.
Valkuilen die ik vaak zie bij workflows maken
Te complex starten en alles willen vangen
Een workflow die alles kan, wordt zelden goed onderhouden. Houd de eerste versie klein, meet waar het vastloopt en verbeter gericht. Complexiteit is een kostenpost, geen feature.
Geen datadefinitie en geen ownership
Automatisering faalt vaak op data. Als velden anders heten per systeem of verplichtingen onduidelijk zijn, krijg je stille fouten. Zet daarom vroeg vast welke data leidend is, en wie eindverantwoordelijk is voor wijzigingen in de workflow.
- Onheldere trigger waardoor de workflow te vaak of te weinig start
- Datamapping die niet getest is met echte cases
- Geen eigenaar die doorlopend verbetert en bewaakt
- Geen monitoring waardoor fouten pas laat opvallen
Veelgestelde vragen
Wat is de beste manier om workflows maken te starten als je nog niets hebt vastgelegd?
Begin met één proces dat vaak voorkomt en waar irritatie zit, zoals offerte opvolging of factuurgoedkeuring. Schrijf het eerst uit in gewone taal met start en eindpunt. Teken daarna pas een simpel workflowdiagram en laat het door uitvoerders reviewen. Pas als dat klopt, ga je automatiseren.
Welke vormen gebruik je in een standaard workflowdiagram?
Houd het basic: een ovaal voor start en einde, rechthoeken voor processtappen, een ruit voor beslissingen en pijlen voor de richting. Voeg eventueel zwembanen toe per rol of afdeling. Het doel is dat iedereen het direct begrijpt, niet dat het aan alle BPMN-regels voldoet.
Hoe laat je de huidige en toekomstige staat van een workflow zien?
Maak twee versies: as is en to be. Dat kan als twee aparte diagrammen, of met lagen in je diagramtool zodat je kunt schakelen. Ik adviseer vaak aparte versies, omdat het gesprek dan concreter wordt. Benoem per verandering het effect op tijd, kwaliteit en risico.
Welke tools zijn handig voor workflows maken en welke voor automatisering?
Voor workflowdiagrammen zijn Lucidchart en Canva prima, vooral voor samenwerking en snelle visualisatie. Voor automatisering kijk je eerder naar Make, Zapier of n8n, afhankelijk van complexiteit. De juiste keuze hangt af van beheer, datastromen en hoeveel uitzonderingen je moet ondersteunen.
Wanneer is automatiseren verstandig en wanneer niet bij workflows maken?
Automatiseer als het proces stabiel is, vaak voorkomt en duidelijk meetbare winst geeft. Automatiseer niet als je proces elke week verandert of als uitzonderingen de norm zijn. In dat geval moet je eerst standaardiseren. Mijn vuistregel: eerst helderheid, dan software, dan pas optimalisatie.
Workflows maken is in mijn ogen vooral een managementbeslissing: je kiest voor duidelijkheid, herhaalbaarheid en minder afhankelijkheid van heldenwerk. Start met één proces, begrens het strak, maak rollen en data expliciet en visualiseer voordat je automatiseert. Bouw daarna pas een simpele eerste versie in je tool en verbeter op basis van echte cases. Als je dit consequent doet, krijg je iets waar MKB-teams echt op kunnen draaien: meer output met hetzelfde team, zonder gedoe.
Veelgestelde vragen
Wat is de beste manier om workflows maken te starten als je nog niets hebt vastgelegd?
Begin met één proces dat vaak voorkomt en waar irritatie zit, zoals offerte opvolging of factuurgoedkeuring. Schrijf het eerst uit in gewone taal met start en eindpunt. Teken daarna pas een simpel workflowdiagram en laat het door uitvoerders reviewen. Pas als dat klopt, ga je automatiseren.
Welke vormen gebruik je in een standaard workflowdiagram?
Houd het basic: een ovaal voor start en einde, rechthoeken voor processtappen, een ruit voor beslissingen en pijlen voor de richting. Voeg eventueel zwembanen toe per rol of afdeling. Het doel is dat iedereen het direct begrijpt, niet dat het aan alle BPMN-regels voldoet.
Hoe laat je de huidige en toekomstige staat van een workflow zien?
Maak twee versies: as is en to be. Dat kan als twee aparte diagrammen, of met lagen in je diagramtool zodat je kunt schakelen. Ik adviseer vaak aparte versies, omdat het gesprek dan concreter wordt. Benoem per verandering het effect op tijd, kwaliteit en risico.
Welke tools zijn handig voor workflows maken en welke voor automatisering?
Voor workflowdiagrammen zijn Lucidchart en Canva prima, vooral voor samenwerking en snelle visualisatie. Voor automatisering kijk je eerder naar Make, Zapier of n8n, afhankelijk van complexiteit. De juiste keuze hangt af van beheer, datastromen en hoeveel uitzonderingen je moet ondersteunen.
Wanneer is automatiseren verstandig en wanneer niet bij workflows maken?
Automatiseer als het proces stabiel is, vaak voorkomt en duidelijk meetbare winst geeft. Automatiseer niet als je proces elke week verandert of als uitzonderingen de norm zijn. In dat geval moet je eerst standaardiseren. Mijn vuistregel: eerst helderheid, dan software, dan pas optimalisatie.
