Bouwen is het makkelijke deel. Weten wát je moet bouwen is het werk.

Het bouwen van een automatisering is tegenwoordig grotendeels een opgelost probleem. De tooling is volwassen, de koppelingen bestaan, en iemand met ervaring zet een werkende flow in een dag of twee neer.

Toch zien we regelmatig bedrijven met een map vol automatiseringen die technisch prima werken, en een team dat nog steeds omkomt in het werk. De flows draaien. Er is alleen niets wezenlijks veranderd.

Dat komt zelden door slechte techniek. Dat komt doordat de verkeerde dingen zijn geautomatiseerd.

Een slecht proces sneller maken helpt niet

De klassieke fout: iemand wijst een handeling aan die veel tijd kost, en die handeling wordt geautomatiseerd. Wat er dan gebeurt, is dat een proces dat nooit goed doordacht was, nu automatisch en op schaal fout gaat.

We zagen een bedrijf dat een uitgebreide flow had gebouwd om binnenkomende aanvragen te verrijken en netjes in het CRM te zetten. Prachtig gebouwd. Alleen bleek bij navraag dat het commerciële team het CRM nauwelijks opende — ze werkten uit hun mailbox. De automatisering vulde met grote precisie een database die niemand las.

Automatiseren is geen neutrale handeling. Je zet het proces vast zoals het op dat moment is. Als de vorm niet klopt, cementeer je de fout.

De vraag die vooraf gaat aan “kunnen we dit automatiseren?”

De juiste eerste vraag is niet of iets kán. Bijna alles kan. De juiste vraag is: *wat verandert er als dit weg is?*

Als het antwoord is “dan bespaart Marieke twintig minuten per week”, is het waarschijnlijk niet de moeite. Als het antwoord is “dan reageren we binnen twee minuten op een aanvraag in plaats van binnen een dag, en dat is precies waar we deals op verliezen”, dan heb je iets.

Tijdwinst is een uitkomst, geen doel. Het doel is altijd één van drie dingen: meer klanten binnenhalen, meer waarde uit bestaande klanten halen, of kosten verlagen. Een automatisering die op geen van die drie meetbaar aangrijpt, is een leuk technisch project.

Waar we in de praktijk naar kijken

Als we processen in kaart brengen, wegen we elk proces op vier assen. Niet als scorecard-theater, maar omdat de combinatie bepaalt of iets de moeite waard is.

**Frequentie × duur.** De basis. Een taak van vijf minuten die veertig keer per week gebeurt is interessanter dan een taak van drie uur die één keer per kwartaal terugkomt. Ondernemers onderschatten structureel het eerste type, omdat het nooit als “groot” voelt.

**Foutgevoeligheid en de kosten van die fout.** Overtypen tussen twee systemen gaat vroeg of laat mis. De vraag is wat een fout kost. Een typefout in een interne notitie is ruis. Een typefout in een factuur of een prijsopgave is geld en vertrouwen.

**Beslissingscomplexiteit.** Hoeveel oordeel zit erin? Werk dat volgens vaste regels loopt, is het laagste hangende fruit. Werk waar iemand context moet wegen, kan tegenwoordig ook — maar vraagt een ander type systeem en meer controle. Werk dat om echte klantkennis of onderhandeling vraagt, laat je met rust.

**Positie in de keten.** Dit is de as die het vaakst wordt overgeslagen. Een proces staat nooit alleen. Als je stap vier automatiseert terwijl stap drie de bottleneck is, versnel je iets dat toch moet wachten. We zoeken de plek waar het werk zich ophoopt, niet de plek waar het het meest zichtbaar is.

Wat we bewust niet automatiseren

Een deel van ons werk bestaat eruit om nee te zeggen. Een paar categorieën die er in een goed traject uit vallen:

**Processen die eigenlijk geschrapt moeten worden.** In vrijwel elke doorlichting zit minstens één rapportage die al twee jaar wordt gemaakt omdat iemand er ooit om vroeg. Niemand leest hem. Die automatiseer je niet, die stop je.

**Werk waar het contact zelf de waarde is.** Het gesprek waarin een klant zijn zorgen op tafel legt, de nabespreking na een lastig project. Dat kun je technisch versnellen en daarmee verliest het precies zijn functie.

**Processen die volgende maand anders zijn.** Bij een organisatie die midden in een verhuizing van software zit, of een team dat nog zoekt naar zijn werkwijze, wacht je. Anders bouw je iets wat je meteen weer sloopt.

**Uitzonderingen die uitzonderingen zijn.** Er is altijd een proces waar men trots op zegt: “en dan hebben we nog dertig varianten”. Die dertig varianten kosten meer bouwtijd dan ze ooit opleveren. De 80% standaardgevallen automatiseer je, de rest blijft mensenwerk.

Waarom dit ons uitgangspunt is

Elk traject bij ons begint met het in kaart brengen en stress-testen van je processen, niet met bouwen. Dat kost tijd voordat er iets zichtbaars staat, en dat vraagt af en toe wat geduld.

Maar het alternatief is duurder. Een verkeerd gekozen automatisering kost je de bouwkosten, plus het onderhoud, plus het vertrouwen van een team dat opnieuw heeft meegemaakt dat “die nieuwe systemen” niets oplossen. Dat laatste is het lastigst terug te winnen.

De techniek is het uitvoerende deel. De analyse is waar bepaald wordt of het iets oplevert.