ERP-project stopt niet bij go-live: juist daarna kan waarde verloren gaan
Een ERP-project eindigt niet bij go-live. Ontdek hoe continu verbeteren, duidelijke verantwoordelijkheden en ERP-optimalisatie helpen om rendement te behalen.
Het ERP-systeem (Enterprise Resource Planning) staat live, de eerste orders worden verwerkt en de financiële administratie draait. Na maanden van voorbereiding is dat een belangrijke mijlpaal. Toch zegt een geslaagde ingebruikname nog niet of de organisatie ook sneller werkt, minder fouten maakt en de verwachte besparingen realiseert.
In een opinieartikel op CIO waarschuwt Michael Bertha, partner bij adviesbureau Metis Strategy, voor de ‘ERP-hangover’: het wegvallen van richting en verantwoordelijkheid na een groot ERP-project. Zijn boodschap is dat organisaties al vóór de livegang moeten organiseren hoe zij daarna blijven verbeteren. Anders dreigen mogelijkheden waarvoor zij hebben betaald onbenut te blijven.
In het kort
- Go-live is een mijlpaal: de verwachte procesverbeteringen moeten daarna zichtbaar worden in het dagelijkse werk.
- Continu verbeteren vraagt om eigenaarschap: leg vast wie verbeteringen beoordeelt, uitvoert en opvolgt.
- Een ERP-roadmap geeft richting: verbind aanpassingen aan concrete bedrijfsdoelen.
- Meet het resultaat: kijk naast systeemstabiliteit naar doorlooptijden, fouten en handmatig werk.
Waarom een ERP-project na go-live richting kan verliezen
Tijdens een ERP-implementatie zorgen een projectplanning, overlegstructuur en externe specialisten voor houvast. Volgens Bertha neemt die ondersteuning af wanneer het programma eindigt. Daarmee kan ook onduidelijk worden welke verbeteringen voorrang krijgen en wie daarvoor verantwoordelijk is.
Hij pleit daarom voor blijvend eigenaarschap per bedrijfsfunctie, passende vaardigheden en een duidelijke overgang tussen tijdelijke projecten en doorlopende verbetering. Het artikel beschrijft zijn adviespraktijk; het is geen onderzoek dat vaststelt hoeveel bedrijven na go-live waarde verliezen.
Voor organisaties die ERP implementeren, levert dat een concrete vraag op: wie pakt de openstaande verbeterpunten op zodra het implementatieteam vertrekt?
Een werkend systeem is nog geen beter bedrijfsproces
Stel dat een groothandel met een nieuw ERP-systeem sneller wil factureren. Technisch werkt alles: orders komen binnen, leveringen worden geregistreerd en facturen kunnen worden aangemaakt.
Toch controleert de administratie iedere order nog handmatig. Medewerkers vertrouwen bepaalde prijsgegevens niet en houden een eigen Excel-bestand bij. De software is beschikbaar, maar de beoogde tijdwinst blijft uit.
In dit denkbeeldige voorbeeld vraagt ERP-optimalisatie eerst om onderzoek naar de oorzaak. Zijn prijsafspraken verkeerd overgenomen? Is onduidelijk wie ze bijwerkt? Of weten medewerkers niet hoe zij uitzonderingen kunnen controleren?
Een extra module aanschaffen helpt pas als duidelijk is welk probleem die moet oplossen. Neem daarom ook de dagelijkse werkwijze mee wanneer je de ERP-implementatie evalueert.
Maak continu verbeteren concreet
Continuous improvement, oftewel continu verbeteren, krijgt pas betekenis wanneer een verbeterpunt leidt tot een actie en een meetbaar resultaat.
Werk bijvoorbeeld met één gezamenlijke verbeterlijst. Noteer per knelpunt:
- Het probleem: welke taak loopt vast en wie heeft daar last van?
- De impact: hoeveel orders, facturen of medewerkers worden geraakt?
- De actie: gaat het om gegevens opschonen, training, inrichting of techniek?
- De verantwoordelijke: wie zorgt dat de verbetering wordt afgerond?
- Het resultaat: waaraan zie je dat de aanpassing werkt?
Maak onderscheid tussen storingen en verbeterwensen. Een mislukte factuurverwerking vraagt om directe opvolging. Een wens voor een overzichtelijker dashboard kan worden afgewogen tegen andere verbeteringen.
Leg ERP-governance vast vóór het projectteam vertrekt
ERP-governance betekent hier dat duidelijk is wie besluiten neemt over het systeem en de bijbehorende processen. Maak die afspraken onderdeel van het ERP-implementatieplan.
Leg bijvoorbeeld vast dat de financieel verantwoordelijke bepaalt welke controles noodzakelijk zijn, functioneel beheer onderzoekt hoe het systeem die ondersteunt en de leverancier technische wijzigingen uitvoert wanneer dat nodig is.
Bepaal ook wie budget mag vrijmaken en wie beslist bij tegenstrijdige wensen. Een wijziging die orderinvoer voor sales versnelt, mag bijvoorbeeld geen verplichte informatie voor de administratie laten verdwijnen.
Reserveer bovendien tijd voor gebruikersbegeleiding. Wanneer medewerkers dezelfde fout blijven maken, onderzoek dan of de instructie, scherminrichting of procesafspraak moet worden aangepast.
Gebruik een ERP-roadmap met haalbare verbeteringen
Een ERP-roadmap maakt zichtbaar welke verbeteringen wanneer worden opgepakt. Voor de eerste maanden na livegang kun je bijvoorbeeld de volgende indeling gebruiken.
Eerste maand: stabiliteit en ondersteuning. Verzamel dagelijkse gebruikersvragen en los fouten op die het werk hinderen. Kijk welke meldingen terugkeren en of meerdere afdelingen tegen hetzelfde probleem aanlopen.
Tweede maand: terugkerende knelpunten aanpakken. Onderzoek waar medewerkers gegevens dubbel invoeren, informatie corrigeren of buiten ERP om werken. Kies enkele verbeteringen, zoals het opschonen van artikelgegevens of het vereenvoudigen van een goedkeuringsstap.
Derde maand: resultaten beoordelen en vervolgkeuzes maken. Vergelijk doorlooptijden en foutpercentages met de beginsituatie. Bepaal welke aanpassingen resultaat opleveren en welke problemen verder onderzoek vragen.
Deze indeling is een praktisch voorbeeld. Pas het tempo aan de omvang en stabiliteit van de implementatie aan. Koppel iedere wijziging aan een doel uit de ERP-strategie, zoals minder correctiewerk of betrouwbaardere voorraadgegevens.
Blijf aanpassingen ook testen in het ERP-systeem. Controleer daarbij het volledige proces: van orderinvoer tot levering en facturatie.
Meet ERP-ROI aan de hand van werkelijke resultaten
Om de ERP-ROI te beoordelen, moet je weten welke voordelen daadwerkelijk zijn gerealiseerd. Leg daarom vóór de implementatie een beginsituatie vast en vergelijk die met dezelfde meetpunten na ingebruikname.
Denk aan:
- De gemiddelde tijd tussen levering en facturatie.
- Het percentage orders waarvoor handmatige correcties nodig zijn.
- Het aantal voorraadverschillen bij controles.
- De tijd die medewerkers besteden aan terugkerende administratieve taken.
Neem naast deze resultaten de volledige kosten van het ERP-systeem mee, waaronder beheer, ondersteuning en aanvullende training. Vrijgekomen werktijd is waardevol, maar vormt niet automatisch een directe kostenbesparing.
Zo blijft de aandacht gericht op de oorspronkelijke reden voor het ERP-project: aantoonbaar beter werken.
Welk ERP-systeem past bij jouw organisatie?
Wil je ERP-systemen vergelijken op financiële administratie, voorraadbeheer, automatisering, integraties en andere functionaliteiten? Bekijk welke oplossingen aansluiten bij jouw bedrijfsprocessen en groeiplannen.
Bron
CIO — Avoiding the ERP hangover 21 september 2026.
1 oktober 2026
Start uw ERP selectie
Ontdek welke ERP systemen het beste passen bij uw onderneming
Meer dan kwart ERP-projecten gaat over budget door onverwachte technologiebehoeften
Onverwachte koppelingen, maatwerk en extra technologie kunnen ERP-budgetten flink verhogen. Het 2026 ERP Report laat zien waar projecten vastlopen.
Lees verderHet implementatietraject van AFAS bij Bol.com
Komend jaar gaat AFAS bij Bol.com HRM en Payroll software leveren. Bol.com kiest voor AFAS vanwege automatisering en integratie van haar HR-processen.
Lees verderEen ERP implementeren tijdens een lockdown
Voor veel bedrijven brengt de coronapandemie ook grote onzekerheid met zich mee en grote vrees voor de toekomst.
Lees verder