ERP-implementatie stappenplan: van kickoff tot livegang

Gartner voorspelt dat in 2027 meer dan 70 procent van de recent geïmplementeerde ERP-initiatieven de oorspronkelijke bedrijfsdoelen niet volledig zal halen (Gartner, 2024). Budget overschreden. Planning uitgelopen. Medewerkers die het systeem na go-live niet gebruiken. Voorkom ook dat uw organisatie na livegang met schaduwprocessen in Excel blijft werken.

Volgens Gartner zorgt een technologiegerichte aanpak die de betrokkenheid van belanghebbenden negeert ervoor dat ERP-initiatieven de verwachtingen van de business niet waarmaken (Gartner, 2024). Let daarom ook op realistische verwachtingen en op de mensen die straks met het systeem werken.

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.

In dit artikel nemen we u mee door het complete ERP-implementatie stappenplan. Van de eerste kickoff tot na go-live. Met de aandachtspunten die wij in onze dagelijkse praktijk tegenkomen.

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 u aanpast aan uw situatie. Houd wel de volgorde van de fasen aan.

Een goed gestructureerd ERP-implementatietraject begint met een heldere projectinitiatie en eindigt pas na een stabiele nazorgperiode. Sla geen fase over zonder de gevolgen voor budget en draagvlak af te wegen.

Fase 1: projectinitiatie

De projectinitiatie is een fase die serieuze aandacht verdient. Hier legt u het fundament voor alles wat komt. Wie zit er in het projectteam? Wat is de scope? Welk budget is beschikbaar? En vooral: wat is de definitie van succes?

In deze fase 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.

Maak in deze fase heldere afspraken over scope, rollen en beslissingsbevoegdheden.

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 financiële 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.

Beschouw de blueprint niet als een formaliteit waarbij u alleen de templates van de implementatiepartner invult. 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.

Betrek key users bij de configuratie en vraag hen hun feedback vast te leggen. Bespreek afwijkingen met het team.

Fase 4: datamigratie

Datamigratie is het stilzwijgende risico van elk ERP-project. Uw klantgegevens, artikelstammen, openstaande orders, financiële historie: alles moet over naar het nieuwe systeem. Ga er niet van uit dat die data schoon is.

Toets vooraf de kwaliteit van uw brondata en de complexiteit van de datatransformaties.

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. Plan de toets van brondata en datatransformaties vóór de testfase.

Fase 5: testen

Het belang van testen bij ERP-implementaties verdient een eigen plek in de planning. 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.

Geef de testfase voldoende ruimte in de planning. En plan die niet als sluitpost aan het einde van het project. 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.

Er zijn twee trainingsmodellen om uit te kiezen. 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. Laat de eerste sessies vóór go-live draaien en plan ze zo dat de kennis bij go-live nog paraat is.

Fase 7: go-live

De go-live is het moment waarop het nieuwe systeem in productie gaat. Dit is spannend, voor iedereen. Ga er niet van uit dat alles perfect gaat. Houd rekening met 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. Let daarom niet alleen op het aantal issues, maar vooral op hoe u ze oplost. Zorg na go-live voor een “war room”: 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. Maak die keuze niet op de dag van go-live, maar in de blueprint-fase.

Fase 8: nazorg en optimalisatie

Na go-live begint het echte werk. Plan ook voor de periode na livegang voldoende aandacht en capaciteit in. 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. Schaal de externe consultants na go-live niet af voordat het interne team het systeem zelfstandig kan dragen. Plan nazorg in met voldoende beschikbare expertise.

Waar het misgaat, en hoe u dat voorkomt

Hieronder vijf valkuilen en hoe u ze voorkomt.

Scope creep

Scope creep vraagt actief beheer van scope en budget. 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. Tel alle uitbreidingen bij elkaar op en bekijk wat ze samen betekenen voor planning en kosten. Zorg voor een helder change request proces.

Leg daarom elke uitbreiding vast als formeel change request, met de impact op budget en planning.

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. Verandering brengt onzekerheid mee, en weerstand is daarom geen onwil.

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 vraagt een eigen controle. Ga er niet van uit dat de data in uw huidige systeem schoon is. Controleer op dubbele klantrecords, artikelen zonder categorie en oude openstaande orders die niemand meer herkent.

Begin met het opschonen van uw data voordat de migratie start. 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

Leg in uw testplan vast wat er met de testfase gebeurt als de planning onder druk komt te staan. Kort de testfase niet in alleen omdat de deadline nadert.

Weeg bij het testplan de dekking af tegen de mogelijke kosten van 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 één keer over van het oude naar het nieuwe systeem. Bij een gefaseerde aanpak rolt u het systeem uit per locatie, per afdeling of per module.

Weeg big bang en gefaseerd af op basis van uw eigen processen en locaties: kunnen systemen bij u naast elkaar draaien, en kan elke locatie apart overstappen? 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.

Zorg dat de juiste mensen uit uw organisatie beschikbaar zijn voor het project en de ruimte krijgen om bij te dragen. Externe consultants kennen het systeem, maar alleen uw eigen medewerkers kennen de bedrijfsprocessen, de uitzonderingen en de cultuur.

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 kleine stuurgroep die snel kan besluiten, met minimaal de CEO of COO, de CFO en de IT-verantwoordelijke. Stem de onderwerpen en besluitvorming van de stuurgroep af op de projectfase.

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 raden wij een duo aan: een interne projectmanager die de organisatie kent en een externe die de ERP-implementatie methodiek beheerst. Weeg de kosten van dat duo af tegen het risico van een traject zonder die combinatie.

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 medewerkers die u ook in de dagelijkse operatie nodig heeft. Ja, dat betekent dat ze tijdelijk minder beschikbaar zijn voor hun reguliere werk. Regel daarom vooraf hoe hun reguliere werk wordt opgevangen.

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.”

Geef IT niet de volledige verantwoordelijkheid 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.

Maak als management interne capaciteit vrij. Zorg dat key users een vast en voldoende deel van hun tijd aan het project kunnen besteden. En zorg dat 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. Gebruik een marge in absolute bedragen niet als raming voor uw eigen project. Wij maken het liever concreet per kostenpost, want absolute bedragen vallen voor elke organisatie anders uit.

Vraag elke kandidaat daarom per kostenpost om een raming: softwarelicenties, implementatie, begeleiding, training en nazorg. Bekijk daarbij welk deel van de investering buiten de licentie valt.

Kostenpost	Wat u per kandidaat uitvraagt
Softwarelicenties of SaaS-abonnement	De prijs per gebruiker of module en de voorwaarden voor uitbreiding en indexatie
Implementatie en configuratie	Een raming van de uren voor inrichting en configuratie, met de aannames waarop die raming rust
Datamigratie	Wat de partner migreert, wat u zelf opschoont en hoe extra migratierondes worden berekend
Training en change management	Welke training de partner verzorgt, voor wie, en welke inzet van uw key users daarbij hoort
Nazorg en optimalisatie	Welke ondersteuning na livegang is inbegrepen en tegen welk tarief extra ondersteuning wordt geleverd
Onvoorzien (buffer)	Hoe de partner meerwerk raamt en wie beslist over de inzet van de buffer

Plan een onvoorzien-buffer op zowel budget als planning, en leg vooraf vast wie daarover mag beslissen. Niet omdat u verwacht dat het misgaat. Wel omdat ERP-projecten per definitie onvoorspelbare elementen bevatten. In onze uitleg van het ERP-selectietraject leest u hoe u de kostenopbouw per kandidaat vergelijkt.

Maatwerk versus configuratie

Deze afweging maakt u in een ERP-project vroeg of laat. 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 advies: kies voor configuratie boven maatwerk, tenzij het proces een aantoonbaar concurrentievoordeel oplevert. Maatwerk vraagt eigen onderhoud, extra werk 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 blijft gebruiken.

Maar wees kritisch. Toets bij elke maatwerkwens of die bij nadere analyse echt noodzakelijk is. Ga na of het bestaande proces “gewoon zo gegroeid” is en of het standaardproces in het ERP-pakket het werk ook kan dragen. Komt de weerstand uit een zakelijke overweging, of 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 opgesteld waaraan u een ERP-implementatie kunt toetsen. Van directiebetrokkenheid tot data-eigenaarschap, van realistische planning tot een heldere go-live strategie.

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. Bereid u ook op deze scenario’s voor.

In dat geval is het belangrijk om 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

Wat kost een ERP-implementatie?

Breng de kosten van een ERP-implementatie in kaart voor uw eigen organisatie en scope. Vergelijk niet alleen de licentie, maar vraag per kandidaat een raming voor implementatie, begeleiding, training en nazorg. Neem ook kosten als data cleansing, change management en interne ureninzet van key users expliciet op in uw begroting.

Waarom mislukken ERP-implementaties?

Gartner voorspelt dat in 2027 meer dan 70 procent van de recent geïmplementeerde ERP-initiatieven de oorspronkelijke bedrijfsdoelen niet volledig zal halen (Gartner, 2024). Volgens Gartner zorgt een technologiegerichte aanpak die de betrokkenheid van belanghebbenden negeert ervoor dat ERP-initiatieven de verwachtingen van de business niet waarmaken. Volgens Gartner zijn veel eerdere ERP-initiatieven uitgevoerd om monolithische systemen in te voeren op basis van door IT gedreven aannames. Volgens Gartner is een sterke aansluiting tussen ERP-initiatieven en de strategische doelen van de organisatie een duidelijke voorspeller van geslaagde ERP-initiatieven.

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. Bepaal welke aanpak past aan de hand van uw processen, uw locaties en de vraag of systemen naast elkaar kunnen draaien. Ga per optie na wat het naast elkaar draaien van systemen voor u betekent en op welke punten de overgang extra aandacht vraagt.

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. Wees kritisch op een partner die op alle wensen ja zegt: vraag per wens of die standaard of met maatwerk wordt opgelost. 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. Ons netwerk telt 270+ specialisten. Zij brengen ervaring uit eerdere ERP-trajecten mee.

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.