De meeste automation-trajecten mislukken niet door slechte technologie. Ze mislukken door slechte planning, te brede scope, en het ontbreken van een duidelijke methodiek. Na tientallen projecten bij uiteenlopende organisaties hanteren wij consequent dezelfde aanpak: 90 dagen, drie fasen, één duidelijk doel per kwartaal. Dit is hoe dat eruitziet.
Principe: Niet het meest complexe proces automatiseren, maar het proces dat de snelste bewezen waarde levert. Vertrouwen is een fundament — bouw het eerst.
Overzicht: de drie fasen
Discovery
Processen in kaart brengen, prioriteren, business case opbouwen, platformkeuze maken, team samenstellen.
Build
Eerste use case ontwerpen, bouwen, testen en live brengen. Stakeholders meenemen, resultaten meten.
Scale
Lessen verwerken, tweede use case plannen, governance inrichten, kennisoverdracht naar intern team.
Fase 1: Discovery (week 1–4)
De discovery-fase bepaalt of je project slaagt of faalt. Hier wordt de basis gelegd — en hier worden de meeste fouten gemaakt.
- Inventariseer alle handmatige processen per afdeling via interviews en observatie
- Kwantificeer uren, volumes en foutpercentages per proces
- Identificeer de primaire stakeholders en hun belangen
- Breng IT-landschap in kaart: welke systemen bestaan, welke APIs zijn beschikbaar?
- Score elk process op: volume × tijdsbesparing × complexiteit × strategisch belang
- Selecteer de "quick win" use case: hoog volume, lage complexiteit, meetbaar resultaat
- Valideer de selectie met management en end-users
- Stel succescriteria vast voor dag 90
- Bouw de business case op basis van kwantitatieve data uit week 1–2
- Kies het platform op basis van technische eisen, niet op basis van marketing
- Richt de development-omgeving in en stel toegangsrechten in
- Kick-off met het volledige projectteam: doel, aanpak, rolverdeling
Fase 2: Build (week 5–10)
In de build-fase bouwen we de eerste use case. De gouden regel: begin zo smal mogelijk. Een workflow die 80% van de gevallen dekt en live is, is waardevoller dan een perfect systeem dat nog zes maanden in ontwikkeling zit.
- Teken het procesontwerp: happy flow + alle uitzonderingspaden
- Definieer de integratiepunten met bestaande systemen
- Bouw de basis-integraties en test de API-verbindingen
- Valideer het ontwerp met de process owner
- Bouw de workflow incrementeel — begin met de happy flow
- Voeg uitzonderingspaden stap voor stap toe
- Voer unit tests uit op elke stap
- Laat end-users de workflow testen met echte (geanonimiseerde) data
- Draai twee weken parallel: automation én handmatig proces tegelijk
- Vergelijk outputs op nauwkeurigheid en volledigheid
- Verbeter op basis van bevindingen
- Go-live na groen licht van process owner en IT
Fase 3: Scale (week 11–13)
- Meet de werkelijke resultaten tegen de business case
- Documenteer wat anders ging dan verwacht
- Verzamel feedback van eindgebruikers
- Verbeter de workflow op basis van productie-ervaringen
- Richt eigenaarschap in: wie is verantwoordelijk voor de workflow in productie?
- Stel monitoring en alerting in voor procesfouten
- Definieer de tweede use case op basis van de geleerde lessen
- Presenteer resultaten aan management — inclusief ROI
De meest gemaakte fouten
In tien jaar automation-projecten zijn dit de patronen die ik keer op keer zie mislopen:
- Te grote eerste scope. Begin met één proces, niet met tien. Bewijs de waarde, dan groeit het budget vanzelf.
- IT wordt als blokkade gezien. Maak IT een medestander — zij kennen het technische landschap en kunnen de doorlooptijd halveren als ze goed zijn ingelicht.
- Geen eigenaar na go-live. Een workflow in productie heeft onderhoud nodig. Bepaal vooraf wie de eigenaar is en hoe verstoringen worden opgepakt.
- Resultaten niet meten. Als je de resultaten niet meet, kun je ze ook niet verdedigen. Bouw monitoring in vanaf dag 1.
Onze belofte: Als je deze methodiek consequent toepast, heb je na 90 dagen een live workflow, meetbare resultaten, en genoeg intern draagvlak om fase 2 te starten. Dat is het doel — niet perfectie, maar bewezen waarde.