ERP-implementatie stappenplan: van kickoff tot livegang
Driekwart van alle ERP-implementaties wordt door de eigen organisatie als “mislukt” ervaren. Dat cijfer komt van Panorama Consulting (2024) en het verandert al jaren nauwelijks. Budget overschreden. Planning uitgelopen. Medewerkers die het systeem na go-live niet gebruiken. Of erger: een organisatie die maanden na livegang nog steeds met schaduwprocessen in Excel werkt.
Eerlijk? Dat hoeft niet.
De meeste ERP-projecten mislukken niet door slechte software. Ze mislukken door een gebrekkige aanpak. Door verkeerde verwachtingen. Door te weinig aandacht voor de mensen die straks met het systeem moeten werken. En ja, soms door adviseurs die meer bezig zijn met factureren dan met resultaat.
Een ERP-implementatie is het volledige traject van selectie tot en met livegang, waarbij een organisatie een nieuw ERP-systeem inricht, test en in gebruik neemt. Het omvat projectinitiatie, blueprinting, configuratie, datamigratie, testen, training en go-live. Gemiddeld duurt dit 6 tot 18 maanden, afhankelijk van complexiteit en scope.
In dit artikel nemen we u mee door het complete ERP-implementatie stappenplan. Van de eerste kickoff tot de dagen na go-live. Met de lessen die wij in onze dagelijkse praktijk geleerd hebben. Inclusief de fouten die we zelf hebben zien maken, en de aanpak die wel werkt.
De fasen van een ERP-implementatie
Een ERP-implementatie doorloopt acht herkenbare fasen. Die fasen zijn geen watervalprocedure die u blind kunt volgen; het is een raamwerk dat in de praktijk altijd aanpassing nodig heeft. Maar de volgorde klopt, en het overslaan van stappen is bijna altijd een recept voor problemen.
Een goed gestructureerd ERP-implementatietraject begint met een heldere projectinitiatie en eindigt pas na een stabiele nazorgperiode. Het overslaan van een fase vergroot het risico op budgetoverschrijding en gebruikersresistentie aanzienlijk.
Fase 1: projectinitiatie
De projectinitiatie is de fase die de meeste organisaties onderschatten. Hier legt u het fundament voor alles wat komt. Wie zit er in het projectteam? Wat is de scope? Welk budget is beschikbaar? En misschien het belangrijkste: wat is de definitie van succes?
In de praktijk zien wij dat organisaties deze fase in twee weken willen afronden. Dat is te kort. Reken op vier tot zes weken. In die tijd stelt u het projectcharter op, benoemt u de stuurgroep en projectmanager, en zorgt u dat de hele organisatie weet wat er gaat gebeuren. Niet als bijzaak, maar als prioriteit.
Een concreet voorbeeld: bij een productiebedrijf met 180 medewerkers besteedden we zes weken aan projectinitiatie. Dat voelde lang voor het management. Maar doordat we vooraf heldere afspraken hadden over scope, rollen en beslissingsbevoegdheden, verliep de rest van het traject zonder grote conflicten. Het totale project was binnen 14 maanden afgerond, twee maanden voor de oorspronkelijke deadline.
Fase 2: blueprinting en ontwerp
In de blueprint-fase vertaalt u uw bedrijfsprocessen naar het ERP-systeem. Hoe gaat de orderflow werken? Hoe ziet de financiele administratie eruit? Waar zitten de uitzonderingen die u nu met workarounds oplost?
Dit is de fase waar u uw key users intensief nodig heeft. Niet de IT-afdeling, maar de mensen die dagelijks met de processen werken. De inkoopmedewerker die weet dat leverancier X altijd in Deense kronen factureert. De planner die weet dat productielijn 3 op dinsdag altijd stilstaat voor onderhoud. Dat soort kennis zit niet in een proceshandboek.
Een veelgemaakte fout is de blueprint beschouwen als een formaliteit. “We vullen de templates van de implementatiepartner in en gaan door.” Dat werkt niet. De blueprint is het moment waarop u beslist hoe uw organisatie straks werkt. Dat verdient serieuze aandacht.
Fase 3: configuratie en bouw
Nu wordt het systeem ingericht. Op basis van de blueprint configureert het technische team het ERP-pakket. Stamgegevens worden opgezet, workflows geconfigureerd, rapportages gebouwd. Dit is ook het moment waarop de discussie over maatwerk versus configuratie op tafel komt. Meer daarover verderop in dit artikel.
Configuratie duurt bij de meeste implementaties acht tot twaalf weken. In die periode is het belangrijk dat key users regelmatig meekijken en feedback geven. Niet pas aan het einde, maar elke twee weken. Zo vangt u afwijkingen vroeg op en voorkomt u dat het team weken doorwerkt op basis van een verkeerde aanname.
Fase 4: datamigratie
Datamigratie is het stilzwijgende risico van elk ERP-project. Uw klantgegevens, artikelstammen, openstaande orders, financiele historie: alles moet over naar het nieuwe systeem. En die data is vrijwel nooit schoon.
Datamigratie bij een ERP-implementatie is naar onze ervaring verantwoordelijk voor gemiddeld 30% van de totale projectvertraging. Dit komt doordat organisaties de kwaliteit van hun brondata structureel overschatten en de complexiteit van datatransformaties onderschatten.
Wij adviseren om datamigratie als een apart deelproject te behandelen, met een eigen planning en eigen verantwoordelijke. Begin met data cleansing voordat u begint met migreren. Dat bespaart enorm veel tijd in de testfase.
Een praktijkvoorbeeld: bij een groothandel met 45.000 artikelen bleek 22% van de artikelstammen onvolledig of verouderd. Door drie weken extra te investeren in data cleansing voor de migratie, liep de testfase vier weken sneller dan gepland. Die investering verdiende zichzelf ruimschoots terug.
Fase 5: testen
Het belang van testen bij ERP-implementaties wordt structureel onderschat. Testen is niet “even klikken of het werkt”. Het is een gestructureerd proces met meerdere rondes.
U begint met unit tests: werkt elke individuele functie correct? Dan integratietests: werken de processen end-to-end? Vervolgens gebruikersacceptatietests (UAT): kunnen de key users hun dagelijkse werk uitvoeren in het nieuwe systeem? En tot slot een stresstest of performancetest bij grotere implementaties.
Reken minimaal vier weken voor de testfase bij een implementatie bij een middelgrote organisatie. En plan die weken niet aan het einde, wanneer de deadline al in zicht is en niemand meer tijd heeft. Testen is geen luxe, het is een noodzaak.
Fase 6: training
Training gaat niet alleen over welke knoppen medewerkers moeten indrukken. Het gaat over begrijpen waarom processen veranderen. Waarom ze voortaan een inkooporder moeten aanmaken in plaats van de leverancier te bellen. Waarom ze uren moeten boeken in het systeem in plaats van op een briefje.
Wij zien twee trainingsmodellen die goed werken. Het eerste is “train-the-trainer”: u leidt key users op die vervolgens hun collega’s trainen. Voordeel: de trainer kent de dagelijkse praktijk. Het tweede is procesgerichte training: niet “zo werkt module X”, maar “zo verwerk je een retourzending van begin tot eind.”
Welk model u ook kiest: begin niet te laat met trainen. Minimaal vier weken voor go-live moeten de eerste sessies draaien. Anders is de kennis bij go-live alweer weggezakt.
Fase 7: go-live
De go-live is het moment waarop het nieuwe systeem in productie gaat. Dit is spannend, voor iedereen. En het gaat vrijwel nooit perfect. Er zijn altijd issues die pas na go-live zichtbaar worden, processen die net even anders lopen dan in de testomgeving, medewerkers die vastlopen op iets onverwachts.
Dat is normaal. Het verschil tussen een geslaagde en een mislukte go-live zit niet in het aantal issues, maar in hoe snel u ze oplost. Zorg voor een “war room” in de eerste dagen na go-live: een fysieke of virtuele ruimte waar key users, consultants en IT bij elkaar zitten om problemen direct op te pakken.
Over de keuze tussen big bang en gefaseerd gaan we het verderop nog hebben. Die keuze maakt u niet op de dag van go-live, maar maanden eerder in de blueprint-fase.
Fase 8: nazorg en optimalisatie
Na go-live begint het echte werk. De eerste zes tot twaalf weken na livegang zijn minstens zo belangrijk als de go-live zelf. In deze periode komen de “vergeten” requirements naar boven: rapportages die net niet kloppen, processen die toch anders moeten, integraties die onder belasting haperen.
Plan hier budget en capaciteit voor in. Wij zien te vaak dat organisaties na go-live de externe consultants direct afschalen en het interne team aan zijn lot overlaten. Dat is een risico. Reken op minimaal acht weken nazorg met voldoende expertise beschikbaar.
Waar het misgaat, en hoe u dat voorkomt
In de vele ERP-trajecten die wij hebben begeleid, zien we steeds dezelfde patronen terugkomen. Niet als incidenten, maar als structurele valkuilen. Hieronder de vijf die het vaakst voorkomen.
Scope creep
Scope creep is de grootste budgetkiller bij ERP-projecten. Het begint onschuldig: “Kunnen we ook even de CRM-koppeling meenemen?” En: “Als we toch bezig zijn, laten we dan ook de webshop-integratie regelen.”
Elke scope-uitbreiding op zichzelf lijkt logisch. Maar bij elkaar opgeteld verschuift de planning met maanden en zwellen de kosten fors aan. Scope creep ontstaat niet door slechte planning, maar door het ontbreken van een helder change request proces.
Scope creep bij ERP-projecten veroorzaakt naar onze ervaring gemiddeld 25 tot 40% budgetoverschrijding. Dit komt doordat uitbreidingen niet als formele change requests worden behandeld en daardoor onzichtbaar het project binnensluipen.
Ons advies: stel bij de start een change control board in. Elke wijziging op de scope gaat door dat board, met een impactanalyse op budget, planning en risico. Niet om flexibiliteit te blokkeren, maar om bewust te kiezen.
Onvoldoende change management
Een nieuw ERP-systeem verandert hoe mensen werken. Elke dag. Voor elke gebruiker. En mensen houden niet van verandering. Niet omdat ze dom zijn of onwillig, maar omdat verandering onzekerheid brengt.
Volgens onderzoek van Prosci (2023) is gebrekkig change management de nummer een oorzaak van mislukte ERP-implementaties. Niet de techniek. Niet het budget. Maar het feit dat niemand de medewerkers heeft meegenomen in het waarom.
Wat werkt: begin vroeg met communiceren. Niet met e-mails vanuit de directie, maar met sessies op de werkvloer. Laat key users zien wat er gaat veranderen en waarom. Geef ruimte voor weerstand. En betrek de OR vroegtijdig, niet als formaliteit maar als serieuze gesprekspartner.
Datamigratie onderschat
We noemden het al bij de fasen, maar het verdient herhaling: datamigratie is het onderdeel dat het vaakst voor verrassingen zorgt. De data in uw huidige systeem is bijna nooit schoon. Er zijn dubbele klantrecords, artikelen zonder categorie, openstaande orders van drie jaar geleden die niemand meer herkent.
Begin minimaal drie maanden voor go-live met het opschonen van uw data. Niet als IT-project, maar als business-project. De afdeling die de data gebruikt, moet de data schoonmaken. Alleen zij weten welke records relevant zijn en welke niet.
Te weinig testen
Wij zien ERP-projecten waar de testfase wordt teruggebracht van vier weken naar een week “omdat we achter lopen op de planning.” Dat is als de veiligheidsinspectie overslaan bij de bouw van een brug omdat de deadline nadert.
Onvoldoende testen leidt tot problemen bij go-live die veel duurder zijn om op te lossen dan de extra testtijd had gekost. Reken op een verhouding van 1:5. Een euro bespaard op testen kost u vijf euro aan damage control na go-live.
Verkeerde go-live strategie
Big bang of gefaseerd? Die vraag klinkt simpel, maar het antwoord is afhankelijk van uw specifieke situatie. Bij een big bang go-live schakelt u in een weekend over van het oude naar het nieuwe systeem. Bij een gefaseerde aanpak rolt u het systeem uit per locatie, per afdeling of per module.
Wij zien dat productiebedrijven met strakke supply chains vaak beter af zijn met big bang, omdat parallelle systemen verwarrend zijn op de werkvloer. Dienstverlenende organisaties met meerdere vestigingen kiezen vaker voor gefaseerd, omdat elke locatie haar eigen tempo kan aanhouden. Lees meer over de overwegingen in ons artikel over waterval versus agile bij ERP-implementaties.
De rol van het projectteam
Een ERP-implementatie is zo goed als het team dat het uitvoert. En dan hebben we het niet over de consultants, maar over uw eigen mensen.
Het succes van een ERP-project hangt in onze ervaring voor 60 tot 70% af van de interne organisatie. Dit komt doordat externe consultants het systeem kennen, terwijl alleen interne medewerkers de bedrijfsprocessen, de uitzonderingen en de cultuur begrijpen.
De stuurgroep
De stuurgroep bestaat uit de directieleden die het project sponsoren. Hun rol is niet dagelijks betrokken zijn, maar wel besluiten nemen wanneer het nodig is. Budget vrijgeven. Scope-wijzigingen goedkeuren of afwijzen. En het signaal afgeven aan de organisatie dat dit project prioriteit heeft.
Wij adviseren een stuurgroep van maximaal vijf personen. Meer wordt onbestuurbaar. Minimaal de CEO of COO, de CFO en de IT-verantwoordelijke. De stuurgroep komt elke twee tot vier weken bij elkaar, afhankelijk van de fase.
De projectmanager
De projectmanager is de spil van het traject. Intern of extern, dat hangt af van uw situatie. Maar een ding is niet onderhandelbaar: de projectmanager moet voldoende mandaat hebben om beslissingen te nemen. Een projectmanager die voor elke beslissing naar de stuurgroep moet, vertraagt het project.
Bij grotere ERP-projecten (meer dan 100 gebruikers) raden wij een duo aan: een interne projectmanager die de organisatie kent en een externe die de ERP-implementatie methodiek beheerst. Dat klinkt duur, maar het voorkomt veel grotere kosten verderop.
Key users
Key users zijn de brug tussen het projectteam en de werkvloer. Ze kennen de processen, ze testen het systeem, ze trainen hun collega’s en ze zijn na go-live het eerste aanspreekpunt. Kies uw key users niet op basis van beschikbaarheid, maar op basis van kennis en invloed.
Een goede key user is iemand die het huidige proces door en door kent, kritisch durft te zijn en respect heeft bij collega’s. Dat zijn vaak uw beste medewerkers. Ja, dat betekent dat ze tijdelijk minder beschikbaar zijn voor hun reguliere werk. Maar die investering betaalt zich dubbel terug.
De IT-afdeling
IT speelt een ondersteunende maar onmisbare rol. Zij zorgen voor de technische infrastructuur, de integraties met bestaande systemen en de beveiliging. Bij cloud-ERP verschuift hun rol van “het systeem draaiende houden” naar “de integraties en datastromen bewaken.”
Een veelgemaakte fout: IT de volledige verantwoordelijkheid geven over het ERP-project. Een ERP-implementatie is een bedrijfsproject, geen IT-project. IT is een belangrijk onderdeel van het team, maar de business moet sturen.
Waarom interne betrokkenheid belangrijker is dan externe consultants
Wij zeggen dit als bureau dat zelf externe consultants levert, dus neem het serieus: uw interne team is belangrijker dan wij. Consultants brengen expertise over het ERP-systeem en implementatiemethodiek. Maar het zijn uw eigen mensen die weten hoe het bedrijf werkt, wat de klanten verwachten en waar de uitzonderingen zitten.
De organisaties waar ERP-implementaties het beste verlopen zijn die waar het management interne capaciteit vrijmaakt. Waar key users naar onze ervaring minimaal 50% van hun tijd aan het project kunnen besteden. En waar de directie zichtbaar betrokken is, niet alleen in de stuurgroepvergaderingen maar ook op de werkvloer.
ERP-implementatie kosten en planning
Laten we eerlijk zijn over de kosten. De meeste artikelen op internet geven een marge die zo breed is dat hij nutteloos wordt. Wij maken het liever concreet door in verhoudingen te denken, niet in absolute bedragen die voor elke organisatie anders uitvallen.
De totale investering in een ERP-implementatie verdeelt zich naar onze projectervaring grofweg in twee delen: ongeveer 30% gaat naar softwarelicenties en circa 70% naar implementatie, begeleiding, training en nazorg. Die verhouding houdt opvallend stand bij verschillende soorten organisaties.
| Kostenpost | Aandeel in totaalbudget (naar onze ervaring) |
|---|---|
| Softwarelicenties of SaaS-abonnement | 25 tot 35% |
| Implementatie en configuratie | 30 tot 40% |
| Datamigratie | 5 tot 15% |
| Training en change management | 10 tot 15% |
| Nazorg en optimalisatie | 5 tot 10% |
| Onvoorzien (buffer) | 10 tot 15% |
Wat betreft planning: reken op 6 tot 18 maanden voor een volledige implementatie. Organisaties met eenvoudige processen zitten aan de korte kant. Organisaties met meerdere vestigingen, complexe productieprocessen of internationale activiteiten zitten aan de lange kant.
Een tip die we altijd geven: plan in onze ervaring een onvoorzien-buffer van minimaal 15% op zowel budget als planning. Niet omdat u verwacht dat het misgaat. Wel omdat ERP-projecten per definitie onvoorspelbare elementen bevatten. In onze complete gids over ERP-selectie vindt u meer informatie over licentieverhoudingen per platform.
Maatwerk versus configuratie
Dit is een van de meest beladen discussies in elk ERP-project. Uw huidige proces past niet in het standaardsysteem. Wat doet u? Het proces aanpassen aan de software, of de software aanpassen aan het proces?
Ons standpunt is helder: kies altijd voor configuratie boven maatwerk, tenzij het proces een aantoonbaar concurrentievoordeel oplevert. Maatwerk is duurder in onderhoud, lastiger bij upgrades en vergroot de afhankelijkheid van specifieke consultants.
Dat betekent niet dat maatwerk altijd fout is. Er zijn situaties waarin het onvermijdelijk is. Een productieproces dat uw onderscheidend vermogen is. Een branchespecifieke workflow die geen enkel standaardpakket ondersteunt. Een integratie met een legacysysteem dat u nog vijf jaar nodig heeft.
Maar wees kritisch. In onze ervaring is 60 tot 70% van het maatwerk dat organisaties aanvragen niet noodzakelijk. Het bestaande proces is “gewoon zo gegroeid”, en het standaardproces in het ERP-pakket is objectief beter. De weerstand komt niet uit een zakelijke overweging, maar uit gewoonte.
Lees meer over deze afweging in ons uitgebreide artikel over maatwerk versus configuratie bij ERP-systemen.
De 10 requirements voor een succesvolle ERP-implementatie
Wij hebben op basis van onze projectervaring tien voorwaarden geidentificeerd die bepalen of een ERP-implementatie slaagt. Van directiebetrokkenheid tot data-eigenaarschap, van realistische planning tot een heldere go-live strategie. Elk van die requirements is gebouwd op honderden lessen uit de praktijk.
Wilt u uw eigen project toetsen aan deze requirements? Lees dan het volledige artikel. Het geeft u een concreet toetsingskader dat u kunt gebruiken in uw stuurgroepvergadering.
Wat als het toch misgaat?
Soms gaat het mis, ondanks alle voorbereiding. De go-live loopt vast. De data klopt niet. Het projectteam raakt in conflict met de implementatiepartner. Het zijn scenario’s die niemand wil, maar die vaker voorkomen dan u denkt.
In dat geval is het belangrijk om snel te handelen. Niet door harder te duwen op dezelfde aanpak, maar door een stap terug te zetten en objectief naar de situatie te kijken. Soms betekent dat een herstart van de testfase. Soms een scope-reductie. En soms het inschakelen van onafhankelijke expertise voor een second opinion.
Wij hebben hier ervaring mee. Lees meer over onze aanpak bij damage control bij ERP-implementaties. En bekijk hoe Different Doors hun implementatietraject succesvol afrondde met de juiste begeleiding.
Veelgestelde vragen
Hoe lang duurt een ERP-implementatie?
Een ERP-implementatie duurt naar onze ervaring gemiddeld 6 tot 18 maanden voor middelgrote organisaties. De doorlooptijd hangt af van het aantal gebruikers, de complexiteit van uw processen en de gekozen implementatiestrategie. Een eenvoudige implementatie van Dynamics 365 Business Central voor 30 gebruikers kan in 6 maanden. Een multi-site implementatie van SAP S/4HANA vraagt al snel 12 tot 18 maanden. Reken altijd een buffer van 15% op uw oorspronkelijke planning.
Wat kost een ERP-implementatie?
De kosten van een ERP-implementatie variëren sterk per organisatie, maar de verhoudingen blijven opvallend constant. In de regel gaat ongeveer 30% naar softwarelicenties en 70% naar implementatie, begeleiding, training en nazorg. De licentiekosten vormen naar onze ervaring 25 tot 35% van het totaalbudget. De implementatie- en begeleidingskosten maken het grootste deel uit: 30 tot 40%. Vergeet de verborgen kosten niet, zoals data cleansing, change management en interne ureninzet van key users. Die worden structureel onderschat.
Waarom mislukken ERP-implementaties?
Volgens Panorama Consulting (2024) mislukken ERP-implementaties in 75% van de gevallen door organisatorische oorzaken, niet door technische. De drie grootste oorzaken zijn: gebrekkig change management waarbij medewerkers niet worden meegenomen, scope creep waarbij het project ongecontroleerd groeit, en onvoldoende interne betrokkenheid waardoor het project een IT-aangelegenheid wordt in plaats van een bedrijfsproject. Gebrek aan directiebetrokkenheid is daarbij de meest voorspellende factor voor falen.
Wat is het verschil tussen big bang en gefaseerde implementatie?
Bij een big bang implementatie schakelt de hele organisatie in een keer over naar het nieuwe systeem. Bij een gefaseerde implementatie rolt u het systeem uit per vestiging, afdeling of module. Big bang is sneller en voorkomt de complexiteit van parallelle systemen, maar brengt meer risico bij go-live. Gefaseerd is veiliger en geeft ruimte om te leren, maar duurt langer en kan verwarrend zijn wanneer twee systemen naast elkaar draaien. Productiebedrijven kiezen vaker big bang; dienstverlenende organisaties kiezen vaker gefaseerd.
Hoe kiest u een betrouwbare ERP-implementatiepartner?
Een goede ERP-implementatiepartner heeft branche-ervaring, een methodische aanpak en het mandaat om beslissingen te nemen. Kies niet op laagste tarief. Kijk naar vakmanschap en cultuurfit met uw organisatie. Toets wie er daadwerkelijk in uw team komt, niet alleen de accountmanager. Een partner die te makkelijk ja zegt op alle wensen, verkoopt zelden duurzame oplossingen. Onze zeven criteria voor partnerkeuze helpen u bij die afweging.
Uw ERP-implementatie begint met het juiste gesprek
Een goede ERP-implementatie begint niet met software. Het begint met begrijpen wat uw organisatie nodig heeft. En dat begrijpen ontstaat in gesprek, niet in een offerte.
Wij zijn ERP Company. Onafhankelijk, geen vendor-binding, geen verborgen belangen. Met 260+ specialisten die een ding gemeen hebben: ze hebben het al vaker gedaan. Niet voor de eerste keer, maar voor de tiende, de twintigste, soms de vijftigste keer.
Staat u aan het begin van een ERP-traject? Of zit u midden in een project dat vastloopt? Neem contact met ons op voor een vrijblijvend gesprek. Geen verkooppraatje. Wel een eerlijk gesprek over wat uw project nodig heeft.
Bekijk onze implementatiediensten voor meer informatie over hoe wij organisaties begeleiden van kickoff tot go-live, en daarna.
Verder lezen: Twijfelt u of u onafhankelijke begeleiding nodig heeft? Lees de zeven criteria voor onafhankelijkheid.