De valkuil van te vroeg automatiseren: een slecht proces sneller maken helpt niet

Door Clen Mourik

94% van het MKB ziet kansen voor automatisering, maar waarom mislukken zoveel projecten? Het probleem zit niet in de techniek — het zit in wat je automatiseert. Als je workflow krom is, wordt hij met software alleen maar sneller krom.

Hoeveel uur per week besteed jij aan handmatig overtypen tussen systemen? En wat als ik je vertel dat automatisering dat probleem vaak niet oplost — maar juist verergert?

Ik zie het elke week. Een aannemer koopt dure projectsoftware en koppelt die aan AFAS. Een groothandel implementeert een webshop-koppeling met Exact Online. Een productiebedrijf integreert hun MES-systeem. En dan... werkt het niet. Niet omdat de techniek faalt, maar omdat het onderliggende proces al niet klopte.

Het komt erop neer dat je een kromme workflow niet recht trekt door er software aan te hangen. Je maakt hem alleen sneller krom. En duurder.

Inhoudsopgave

• Belangrijkste punten
• Waarom automatisering vaak faalt in het MKB
• Het probleem begint vóór de koppeling
• Drie praktijkvoorbeelden die misgingen
• Hoe herken je een slecht proces voordat je automatiseert
• De juiste volgorde: eerst optimaliseren, dan automatiseren
• Wat kost het en wat levert het op
• Veelgestelde vragen

Belangrijkste punten

Waarom automatisering vaak faalt in het MKB

Laten we eerlijk zijn: automatisering is geen wondermiddel. Het is een versterker. Als je proces goed is, maakt automatisering het briljant. Als je proces slecht is, maakt automatisering het een ramp.

Wat ik in de praktijk zie: bedrijven stappen over de cruciale tussenstap heen. Ze gaan van "we typen alles handmatig over" naar "we koppelen twee systemen aan elkaar" zonder zich af te vragen: klopt dit proces eigenlijk wel?

Neem een gemiddelde groothandel. Dagelijks komen er orders binnen via een webshop. Die worden handmatig verwerkt in Exact Online of AFAS. Frustrerend werk, veel kans op fouten. De logische gedachte: laten we die systemen koppelen.

De belofte klinkt mooi. Orders stromen automatisch door, je hebt realtime inzicht, fouten verdwijnen. Maar dan blijkt: niemand weet precies wie welke klantkorting invoert. Backorders worden verschillend afgehandeld door verschillende medewerkers. Artikelen staan dubbel in het systeem met net iets andere codes.

De technische koppeling zelf is zelden het lastigste deel. De meeste problemen ontstaan op de randen van het proces.

En nu heb je een automatisering die perfect doet wat je vraagt — het verkeerde proces razendsnel uitvoeren.

Het probleem begint vóór de koppeling

Waar loopt het mis? Meestal hier: bedrijven kijken eerst naar de tool, niet naar het procesontwerp. Ze beginnen met de vraag "welke software koppelen we" in plaats van "hoe moet dit proces eigenlijk werken".

Ik zeg altijd: als je dezelfde data twee keer intypt, gaat er gegarandeerd iets fout. Maar als je die dubbele invoer automatiseert terwijl je niet weet welk systeem leidend is, creëer je geen oplossing — je creëert een conflictmachine.

Vier op de tien ondernemers is meer dan de helft van hun week kwijt aan administratie. Dat is een enorm probleem. Maar automatisering lost dat alleen op als je eerst weet: welke administratie is noodzakelijk, welke overbodig, en welke alleen bestaat omdat het proces niet klopt?

Een voorbeeld uit de praktijk. Een aannemer registreert uren in een app op de bouwplaats, typt ze daarna over in een projectbeheersysteem, en factureert vanuit Exact Online. Drie systemen, drie keer dezelfde data. De oplossing lijkt simpel: koppel ze aan elkaar.

Maar wat blijkt: op de bouwplaats noteren mensen uren per dag, in het projectsysteem per week, en in Exact per factuurmoment. Niemand heeft ooit afgesproken hoe de indeling van kostenposten werkt. Budgetten worden gemaakt in Excel die niet matcht met de inrichting van het systeem.

Als je dat automatiseert, wat krijg je dan? Een koppeling die perfect functioneert — en het verkeerde doet.

Drie praktijkvoorbeelden die misgingen

De groothandel met de webshop

Een groothandel in technische producten besluit de webshop te koppelen aan het voorraadsysteem. Orders moeten automatisch doorstromen naar de boekhouding. De implementatie kost drie maanden en €12.000.

Wat ze vergaten: het interne orderproces had nooit duidelijke afspraken. Wie past klantspecifieke kortingen toe? Wat gebeurt er bij backorders? Welke artikelcode is leidend als er duplicaten bestaan?

Resultaat: de koppeling werkt technisch perfect, maar orders blijven vastlopen omdat het systeem niet weet hoe het uitzonderingen moet afhandelen. Die worden nu sneller doorgezet — met de verkeerde prijs, naar de verkeerde klant, of met artikelen die niet op voorraad zijn.

De oplossing kostte uiteindelijk meer dan de implementatie: eerst het orderproces stroomlijnen, uitzonderingen vastleggen, dan pas opnieuw koppelen.

De aannemer met verliesgevende projecten

Bijna de helft van de bouwprojecten in het Nederlandse MKB draait uit op verlies. Niet door gebrek aan inzet, maar door slechte inschattingen en te weinig realtime inzicht. Een aannemer besluit daarom een koppeling te maken tussen projectbeheer en AFAS.

Het idee: uren worden automatisch doorgeboekt, meerkosten worden direct zichtbaar. Klinkt logisch. Maar de oorspronkelijke kostenramingen worden gemaakt in losse Excel-sheets. Budgetposten zijn anders ingedeeld dan de werkelijke kostencategorieën in het systeem.

Nu kopieert de automatisering een structureel verkeerde raming sneller naar de factuur. Meerkosten worden óf te laat gesignaleerd, óf automatisch maar onjuist doorberekend. Het probleem is niet de koppeling — het probleem is dat niemand ooit de calculatiemethodiek heeft gestandaardiseerd.

Het productiebedrijf zonder procesafspraken

80% van de MKB-maakbedrijven heeft de inzet van data en sensoren onvoldoende doorontwikkeld (Made-in-Europe.nu). Een productiebedrijf besluit een MES-systeem te koppelen aan Exact Online. Productieorders moeten automatisch doorstromen.

Op de werkvloer werken medewerkers echter met eigen varianten van het werkproces. Niemand weet precies wie het systeem bijhoudt, welke stap officieel is, en wanneer een order als klaar geldt. De koppeling synchroniseert nu perfect — tussen twee verschillende versies van de waarheid.

Wat ik hier zie terugkomen: automatisering blootlegt procesgebreken die je handmatig nog kon maskeren.

Hoe herken je een slecht proces voordat je automatiseert

Hier zijn de signalen dat je eerst je proces moet repareren voordat je gaat automatiseren:

• Verschillende medewerkers doen hetzelfde werk op verschillende manieren — er is geen standaard
• Uitzonderingen zijn de regel — meer dan 20% van de gevallen volgt een afwijkend pad
• Niemand weet welk systeem leidend is — klantgegevens worden op drie plekken aangepast
• Data wordt handmatig gecorrigeerd na elke stap — "we moeten het toch even checken"
• Het proces bestaat vooral uit wachten en zoeken — niet uit daadwerkelijk werk

Een snelle test: vraag drie medewerkers om het proces te beschrijven. Als je drie verschillende antwoorden krijgt, heb je geen proces — je hebt drie gewoontes.

Nog een signaal: als medewerkers zeggen "dat kan het systeem niet", maar eigenlijk bedoelen ze "we hebben nooit afgesproken hoe het zou moeten". Systemen doen wat je ze opdraagt. Als de opdracht niet klopt, is dat geen softwareprobleem.

De juiste volgorde: eerst optimaliseren, dan automatiseren

Hier wordt het interessant. Want er is een logische volgorde, en die wordt meestal omgedraaid.

De juiste aanpak: standaardiseren → optimaliseren → automatiseren. In die volgorde. Niet andersom.

Stap 1: Standaardiseren
Breng in kaart hoe het werk nu écht gebeurt. Niet hoe het op papier staat, maar hoe medewerkers het dagelijks doen. Vaak beginnen we met zogeheten brown-paper-sessies — in een paar uur breng je 80% van de huidige processen in kaart.

Simpel gezegd: je plakt alle stappen op een groot vel papier. Wie doet wat, wanneer, met welk systeem? Waar gaat het vaak mis? Waar zitten de wachttijden?

Stap 2: Optimaliseren
Nu je weet hoe het werkt, kun je bepalen hoe het zou móeten werken. Welke stappen zijn overbodig? Waar zit dubbel werk? Welke uitzonderingen zijn eigenlijk structurele problemen?

Dit is de fase waar je de meeste winst boekt. Niet door software, maar door logisch nadenken. Een medewerker die dagelijks een uur kwijt is aan repetitieve taken verliest jaarlijks meer dan 200 productieve uren. Maar als die taak zelf al nutteloos was, lost automatisering niks op.

Stap 3: Automatiseren
Pas als het proces klopt, ga je koppelen. Nu weet je precies wat je wilt: welk systeem is leidend, hoe de data moet stromen, wat de uitzonderingslogica is. De koppeling wordt dan niet een poging om chaos te ordenen, maar een manier om een logisch proces te versnellen.

Wat werkt is een gefaseerde aanpak. Begin met één workflow die snel merkbaar resultaat oplevert. Bijvoorbeeld: het automatisch doorsturen van webshop-orders naar je boekhouding. Klein, overzichtelijk, snel waardevol.

Wat kost het en wat levert het op

Even concreet over de cijfers. Want automatisering kost geld — de vraag is of het opweegt tegen wat het oplevert.

Een eenvoudige koppeling tussen twee systemen kost gemiddeld vanaf €2.500. Complexe integraties tussen meerdere systemen kunnen oplopen tot €5.000 tot €15.000. Dat zijn marktprijzen, geen vaststaande tarieven.

Maar wat levert het op? Laten we rekenen.

Stel: je hebt een groothandel met 10 medewerkers. Iedereen is dagelijks 45 minuten kwijt aan handmatig overtypen van orders tussen webshop en boekhouding. Dat is 10 × 45 minuten × 250 werkdagen = 1.875 uur per jaar.

Bij een gemiddeld uurtarif van €35 is dat €65.625 aan loonkosten. Puur aan overtypen. Niet aan klantcontact, niet aan verkoop, niet aan verbetering. Gewoon... kopiëren.

Een koppeling van €8.000 verdient zichzelf dus in anderhalf tot twee maanden terug. Tenzij het onderliggende proces niet klopt — dan automatiseer je het probleem en blijft de handmatige correctie bestaan.

Nog een berekening. Een aannemer met twintig man op de bouwplaats. Elke medewerker vult dagelijks een urenbriefje in op papier, dat wordt overgetypt in een systeem, en later nog een keer gefactureerd. Drie keer dezelfde data invoeren.

Als één fout per week leidt tot een naboeking van gemiddeld €200, kost dat op jaarbasis €10.400 aan gemiste omzet of discussies met klanten. Tel daar de administratieve rompslomp bij op. Een procesoptimalisatie gevolgd door een AFAS-koppeling lost dat op — maar alleen als je eerst hebt bepaald hoe de urenregistratie werkt.

Maar let op: dit geldt alleen als je het proces eerst op orde hebt. Anders investeer je €8.000 om een €65.000-probleem te veranderen in een €50.000-probleem. Winst, maar niet de winst die je had kunnen hebben.

Veelgestelde vragen

Hoe weet ik of mijn proces klaar is voor automatisering?

Als verschillende medewerkers hetzelfde werk op dezelfde manier doen, als uitzonderingen echt uitzonderingen zijn (minder dan 20%), en als iedereen het eens is over welk systeem leidend is — dan ben je klaar. Zo niet, dan eerst standaardiseren.

Wat kost het om een proces te optimaliseren voordat je automatiseert?

Dat hangt af van de complexiteit. Een brown-paper-sessie met een externe procesadviseur kost enkele duizenden euro's en levert een compleet overzicht op. Die investering voorkomt dat je later tienduizenden uitgeeft aan een koppeling die het verkeerde doet.

Kan ik niet gewoon beginnen met automatiseren en onderweg bijsturen?

Technisch kan dat, maar financieel is het duur. Elke aanpassing aan een koppeling kost tijd en geld. Als je achteraf ontdekt dat je datastructuur niet klopt, ben je duurder uit dan wanneer je het vooraf goed had ingericht. Bouwers zeggen niet voor niets: twee keer meten, één keer zagen.

Welke processen moet ik als eerste automatiseren?

Begin met repetitieve, foutgevoelige taken die veel tijd kosten en weinig toegevoegde waarde hebben. Denk aan orderverwerking, facturatie, voorraadmutaties. Niet aan complexe processen met veel menselijke inschatting — die zijn lastiger te standaardiseren.

Wat als mijn medewerkers weerstand hebben tegen procesverandering?

Dat is normaal. Betrek ze vroeg bij het ontwerp. Laat ze zelf aangeven waar het nu misgaat. Mensen verzetten zich niet tegen verbetering — ze verzetten zich tegen oplossingen die van bovenaf worden opgelegd zonder dat ze het probleem herkennen. Een goede brown-paper-sessie lost dat grotendeels op.

Hoe lang duurt het om een proces te optimaliseren en te automatiseren?

Een procesanalyse en herontwerp kost meestal twee tot vier weken. De technische implementatie van een koppeling tussen twee systemen kan drie tot zes weken duren, afhankelijk van de complexiteit. Tel daar twee weken testing en training bij op. Rekening houdend met afstemming en planning zit je vaak op twee tot drie maanden van start tot oplevering.

Kan ik bestaande systemen blijven gebruiken of moet ik overstappen?

In de meeste gevallen kun je je bestaande software houden. Moderne koppelingen werken via API's die systemen met elkaar laten praten zonder dat je hoeft over te stappen. Of je nu werkt met Exact Online, AFAS, Twinfield of iets anders — koppelingen zijn er om te verbinden, niet te vervangen.

Wil je weten of jouw processen klaar zijn voor automatisering? Of loop je juist tegen een koppeling aan die niet doet wat je had verwacht? Neem gerust contact op voor een vrijblijvend gesprek. We kijken samen waar de knelpunten zitten — en of automatisering de oplossing is, of dat je eerst iets anders moet repareren.

Soms is het antwoord: begin nog niet met koppelen. En dat zeggen we liever nu dan nadat je tienduizenden euro's hebt geïnvesteerd in software die het verkeerde sneller doet.