Gids

Breng eerst de workflow in kaart: waarom u nooit een proces moet automatiseren dat u niet kunt tekenen

Automatisering loopt veel vaker mis in het in kaart brengen dan in het bouwen. Voordat u een tool koopt of één enkele regel schrijft, tekent u het proces precies zoals het vandaag verloopt — inclusief de rommelige delen. Hier leest u hoe, stap voor stap.

Have a nice dayHave a nice day15 min. leestijd
Breng eerst de workflow in kaart: waarom u nooit een proces moet automatiseren dat u niet kunt tekenen

Bijna elke automatisering die misgaat, ging al mis voordat iemand een tool aanraakte. De ondernemer sloeg de saaie stap over — het daadwerkelijk tekenen van hoe het werk vandaag verloopt — en sprong meteen naar het kopen van software voor een proces dat hij niet eens aan een nieuwe medewerker had kunnen uitleggen. Het resultaat laat zich raden: de automatisering verwerkt de versie van het werk die in uw hoofd zit, niet die welke zich echt afspeelt op een dinsdagmiddag wanneer een klant terugbelt om zijn bestelling te wijzigen.

Ik heb heel wat van deze post-mortems meegemaakt. Een klein bedrijf geeft echt geld uit aan een glad platform, configureert het vol vertrouwen, en binnen een maand werken mensen er stilletjes omheen. Vraagt u waarom, dan is het antwoord vrijwel nooit “de software was slecht.” Het is “de software wist niets van de uitzondering die we elke week hebben.” Niemand had die uitzondering opgeschreven, omdat niemand het geheel ooit op papier had getekend.

Een workflow in kaart brengen vóór u hem automatiseert is de goedkoopste verzekering die u kunt kopen. Het kost een middag en een whiteboard. Het vangt de verborgen stappen, de stille overdrachten en de waar-valt-deze-beslissing-eigenlijk gaten op die anders pas drie weken na livegang opduiken. Dit is het deel dat iedereen wil overslaan, en het is juist het deel dat in stilte bepaalt of het project werkt.

Wat "een workflow in kaart brengen" eigenlijk betekent

Laten we het jargon weglaten. Een workflow in kaart brengen betekent simpelweg dat u op volgorde elke stap opschrijft die plaatsvindt tussen een trigger en een afgerond resultaat — en eerlijk bent over de rommelige stukken. De trigger kan zijn “er komt een nieuwe aanvraag binnen” en het afgeronde resultaat “de klant heeft betaald en de opdracht is afgesloten.” Alles daartussenin is uw map.

U tekent niet het proces dat u zou willen hebben. U tekent het proces dat u daadwerkelijk hebt — de as-is, niet de to-be. Dat onderscheid is belangrijker dan welke notatie of tool dan ook. De hele waarde van het in kaart brengen komt voort uit het vastleggen van de werkelijkheid, inclusief de gênante delen: het spreadsheet dat alleen Maria weet bij te werken, de goedkeuring die plaatsvindt door even naar iemands bureau te lopen, de e-mail die met de hand wordt overgetypt in het facturatiesysteem.

Goed gedaan past een map op één pagina en zou een buitenstaander hem kunnen lezen en grofweg begrijpen hoe uw bedrijf een aanvraag in geld omzet. Dat is de lat. Als uw map een legenda en vier kleuren nodig heeft om leesbaar te zijn, hebt u hem overdreven complex gemaakt.

U kunt geen proces automatiseren dat u niet kunt tekenen. Als niemand in het team het op één pagina kan schetsen, is de automatisering niet de volgende stap — het in kaart brengen wel.
wat ik elke klant vertel voordat hij iets tekent

Waarom het overslaan van deze stap zo duur is

Wanneer u automatiseert zonder in kaart te brengen, automatiseert u niet uw proces — u automatiseert uw aanname over uw proces. En in de kloof tussen die twee verdwijnt het geld. Drie faalmodi duiken keer op keer op.

De eerste is de onzichtbare stap. Er is bijna altijd een taak die zo routineus is dat niemand hem noemt: de snelle controle, de handmatige btw-correctie, het belletje om een adres te bevestigen. Hij komt nooit in de briefing terecht, dus ook nooit in de automatisering, en de eerste keer dat hij nodig is, loopt de hele flow vast.

De tweede is de ongedocumenteerde beslissing. Ergens in uw proces neemt een mens stilletjes een oordeel — deze bestelling is dringend, deze klant krijgt korting, deze offerte moet langs een manager. Brengt u niet aan het licht waar die beslissing valt en welke regel zij volgt, dan negeert de automatisering hem of gokt zij — en beide zijn slecht.

De derde is de spookoverdracht. Werk gaat van twee mensen of twee systemen over via een kanaal dat niemand heeft gedocumenteerd — een doorgestuurde e-mail, een gedeelde map, een mondelinge tip. Automatiseer eromheen en het werk valt simpelweg in een gat. In kaart brengen is hoe u deze vindt voordat zij u vinden.

Een MKB-ondernemer staat bij een groot whiteboard vol plaknotities en pijlen, terwijl hij stap voor stap een proces in kaart brengt, met een collega die naar een gat in de flow wijst, warm kantoorlicht
In kaart brengen is een teamsport. De mensen die het werk doen weten waar de verborgen stappen zitten — uw taak is ze op de muur te krijgen.

Voordat u iets tekent: kies één proces en één resultaat

Probeer niet uw hele bedrijf in kaart te brengen. Zo verandert het in kaart brengen zelf in een project van zes maanden dat doodbloedt op een gedeelde schijf. Kies precies één workflow — die waarvan u al vermoedt dat hij de moeite van het automatiseren waard is — en breng alleen die in kaart, van een duidelijke trigger tot een duidelijk einde.

Definieer de twee uiteinden hardop voordat u begint. Waar begint dit proces? en Hoe ziet "klaar" eruit? Kunt u beide niet in één zin benoemen, dan bent u nog niet klaar om in kaart te brengen — u probeert een mistbank te tekenen. "Vanaf het moment dat een bestel-e-mail binnenkomt tot het moment dat de factuur is verstuurd" is een te tekenen proces. "Onze verkoop" is dat niet.

Hoe u een workflow in kaart brengt, stap voor stap

U hebt hier geen speciale software voor nodig. Plaknotities op een muur verslaan elke tool, omdat ze makkelijk te verplaatsen zijn en het hele team eromheen kan staan. Geeft u de voorkeur aan digitaal, dan voldoet een gedeeld whiteboard of zelfs een genummerde lijst in een document prima. De methode telt veel zwaarder dan het medium.

  1. 1
    Krijg de juiste mensen in de ruimte
    Niet alleen de ondernemer. De mensen die het werk daadwerkelijk doen, zien stappen waarvan de ondernemer vergeten was dat ze bestonden. Eén ontbrekende stem en u mist een hele tak van het proces.
  2. 2
    Schrijf eerst de trigger en het resultaat op
    Zet het begin uiterst links, het einde uiterst rechts. Alles wat u toevoegt leeft tussen die twee vaste punten, wat voorkomt dat de map uitdijt.
  3. 3
    Loop één echt voorbeeld door
    Neem een werkelijk recent geval — een echte bestelling, een echte aanvraag — en vertel precies wat ermee gebeurde, stap voor stap. Echt verslaat hypothetisch elke keer.
  4. 4
    Markeer elke overdracht en beslissing
    Telkens als werk overgaat naar een andere persoon of systeem, tekent u het. Telkens als iemand een keuze maakt, tekent u een vertakking en schrijft u de onderliggende regel op. Dit zijn de plekken waar automatisering staat of valt.
  5. 5
    Jaag op de uitzonderingen
    Vraag nu: wanneer gaat dit NIET de normale weg? De terugbetaling, de spoedklus, de lastige klant. Voeg de veelvoorkomende uitzonderingen toe; noteer de zeldzame in de marge.
  6. 6
    Schat de tijd per stap ruwweg in
    Noteer een grof aantal minuten naast elke stap. U zoekt naar de dikke delen — waar de uren echt verdwijnen — zodat u weet wat de moeite van het automatiseren waard is.

Bent u klaar, dan zou u een vinger ergens op de map moeten kunnen leggen en kunnen zeggen wat er gebeurt, wie het doet, hoe lang het duurt en wat er mis kan gaan. Is er een stap waar het eerlijke antwoord luidt “ik weet niet helemaal zeker hoe dat werkt” — gefeliciteerd, u hebt zojuist het belangrijkste ding op de muur gevonden. Die mist is precies wat uw automatisering zou hebben gebroken.

Hebt u formele notatie nodig?

Er bestaat een hele formele taal hiervoor, BPMN genaamd, met precieze symbolen voor taken, gateways en gebeurtenissen. Voor een grote onderneming met een toegewijd procesteam is die oprecht nuttig. Voor een bedrijf met acht mensen en één pijnlijke workflow is het overkill die in de weg zit. Vakjes voor stappen, ruiten voor beslissingen, pijlen voor de flow — meer notatie hebt u niet nodig. Laat de perfecte notatie u niet weerhouden om de imperfecte map te tekenen.

Een nette procesmap-illustratie van één pagina met rechthoekige stapvakjes, een ruitvormige beslissingsvertakking, pijlen die ze van links naar rechts verbinden, en enkele plaknotities die een uitzondering en een handmatige overdracht markeren
Het eindresultaat: vakjes voor stappen, een ruit voor de beslissing en eerlijke notities waar de rommelige delen leven.

De map lezen: wat u moet oplossen vóór u automatiseert

Hier is het deel dat mensen over het hoofd zien. Een map is niet alleen documentatie voor de ontwikkelaar — het is een diagnose. Zodra het proces op de muur staat, lijken problemen waar u jaren mee hebt geleefd opeens overduidelijk. Weersta de drang om meteen te automatiseren. Los eerst op wat de map onthult.

Zoek naar stappen die alleen uit gewoonte bestaan. Een verrassend deel van het MKB-proces is archeologie — dingen die op een bepaalde manier worden gedaan omdat iemand het in 2017 zo heeft opgezet en niemand het sindsdien in twijfel heeft getrokken. Voegt een stap geen waarde toe, schrap hem dan. Een zinloze stap automatiseren maakt een zinloze stap alleen maar sneller.

Zoek ook naar dezelfde informatie die meer dan eens wordt ingetypt. Elke dubbele invoer op uw map is zowel een tijdvreter als een plek waar fouten insluipen — en het is doorgaans het makkelijkste, meest rendabele om te automatiseren. En zoek naar de knelpunten: de enkele stap waar alles zich ophoopt in afwachting van één persoon. Soms is de oplossing daar helemaal geen software, maar een regelwijziging.

  • Overbodige stappen die alleen bestaan omdat "we het altijd zo hebben gedaan" — schrap ze.
  • Dezelfde gegevens die met de hand in twee of meer systemen worden ingevoerd — eersteklas automatiseringsdoelen.
  • Een beslissing die een mens neemt maar die eigenlijk een vaste, geschreven regel volgt — die regel kan worden geautomatiseerd; echt oordeel niet.
  • Een knelpunt waar werk op één persoon wacht — soms verslaat een proceswijziging een technische wijziging.
  • Een overdracht die informatie verliest — strak trekken voordat u er automatisering omheen bouwt.

Een korte casus: de orderdesk die het verkeerde eerst automatiseerde

Een kleine groothandel waarmee we werkten — laten we zeggen een regionale leverancier van cateringapparatuur, zo'n twintig medewerkers — kwam bij ons in de overtuiging dat ze een AI-tool nodig hadden om binnenkomende bestel-e-mails te lezen. Bestellingen kwamen binnen als vrije-tekst e-mails, iemand typte ze over in het systeem, en dat overtypen voelde als het voor de hand liggende om te automatiseren. Ze hadden zich bijna ingeschreven voor een product dat documenten leest voordat we gingen zitten.

We besteedden één middag aan het in kaart brengen van het werkelijke order-tot-factuurproces op hun vergaderzaalmuur. De map vertelde een ander verhaal. Ja, het overtypen van e-mails was vervelend — misschien tien minuten per bestelling. Maar twee stappen verderop bleef elke bestelling op het bureau van één persoon hangen voor een handmatige voorraadcontrole en een handmatige kredietcontrole, omdat die twee systemen niet met het ordersysteem en niet met elkaar praatten. Daar bleven bestellingen uren staan, soms een hele dag.

De dure AI-e-mailezer zou tien minuten hebben afgesnoept van een stap die niet het knelpunt was, terwijl de echte vertraging onaangeroerd bleef. Erger nog, de map bracht een ongedocumenteerde regel aan het licht: bestellingen boven een bepaald bedrag kregen altijd een telefoontje ter bevestiging vóór verwerking. Niemand had het genoemd, en het zou elke naïeve automatisering stilletjes hebben gebroken.

Wat we daadwerkelijk bouwden was onspectaculair en goedkoper: een koppeling die voorraad- en kredietstatus automatisch in het orderscherm trok, zodat de controle een blik werd in plaats van een omweg van een half uur, plus een markering voor de bestellingen met hoge waarde die nog steeds het menselijke telefoontje nodig hadden. Het overtypen van e-mails? Dat automatiseerden we uiteindelijk ook — maar als stap twee, toen de map had laten zien dat het de kleinere prijs was. De totale tijdwinst over de hele desk kwam ter illustratie neer op ongeveer anderhalve dag per week, en bijna niets daarvan kwam van het ding dat ze oorspronkelijk wilden kopen.

Ze kwamen binnen om de luidste ergernis te automatiseren. De map liet hun de duurste zien. Het waren niet dezelfde stap.
het orderdesk-project, in één zin
Een voor-en-na illustratie in tweeën gedeeld: links een verwarde order-tot-factuurflow met een rood knelpunt waar bestellingen zich op één bureau ophopen, rechts dezelfde flow gestroomlijnd met het knelpunt opgelost en de systemen gekoppeld
Hetzelfde proces, juist gezien. De map verplaatste het project van het luide probleem naar het kostbare.

Een afgeronde map omzetten in een automatiseringsplan

Zodra uw map is getekend, verbeterd en vertrouwd, schrijft de automatisering zich vrijwel vanzelf voor. U stopt met het stellen van de enge open vraag — “hoe automatiseren we ons bedrijf?” — en begint kleine, beantwoordbare vragen te stellen, stap voor stap.

Loop de map langs en label elke stap eerlijk. Sommige zijn pure regels — een herinnering gaat af, gegevens gaan van A naar B, een status wordt bijgewerkt. Dat is gewone automatisering: goedkoop, betrouwbaar, geen AI nodig. Enkele stappen betreffen rommelige menselijke taal of oordeel — een ongestructureerde e-mail lezen, een antwoord opstellen, een telefonische vraag beantwoorden. Daar verdient moderne AI echt zijn brood. En sommige stappen moeten bewust menselijk blijven, omdat de kosten van een fout hoog zijn. De map maakt die categorieën duidelijk op een manier die een gesprek nooit doet.

Hoe de stap eruitzietWat hij meestal nodig heeftPrioriteit
Dezelfde gegevens, twee systemen, met de hand getyptGewone regelgebaseerde automatiseringEerst doen
Een herinnering, waarschuwing of statusupdateGewone regelgebaseerde automatiseringEerst doen
Vrije-tekst e-mail of documenten lezenAI bovenop een opgeruimd procesDaarna doen
Een beslissing die een geschreven regel volgtRegelgebaseerde automatiseringDaarna doen
Echt oordeel of empathieHoud het menselijk (voorlopig)Laat met rust
Zeldzame uitzondering, enkele keren per jaarNog niet de moeite van het automatiseren waardLaat met rust
Hoe u elke stap op uw map leest en zijn lot bepaalt.

Merk op wat hieruit volgt. U hoeft niet de hele map in één keer te automatiseren — en dat moet u ook niet. U kiest de meest waardevolle regelgebaseerde stap, automatiseert alleen die, bewijst dat hij werkt in de echte week, en pas dan gaat u naar de volgende. De map is wat u in staat stelt het verstandig te faseren in plaats van het hele ding af te bijten en u te verslikken.

Wilt u een tweede paar ogen op uw procesmap?

Vaak is het nuttigste uur dat waarin u uw workflow op een muur tekent met iemand die hem eerder heeft zien misgaan. We helpen u het proces in kaart te brengen, de verborgen stappen te spotten en aan te wijzen wat echt het eerst de moeite van het automatiseren waard is — zonder enige verplichting om iets te bouwen.

Bespreek uw proces met ons

Veelgestelde vragen

Hoe lang duurt het om een workflow in kaart te brengen?
Voor één goed afgebakend proces meestal één gerichte sessie — hooguit een middag. De truc is om slechts één workflow tegelijk in kaart te brengen, van een duidelijke trigger tot een duidelijk resultaat. Duurt uw mapping dagen, dan is uw scope te breed; versmal hem tot één proces en u bent in één zit klaar.
Heb ik speciale procesmapping-software nodig?
Nee. Plaknotities op een muur zijn oprecht beter dan de meeste tools voor een eerste map, omdat ze makkelijk te herschikken zijn en het hele team eromheen kan komen staan. Een gedeeld digitaal whiteboard of zelfs een genummerde lijst werkt ook. De methode telt veel zwaarder dan het medium — laat het zoeken naar een tool het echte in kaart brengen niet vertragen.
Wat is het verschil tussen een as-is en een to-be map?
Een as-is map laat zien hoe het proces vandaag werkt, met alle gebreken. Een to-be map laat zien hoe u het wilt laten werken na verbetering. Teken altijd eerst de as-is — de hele waarde ervan is het vastleggen van de werkelijkheid, inclusief de rommelige handmatige stappen. De to-be komt nadat u de as-is hebt gebruikt om te zien wat de moeite van het oplossen waard is.
Moet ik het proces verbeteren vóór het automatiseren, of eerst automatiseren?
Eerst verbeteren, altijd. Zodra het proces in kaart is, spot u overbodige stappen, dubbele gegevensinvoer en knelpunten. Ruim die op papier op en automatiseer dan de verbeterde versie. Een inefficiënt proces automatiseren maakt de inefficiëntie alleen maar sneller en achteraf moeilijker te ontwarren.
Wat als een deel van mijn proces te rommelig is om in kaart te brengen?
Dat is de meest waardevolle ontdekking die u kunt doen. Een stap die niemand duidelijk kan uitleggen is precies de stap die uw automatisering zou hebben gebroken. Doek hem niet toe — markeer hem, graaf in hoe hij echt werkt, en beslis of u hem standaardiseert, menselijk houdt of herontwerpt voordat enige automatisering hem aanraakt.
Have a nice day
Have a nice day
Redactie

Have a nice day is een softwarestudio die kleine en middelgrote bedrijven helpt digitaliseren — automatisering, AI en maatwerksoftware die werkt in de dagelijkse praktijk, niet alleen op slides.

Passende diensten