Hoe je het eerste proces kiest

De meest gemaakte fout is beginnen bij het meest zichtbare proces, of bij het proces waar toevallig net een tool voor is aangeschaft. Beter is om drie dingen naast elkaar te leggen: frequentie, tijd en foutrisico.

Een proces dat wekelijks terugkomt, telkens een half uur kost en bij een foutje meteen een boze klant oplevert, staat bovenaan de lijst. Een proces dat één keer per kwartaal gebeurt en weinig gevolgen heeft als het misgaat, staat onderaan, ook al is het misschien interessanter om te bouwen.

Maak er geen ingewikkelde formule van. Een simpele score op deze drie punten, per proces, geeft meestal al een duidelijke volgorde. En kies bewust voor een proces met een begrensde scope: één trigger, één duidelijke uitkomst. Processen die overal in het bedrijf vertakken zijn een project op zich, geen goede eerste stap.

Zeven processen die zich vaak als eerste lenen

  1. Facturen en herinneringen. Het versturen van facturen en het opvolgen van betalingsherinneringen is repetitief, volgt vaste regels en is meestal goed te koppelen aan het boekhoudpakket. Een goede eerste kandidaat, mits de regels voor wie wanneer een herinnering krijgt duidelijk zijn.
  2. Offerte- en ordergegevens overzetten tussen pakketten. Veel bedrijven typen dezelfde gegevens over van CRM naar boekhouding of van webshop naar voorraadsysteem. Dat overtypen is foutgevoelig en voelt voor niemand als zinvol werk.
  3. Urenregistratie en doorbelasting. Uren die uit een timesheet-tool moeten worden verwerkt in facturatie of projectadministratie, lenen zich goed voor automatisering zodra de koppeling tussen beide systemen eenmaal staat.
  4. Onboarding van nieuwe klanten of medewerkers. Een vast rijtje stappen — account aanmaken, toegang verlenen, welkomstmail versturen, gegevens vastleggen — is precies het soort voorspelbare reeks die zich goed laat automatiseren.
  5. Terugkerende rapportages en verzending. Een rapport dat elke week of maand op dezelfde manier wordt samengesteld en naar dezelfde mensen gaat, hoeft niet handmatig gemaakt en verstuurd te worden.
  6. Voorraad- of inkoopsignalen. Een melding als een voorraadniveau onder een grens komt, of als een inkooporder langer dan verwacht op zich laat wachten, is een goed voorbeeld van een signaal dat automatisch gegenereerd kan worden in plaats van dat iemand het handmatig moet checken.
  7. Datakwaliteitscontroles en meldingen. Controleren of verplichte velden zijn ingevuld, of een klantnaam in twee systemen hetzelfde gespeld is, of een import zonder fouten is binnengekomen — dat soort controles voer je liever automatisch uit dan dat je erop vertrouwt dat iemand het opmerkt.

Dit is geen uitputtende lijst en niet elk proces past bij elk bedrijf. Het is een startpunt om te herkennen wat voor type werk zich leent voor automatisering: repetitief, regelgestuurd en met een duidelijk begin en eind.

Wat je nodig hebt voordat je begint

Voordat er ook maar één stap gebouwd wordt, zijn er drie dingen die eerst op orde moeten zijn.

Duidelijke stappen. Kun je het proces opschrijven als een reeks concrete stappen, zonder "en dan kijkt iemand er even naar"? Als het antwoord op elke stap ja is, is het geschikt. Zit er ergens een stap die alleen uit te leggen is met "dat weet Karin wel", dan moet die eerst worden vastgelegd voordat je gaat automatiseren.

Een eigenaar. Elke geautomatiseerde workflow heeft iemand nodig die 'm in de gaten houdt, die weet wanneer hij is aangepast en die beslist over wijzigingen. Zonder eigenaar leeft een automatisering een tijdje goed en gaat hij dan onopgemerkt stuk.

API-toegang. Kun je bij de systemen die bij het proces horen via een API, of moet er handmatig ingelogd en geklikt worden? Niet elk pakket biedt dezelfde mogelijkheden. Dat is precies waar koppelingen in beeld komen: eerst uitzoeken wat een systeem toestaat, dan pas het proces ontwerpen.

Sla je een van deze drie over, dan bouw je een automatisering op los zand. De techniek werkt misschien prima, maar de uitkomst is onbetrouwbaar of niemand voelt zich verantwoordelijk als het misgaat.

Monitoring: wat gebeurt er als het misgaat

Een workflow die stilletjes faalt is erger dan geen workflow. Als niemand het handmatig meer doet omdat "het systeem het toch regelt", en het systeem loopt vast, dan merk je dat vaak pas als een klant erover belt.

Regel daarom vooraf een paar dingen. Wat gebeurt er als een stap faalt: stopt de hele workflow, of gaat hij door met een foutmelding ergens anders? Wie krijgt een seintje als dat gebeurt, en via welk kanaal? En hoe herstel je een taak die halverwege is blijven steken, zonder dat je bijvoorbeeld twee keer dezelfde factuur verstuurt?

Dit hoeft geen ingewikkeld monitoringsysteem te zijn. Vaak is een simpele melding in een kanaal dat mensen echt lezen, gecombineerd met een duidelijke eigenaar, al voldoende. Belangrijker dan de tooling is de afspraak: iemand is verantwoordelijk, en die persoon weet wat te doen bij een storing.

Mensen en verandering

Een geautomatiseerd proces raakt bijna altijd iemands werk. Dat kan spanning geven, zeker als mensen het gevoel hebben dat hun taak "overbodig" wordt gemaakt. Het helpt om vooraf helder te zijn over wat er verandert: welke taak verdwijnt, wat komt ervoor in de plaats, en wie blijft waarvoor verantwoordelijk.

Betrek de mensen die het proces nu handmatig doen bij het ontwerp. Zij kennen de uitzonderingen die nergens zijn opgeschreven en die een workflow juist onderuit kunnen halen. Een automatisering die zonder overleg over het bureau van de betrokkene wordt gegooid, wordt zelden goed ontvangen, ook niet als hij technisch prima werkt.

Zie onze werkwijze: klein beginnen, resultaat laten zien, en pas daarna uitbreiden. Datzelfde principe geldt voor de mensen kant. Laat eerst zien dat het werkt op een klein, overzichtelijk proces, voordat je verdergaat.

Wanneer je beter niet automatiseert

Niet elk proces verdient automatisering, en dat is geen falen, dat is gewoon een goede keuze. Laat het liever handmatig zolang het proces zelf nog niet stabiel is: als de stappen om de paar weken veranderen, bouw je een workflow die je net zo vaak weer moet aanpassen.

Ook processen die veel menselijke beoordeling vragen — een uitzondering afwegen, een klant geruststellen, een lastige situatie inschatten — lenen zich niet goed voor volledige automatisering. Daar kan agentic AI soms ondersteunen bij het voorwerk, maar de beslissing zelf blijft dan bij een mens.

En soms is de eenvoudigste conclusie de juiste: als een proces maar een paar keer per jaar voorkomt en weinig tijd kost, is de bouwtijd van een automatisering niet in verhouding tot wat het oplevert. Dan is handmatig gewoon prima.

Structurele automatisering werkt het best als hij rust op een stevig datafundament en op processen die je goed kent. Begin daarom met workflow automation op het proces dat je het beste begrijpt, niet op het proces dat het meest indrukwekkend klinkt.