ERP-change management: hoe u medewerkers meekrijgt vóór go-live
Bij de meeste ERP-implementaties ligt de focus op configuratie, data en planning. Dat is begrijpelijk, want die onderdelen zijn technisch bepalend voor een geslaagde go-live. Wat dan toch voor verrassingen zorgt na de livegang, is iets anders: de mensen.
Medewerkers die het systeem bewust omzeilen. Key users die na de training onzeker blijven over wat ze nu precies moeten doen. Managers die twee weken na de start al vragen om een tijdelijke Excel-oplossing naast het nieuwe ERP. ERP-change management is het vakgebied dat dit voorkomt, maar in de praktijk begint het te laat of verloopt het te oppervlakkig om echt effect te hebben.
Dit artikel legt uit wat erp change management in de praktijk inhoudt, hoe u het organiseert vóór go-live, en welke valkuilen het meest voorkomen bij organisaties die er te weinig aandacht aan besteden.
Waarom change management bij ERP complexer is dan bij andere IT-trajecten
ERP-systemen raken dagelijkse werkprocessen op een andere manier dan, zeg, een nieuwe rapportagetool of een CRM-vervanging. Iemand die met een nieuw dashboardprogramma moet werken, past zijn routine aan. Iemand die met een nieuw ERP-systeem werkt, moest misschien ook zijn hele werkproces herzien: andere schermen, andere stappen, andere terminologie, soms een andere logica achter de handelingen.
Dat maakt ERP-change management inhoudelijker dan generieke organisatieverandering. Het gaat niet alleen over communicatie en trainingsdagen. Het gaat over begrijpen hoe mensen nu werken, waarom ze dat zo doen, en hoe het nieuwe systeem aansluit op die werkelijkheid, of juist niet.
ERP Company begeleidt als onafhankelijke consultancy organisaties bij ERP-trajecten. Met 260+ specialisten in verschillende rollen ziet ERP Company dat de technische implementatie zelden de oorzaak is van mislukte adoptie. De oorzaak zit bijna altijd in het change-spoor: te laat gestart, zonder duidelijke eigenaar, of te generiek van aanpak.
De drie meest gemaakte fouten bij ERP-change management
Change management als aparte fase beschouwen. Het is geen fase die u in de planning kunt zetten na de testperiode. Het loopt parallel aan het hele traject, van de eerste communicatie over het project tot minimaal vier weken na go-live.
Training pas plannen na go-live. Op dat moment is de verandering al een feit en voelt training als reparatie. Medewerkers die pas na de livegang leren werken met het nieuwe systeem, beginnen al met een achterstand. Ze hebben het systeem zien landen zonder dat ze er klaar voor waren.
Key users aanwijzen zonder hen te ontlasten van hun reguliere werk. Dan leveren ze niks op voor het project, raken ze zelf gestresst, en verliezen ze geloofwaardigheid bij collega’s die zien dat de key user zelf ook moeite heeft om bij te blijven.
Wanneer begint ERP-change management?
Het eerlijke antwoord: bij de eerste bijeenkomst over het project. Niet bij de projectkickoff. Niet bij de training. Bij het moment dat een directeur zegt: “We gaan een nieuw ERP-systeem implementeren.”
Dat is het moment waarop het beeld in de organisatie zich begint te vormen. Wie heeft er iets over gehoord? Wie maakt zich zorgen? Wie denkt dat zijn werk gaat veranderen? Als u op die vragen geen antwoord geeft, doet de geruchtengang dat. En geruchten zijn zelden positief.
Vroege communicatie hoeft niet gedetailleerd te zijn. “We gaan dit doen, we nemen u mee in het proces, en u hoort van ons wat het voor uw afdeling betekent” is al genoeg om de toon te zetten.
De rol van key users in ERP-change management
Key users zijn medewerkers die het nieuwe systeem eerder leren kennen dan de rest van de organisatie. Ze zijn de brug tussen het projectteam en de werkvloer: ze vertalen technische inrichtingskeuzes naar dagelijkse werkpraktijken, en ze brengen feedback vanuit de werkvloer terug naar het project.
Maar die brug werkt alleen als u vier dingen goed regelt.
Kies key users op invloed, niet op beschikbaarheid. De meest gemotiveerde collega die weinig aanzien heeft in zijn team, is minder effectief dan een iets minder enthousiaste medewerker die door iedereen gerespecteerd wordt. Informeel gezag is even relevant als formele positie.
Geef ze echte ruimte in hun agenda. Een key user die 90% van zijn tijd aan zijn reguliere werk besteedt, heeft geen ruimte over voor het project. Dat leidt tot oppervlakkige betrokkenheid en key users die hun rol niet waarmaken, niet uit onwil, maar door gebrek aan tijd.
Betrek ze vroeg bij inrichtingskeuzes. Key users die alleen trainen en geen inbreng hebben gehad bij de inrichting, ervaren het systeem als opgelegd. Key users die mee mochten denken over werkprocessen en keuzes, nemen eigenaarschap. Dat verschil in eigenaarschap is later zichtbaar op de werkvloer.
Waardeer ze zichtbaar binnen de organisatie. In een cultuur waar projectwerk als extra last wordt gezien, vraagt u van key users iets dat ten koste gaat van hun primaire rol. Als die bijdrage niet zichtbaar gewaardeerd wordt door leidinggevenden, is de motivatie moeilijk vast te houden over een implementatietraject van zes tot achttien maanden.
ERP change management in vijf praktische stappen
Stap 1: impactanalyse per afdeling
Breng in kaart welke afdelingen het meest geraakt worden door de systeemverandering, en op welke manier. Dat verschilt per organisatie en per implementatie. In een distributieomgeving is de impact op magazijn en inkoop anders dan in een dienstverleningsbedrijf, waar de impact op projectregistratie en facturatie het grootst is.
Een impactanalyse maakt het mogelijk om schaarse aandacht te richten. Niet elke afdeling heeft evenveel change-begeleiding nodig. De energie moet naar de plekken waar de werkprocessen het meest veranderen.
Stap 2: communicatieplan met eerlijke boodschappen
Communiceer vroeg en regelmatig over het project, ook als er nog niet veel te melden is. Stilte wordt in organisaties ingevuld met aannames, en aannames zijn zelden geruststellend.
Eerlijkheid loont hier. Als de implementatie drie maanden langer duurt dan gepland, is het beter om dat tijdig te melden dan het te verstoppen tot de week van de geplande go-live. Medewerkers die later ontdekken dat ze niet tijdig geïnformeerd zijn, verliezen vertrouwen in het project en in de projectleiding.
Stap 3: training op maat, niet generiek
Generieke training dekt de functionaliteit van het systeem. Maar medewerkers leren het beste als ze zien hoe het systeem hun eigen werk ondersteunt, in hun eigen terminologie, met herkenbare voorbeelden.
Ontwikkel trainingsmateriaal per afdeling en per rol. Gebruik de termen die medewerkers zelf gebruiken voor hun processen. Laat zien hoe de handelingen die ze nu kennen, er in het nieuwe systeem uitzien. Dat verlaagt de drempel en verhoogt het vertrouwen.
Stap 4: testmomenten als leermoment benutten
De acceptatietest (UAT) is voor projectteams een technische controle. Voor medewerkers is het het eerste echte contactmoment met het nieuwe systeem in een werksituatie die op hun eigen situatie lijkt.
Gebruik dat moment bewust. Plan testmomenten met begeleiding: noteer welke vragen eindgebruikers stellen, welke handelingen ze moeilijk vinden, en waar de inrichting nog niet aansluit bij hoe zij denken en werken. Een goed uitgevoerd testmoment verhoogt het vertrouwen in het systeem vóór de go-live, en levert nuttige inrichtingsfeedback op.
Stap 5: hypercare-periode na go-live
De eerste weken na go-live zijn bepalend voor de adoptie op de langere termijn. Medewerkers stuiten op situaties die niet in de training aan bod kwamen. Als ze dan geen snel antwoord krijgen, zoeken ze hun eigen oplossing. En die oplossing is zelden het nieuwe systeem: het is een Excelbestand, een handmatige notitie, of een collega die “het vroeger altijd zo deed”.
Plan een hypercare-periode van minimaal vier weken na go-live. Zorg voor laagdrempelige ondersteuning, actieve monitoring van systeemgebruik, en een kanaal waar medewerkers snel terechtkunnen met vragen.
De kostprijs van onvoldoende adoptie
Organisaties die erp change management overslaan of te laat starten, zien de terugverdientijd van hun ERP-investering oplopen. Niet omdat het systeem slecht werkt, maar omdat het systeem niet gebruikt wordt zoals het bedoeld is. Workarounds, parallelle Excel-bestanden en handmatige correcties zijn de zichtbare symptomen van onvoldoende adoptie. Ze zijn ook de kostprijs van een te snel uitgevoerd change-traject.
De verborgen schade zit in de tijd die medewerkers kwijtraken aan dubbel werk, in de fouten die ontstaan door niet-geïntegreerde gegevens, en in de frustratie die over tijd leidt tot minder vertrouwen in het systeem en in de organisatie die het heeft ingevoerd.
Intern of extern change management organiseren?
Kleinere organisaties kiezen er soms voor om change management volledig intern te beleggen, bij een projectleider of bij HR. Dat kan werken als die persoon daadwerkelijk vrijgemaakt is van zijn reguliere taken en ervaring heeft met verandertrajecten.
Grotere organisaties, of organisaties met een complexere implementatie, kiezen vaker voor een combinatie: intern eigenaarschap, extern ondersteund. Een externe change-begeleider heeft geen last van de interne politiek, kan eerlijker feedback ophalen, en heeft een neutralere positie bij conflicterende belangen tussen afdelingen of lagen in de organisatie.
ERP Company biedt onafhankelijke begeleiding bij ERP-implementaties, inclusief de change management-component. Als platform-onafhankelijke partij heeft ERP Company geen belang bij een specifiek systeem of een specifieke uitkomst.
Wilt u sparren over de change-aanpak bij uw implementatietraject? Neem contact op voor een oriënterend gesprek, zonder verplichtingen.
Drie situaties waarbij change management het zwaarst weegt
Vervangingstrajecten waarbij medewerkers al jarenlang met het oude systeem werken. De kennis van het oude systeem zit in de spieren. Afscheid nemen van dat vertrouwde voelt als verlies, ook als het nieuwe systeem objectief beter aansluit bij de huidige processen.
Implementaties die al eerder zijn mislukt binnen de organisatie. Er bestaat dan al wantrouwen, en de onuitgesproken vraag “gaat dit dit keer wél lukken?” hangt boven het project. Dat wantrouwen moet actief geadresseerd worden, niet genegeerd.
Fusies of overnames waarbij meerdere systemen en meerdere organisatieculturen samenkomen. Dan is het change-vraagstuk niet alleen technisch maar ook organisatorisch: wie werkt straks hoe, met welk systeem, en volgens wiens werkprocessen?
Wat effectief ERP-change management oplevert
Effectief change management bij ERP-implementaties verhoogt de adoptiegraad, verkort de time-to-value en verlaagt de kans op hersteltrajecten na go-live. Organisaties die change management serieus beleggen, zien doorgaans hogere tevredenheid bij eindgebruikers, minder functionele workarounds en een snellere terugkeer naar een normale productiviteitsgraad na de livegang.
Dat is geen softekwaliteit. Dat is rendement op uw implementatie-investering.
De verbinding met ERP-beheer na go-live
ERP-change management stopt niet op de dag van de go-live. Organisaties veranderen: nieuwe medewerkers komen in dienst, processen evolueren, en het systeem moet meegroeien met de organisatie.
Dat betekent dat ook na de implementatie aandacht nodig blijft voor training van nieuwe medewerkers, evaluatie van hoe het systeem gebruikt wordt, en bijsturing waar dat nodig is. Lees ook hoe u ERP-beheer na go-live structureel organiseert.
Welke vragen stelt u uw implementatiepartner?
Als u een implementatiepartner selecteert, is het de moeite waard om expliciet te vragen hoe change management in zijn aanpak is geborgd. Niet als bijproduct van de training, maar als zelfstandig onderdeel van het traject. Hoe kiest de partner key users? Wat is zijn aanpak bij afdelingen met veel weerstand? Hoe regelt hij de hypercare-periode?
Lees ook: De juiste ERP-implementatiepartner kiezen en ERP-implementatie uitbesteden of zelf doen?.
Veelgestelde vragen over ERP-change management
Wanneer moet ERP-change management beginnen?
ERP-change management begint idealiter zodra het besluit valt om een nieuw systeem te implementeren, ruim vóór de technische projectstart. Communicatie en impactanalyse in de vroege fase voorkomen dat de geruchtengang de beeldvorming bepaalt en dat medewerkers het project als iets voelen dat hen overkomt.
Wie is verantwoordelijk voor ERP-change management?
De eindverantwoordelijkheid ligt bij de opdrachtgever, doorgaans de directie of projectsponsor. De dagelijkse uitvoering ligt bij de projectleider, in samenwerking met key users en eventueel een externe change-begeleider. Zonder duidelijke eigenaar verwatert de aanpak en valt de uitvoering tussen wal en schip.
Hoeveel resources vraagt ERP-change management?
Dat hangt af van de complexiteit van de implementatie en de omvang van de organisatie. Een vuistregel: behandel de investering in change management als gelijkwaardig aan de investering in training. Organisaties die dit als bijzaak behandelen, zien de terugverdientijd van het ERP-traject later terugkomen dan gepland.
Kan ERP-change management ook intern georganiseerd worden?
Ja, dat is mogelijk als de juiste persoon daadwerkelijk vrijgesteld wordt van zijn reguliere werkzaamheden en ervaring heeft met verandertrajecten. In de praktijk kiezen grotere of complexere implementaties voor een combinatie: intern eigenaarschap, extern ondersteund. Een externe begeleider brengt neutraliteit en kan feedback ophalen die intern moeilijker bespreekbaar is.
ERP-change management is geen bijproduct van een technisch traject. Het is een zelfstandig onderdeel van een succesvolle implementatie, dat dezelfde zorgvuldigheid verdient als de inrichting of de datamigratie.
Wie te laat begint, betaalt de prijs na de go-live: in workarounds, hersteltrajecten en een langzamere terugverdientijd. Wie vroeg begint, investeert in de voorwaarden voor daadwerkelijk gebruik van het nieuwe systeem.
Wilt u weten hoe ERP Company change management benadert bij implementatietrajecten? Neem contact op voor een oriënterend gesprek, zonder verplichtingen.