Hoe je autonome ERP stap voor stap invoert

Systemen die zelfstandig inkooporders plaatsen, facturen goedkeuren of voorraden aanvullen zonder dat daar een mens aan te pas komt. De interesse in autonome ERP groeit. En met die groeiende interesse groeit ook het enthousiasme om snel te implementeren. Het liefst op de plekken waar de impact het grootst is. Dat is een mooie ambitie, maar een fout op die plekken in je processen heeft ook de grootste gevolgen. Als dat vroeg in de implementatie gebeurt, is het vertrouwen in het systeem – en de mensen die het implementeren – snel weg. Vertrouwen in autonome ERP bouw je niet door groot, maar door slim te beginnen.

Waarom klein beginnen

Slim beginnen betekent klein beginnen. Bepaal eerst welke beslissingen zich lenen voor automatisering. Zet die om in gerichte pilots. Want elke kleine pilot levert iets op wat je nergens anders vindt: inzicht in hoe het systeem beslist, waar de grenzen liggen en wat de organisatie nodig heeft om verder op te kunnen schalen.

Eerste processen

Niet alle beslissingen zijn gelijk. Sommige besluiten zijn makkelijk terug te draaien, andere niet. Dit is het eerste onderscheid dat je zult moeten maken wanneer je processen voor autonome ERP selecteert. Een terugbetaling van een klein bedrag die achteraf onterecht blijkt, is op te lossen. Een strategische inkoopbeslissing die leidt tot te veel voorraad, verstoorde leveringen of contractverplichtingen die maanden doorlopen, is dat niet.

Ten tweede, zal je je af moeten vragen of de impact van een besluit intern blijft. In de leerfase mag een fout van het systeem geen directe gevolgen hebben voor klanten of externe partijen. Een onjuiste bestelling van kantoorartikelen is op te lossen zonder dat iemand buiten de organisatie er veel van merkt. Een verkeerd verwerkte klantorder of een gemiste leveringsafspraak niet.

'De eerste fase van de implementatie is geen moment om te bewijzen dat het werkt, maar om te begrijpen hoe het werkt'

Drempelwaarden

Die twee criteria kun je in de praktijk borgen door te werken met drempelwaarden. Daarmee worden beslissingen onder een bepaalde grens automatisch goedgekeurd. Denk aan betalingen onder een vast bedrag of inkooporders onder een vaste waarde. Binnen die grens handelt het systeem zelfstandig. Ligt de waarde boven die grens, dan neemt een mens de beslissing. Dit is direct overdraagbaar vanuit hoe organisaties al omgaan met menselijke beslissingsbevoegdheden. Een medewerker mag ook niet alles zelfstandig goedkeuren. Die logica werkt even goed voor een autonoom systeem. Het maakt de grens bovendien bespreekbaar en aanpasbaar naarmate het vertrouwen groeit.

Inzicht in plaats van resultaat

De eerste fase van autonome ERP-implementatie is geen moment om te bewijzen dat het werkt, maar om te begrijpen hoe het werkt. Je stuurt dus niet op resultaat, maar op inzicht.

Documenteer wat het systeem besliste en op basis van welke data. Vergelijk die beslissingen met wat een mens in dezelfde situatie had gedaan. Waar zitten de verschillen? Zijn die te verklaren? Zijn ze acceptabel? Dat gesprek – tussen IT, operations en de mensen die dagelijks met het proces werken – is meer waard dan een reeks positieve resultaten in de beginfase.

Elke kleine pilot levert daarnaast data op over hoe het systeem reageert op uitzonderingen, over waar de organisatie nog niet klaar voor is en over welke beslissingen zich wel en niet lenen voor automatisering. Door dat systematisch bij te houden, bouw je een referentiekader op voor complexere beslissingen op een later moment. Dat referentiekader is ook intern van waarde. Het maakt zichtbaar waar er nog kennis mist en waar governance ontbreekt. Kleine pilots zijn de bouwstenen van een schaalbare aanpak.

De organisaties die over een paar jaar vooroplopen met autonome ERP zijn niet degenen die het grootst hebben gedacht, maar degenen die het slimst zijn begonnen. Begin dus waar de ruimte om te leren het grootst is. Daar bouw je verder aan het vertrouwen en de ervaring die nodig zijn om op te schalen.