AI toevoegen aan je ERP betekent niet dat je een chatbot naast je systeem zet. Het betekent dat AI meewerkt in de processen waar de meeste tijd en kennis in zitten: calculatie, werkvoorbereiding, planning en kwaliteitscontrole. Voor de meeste maakbedrijven is dat geen ERP-vervanging, maar een laag ernaast die precies de stukken oppakt die het pakket niet dekt.

Dat onderscheid is belangrijk, want de meeste “AI in je ERP” die je nu ziet is een assistent die vragen beantwoordt over data die er al staat. Leuk. Maar het werk zelf verandert er niet van. De vraag die je moet stellen is niet “kan ik met mijn ERP chatten”, maar “wie doet dit werk nu, en kan een systeem dat overnemen of voorbereiden”.

Chatbot naast je ERP of AI in de werkstroom: wat is het verschil?

Chatbot naast je ERP AI in de werkstroom
Wat het doet Beantwoordt vragen over bestaande data Voert een stap in het proces uit of bereidt hem voor
Wanneer je het gebruikt Als je iets wilt opzoeken Automatisch, op het moment dat het werk binnenkomt
Wie de input geeft De medewerker, elke keer opnieuw Het systeem zelf, uit de aanvraag, tekening of order
Wat er gebeurt zonder gebruiker Niets Het werk staat al klaar als iemand inlogt
Effect op de Henk Factor Geen. De kennis blijft in hoofden Kennis wordt vastgelegd en herbruikbaar
Wat je meet Gebruik van de chatbot Doorlooptijd, foutmarge, uren per order

Een chatbot is een zoekbalk met betere manieren. AI in de werkstroom is een collega die alvast begint.

Wat betekent “AI in de werkstroom” concreet?

Neem een offerteaanvraag die binnenkomt per mail, met een PDF-tekening en een halve zin over de gewenste levertijd. In de meeste maakbedrijven gebeurt dan dit: iemand leest het, iemand herkent het als “zoiets als dat project van vorig jaar”, iemand haalt de oude calculatie erbij, iemand rekent hem opnieuw.

AI in de werkstroom betekent dat dat eerste stuk al gedaan is voordat er een mens naar kijkt:

  • De aanvraag is gelezen en de belangrijke velden zijn eruit gehaald: aantal, materiaal, maatvoering, gevraagde levertijd.
  • Er is gezocht in eerdere, vergelijkbare orders en die staan ernaast, met de werkelijke nacalculatie erbij.
  • Er ligt een conceptcalculatie klaar, met zichtbare aannames en de plekken waar het systeem twijfelt.
  • De calculator kijkt, corrigeert en beslist.

De beslissing blijft bij de mens. Het voorbereidende werk niet. Dat is het hele idee: het systeem tilt de basis omhoog zodat je beste mensen alleen nog de oordeelsvorming doen, in plaats van eerst een half uur data verzamelen.

Hetzelfde patroon werkt op meerdere plekken in een maakbedrijf. We hebben daar aparte pagina’s voor, omdat de details per proces echt verschillen:

Waarom werkt een AI-laagje bovenop je ERP zo vaak niet?

Drie redenen die we in de praktijk zien:

1. De kennis staat niet in het systeem. Als de reden dat Henk de calculatie doet is dat Henk weet welke klant altijd extra tolerantie wil en welke leverancier structureel drie dagen te laat is, dan vindt geen enkele AI dat terug in je ERP. Die kennis is nooit opgeschreven. Dan is AI niet je eerste stap. Opschrijven is je eerste stap.

2. Het proces zit niet in het ERP. Bij veel niche-producenten en assembleurs draait het grootste deel in het pakket en het afwijkende deel in Excel, mail en op papier. Precies het afwijkende deel is waar de tijd en de fouten zitten. Een AI die alleen bij de ERP-data kan, kijkt dus naar het makkelijke stuk.

3. Het is een los product, geen onderdeel van het werk. Als iemand een aparte tool moet openen om AI te gebruiken, gebeurt het twee weken en daarna niet meer. Wat wel blijft werken, is AI die in het scherm zit waar het werk toch al gedaan wordt.

Hoe ziet AI in de praktijk eruit?

Een concreet voorbeeld uit ons eigen werk, buiten de maakindustrie maar met exact hetzelfde patroon.

Bij Zorg Totaal bouwden we Leonie, een AI-telefoonagent. Niet als vervanging van de klantenservice, maar als opvang op piekmomenten waarop niemand kan opnemen. Leonie zegt bij het eerste contact dat ze AI is, en de beller kan op elk moment alsnog in de wachtrij voor een mens. Terugbellen doet altijd een echte collega.

Wat daar interessant aan is, is niet de techniek maar het bouwproces:

  • 55 versies van de flow voordat hij goed genoeg was
  • ongeveer 120 testgesprekken die we zelf gevoerd hebben voordat de eerste echte klant hem kreeg
  • ongeveer een week bouwtijd inclusief de koppelingen met het CRM en het ordersysteem
  • daarna live in productie, en sindsdien doorlopend bijgesteld

Eén concreet probleem als illustratie: telefoonnummers herkennen bij gesproken invoer ging structureel mis. De oplossing werd een driewegsysteem: bekende beller herkennen, onbekende beller het nummer laten terugkoppelen ter controle, en bij twijfel eerlijk zeggen dat het niet lukt en doorzetten naar de wachtrij. Dat is geen slimme AI-truc. Dat is een proces dat 55 keer is bijgesteld.

Datzelfde bedrijf liet de werkbonnenadministratie doen door een systeem in plaats van door mensen. Eerste ronde: 75 procent minder tijd om een werkbon te maken. Na een tweede optimalisatieronde: 95 procent minder administratieve tijd. Bij een ingenieursbureau leverde een vergelijkbare aanpak op de rapportagekant meer dan 10 uur per week op.

De les uit alle drie: het resultaat komt niet uit het model. Het komt uit het aantal rondes waarin je het proces aanscherpt.

Wat moet er kloppen voordat AI iets toevoegt?

We gebruiken hiervoor vier niveaus, het STAP-model:

Niveau Wat het betekent Herken je dit?
S Schrijf op De kennis staat ergens, niet alleen in iemands hoofd “Dat weet alleen Henk” valt regelmatig
T Train Er zijn checklists, templates of instructies die mensen echt gebruiken Inwerken betekent meelopen, niet materiaal
A Automatiseer Het systeem dwingt de stappen af en neemt dubbel werk over Je kopieert informatie tussen systemen
P Presteer Iedereen werkt op het niveau van je beste mensen Kwaliteit verschilt per medewerker

AI hoort thuis op niveau A en P. Zit je nog op S, dan is AI toevoegen zonde van je geld: je automatiseert een proces dat niemand kan uitleggen. Het goede nieuws is dat S en T geen jaren duren. Het duurt meestal weken, en het is een voorwaarde die je toch al had moeten regelen.

Moet AI in je ERP zitten of ernaast?

Voor de meeste bedrijven die we spreken: ernaast, en alleen voor het deel dat afwijkt.

Je financiële administratie in Exact Online werkt prima. Je stamdata in Ridder iQ of Isah staat goed. Dat moet je niet aanraken. Wat wel misgaat, is het stuk proces waarvoor je pakket nooit bedoeld was: jouw specifieke configuratielogica, jouw manier van calculeren, jouw keuringsformulieren, jouw planningsregels bij spoedorders.

Dat stuk kun je op drie manieren aanpakken:

Aanpak Doorlooptijd bij een wijziging Past het op jouw proces? Waar het knelt
Wachten op je ERP-leverancier Releasecyclus, vaak kwartalen Alleen als jouw wens breed gedragen is Je bent afhankelijk van andermans roadmap
Maatwerk binnen het pakket via een partner Change request, offerte, inplanning Ja, maar duur bij elke aanpassing Elke wijziging is opnieuw een traject
Een eigen laag om het afwijkende deel Dagen Ja, want hij is om jouw proces gebouwd Je moet weten welk deel je wél in het pakket laat

De derde route is wat wij bouwen. Niet omdat de andere twee slecht zijn, maar omdat maakbedrijven met een echt eigen proces daar het snelst resultaat halen.

Hoe wisselt zo’n laag gegevens uit met je bestaande systemen?

Eerlijk antwoord: dat bepaal je per situatie, en we beloven hier geen kant-en-klare koppeling met een specifiek pakket. Gegevens uitwisselen met de systemen die je al gebruikt hoort bij het werk, geen product dat op de plank ligt. Wat de beste route is, hangt af van welk pakket je draait, wat je leverancier openstelt en hoe vers de data moet zijn.

Wat we wel zeggen: begin niet bij de koppeling. Begin bij het proces. In de praktijk blijkt vaak dat je voor de eerste versie veel minder data uit je ERP nodig hebt dan gedacht, en dat het grootste rendement zit in het stuk dat nu helemaal buiten je ERP om gaat.

Wat kost het en hoe wordt het afgerekend?

We werken met een vast maandbedrag zonder opstartkosten. Bouw, hosting, doorontwikkeling en support zitten daarin. Je betaalt dus niet eerst een groot project en daarna nog een abonnement.

Wat je terugverdient hangt volledig af van welk proces je aanpakt en hoeveel uur daar nu in gaat. Het rekensommetje dat we meestal maken: hoeveel uur per week gaat er nu in dit proces, wat kost dat uur, en welk deel daarvan is voorbereidend werk in plaats van vakwerk. Dat getal is bijna altijd hoger dan mensen denken, en het is een getal dat jij zelf kunt narekenen.

Hoe begin je?

De eerste stap is niet techniek kiezen. De eerste stap is één proces kiezen waar het pijn doet en dat proces uitschrijven zoals het nu echt gaat, inclusief de uitzonderingen. Daarna bepaal je welk deel een systeem kan overnemen.

We doen dit werk zelf: tien jaar in en aan een MKB-bedrijf gewerkt dat van nul naar meer dan een miljoen omzet groeide, en 5x Glide Certified Expert. We weten dus hoe het voelt als het proces vastloopt op één persoon, want Julian was die persoon regelmatig zelf.

Wil je weten of dit bij jouw proces past: plan een gesprek van 10 minuten. Geen presentatie, gewoon even kijken of het ergens op slaat.