ERP: de vijf fouten die kmo's een jaar project kosten
Van ERP veranderen is een van de zwaarste projecten die een kmo aanvat, en een van de meest risicovolle: tussen 55 en 75 % van die projecten mislukt gedeeltelijk of volledig. Het meest verontrustende is dat de oorzaak bijna nooit de software is. Ze is menselijk, organisatorisch, en vooral vermijdbaar. Hier zijn de vijf fouten die van een strategische investering een verloren jaar maken, en de methode om ze te verijdelen.
Het scenario is bijna altijd hetzelfde. Een kmo beslist haar verouderde tools te vervangen door een modern ERP dat alles moet verenigen: verkoop, aankoop, voorraden, boekhouding. Men kiest de software na enkele verleidelijke demonstraties, men ondertekent, men start. Een jaar later is het budget verdubbeld, is de indienststelling drie keer uitgesteld, omzeilen de teams het nieuwe systeem, en vraagt de leider zich af hoe een project dat zijn leven moest vereenvoudigen het zo heeft gecompliceerd. Hij is niet alleen: het is de uitkomst van de meerderheid van de ERP-projecten.
Twee op de drie projecten die ontsporen
De studies convergeren, welke bron u ook neemt. Volgens het werk van Panorama Consulting, Gartner en Deloitte haalt tussen 55 en 75 % van de ERP-implementaties haar doelstellingen niet, met frequente en soms spectaculaire overschrijdingen van kosten en termijnen. In de maakindustrie stellen sommige analyses gemiddelde budgetoverschrijdingen van meer dan 200 % vast bij de falende projecten. Maar het belangrijkste cijfer is niet het faalpercentage: het is de oorzaak. Zoals bij alle transformaties is het falen van een ERP bijna nooit technologisch. De software werkt meestal. Wat faalt, is de manier waarop ze werd gekozen, voorbereid en uitgerold.
Fout 1: denken dat het een IT-project is
Dat is de moederfout, waaruit bijna alle andere voortvloeien. Een ERP raakt elk proces, elke dienst, elke werkpost. Het is een transformatieproject van de onderneming dat toevallig op software rust, geen softwareproject met neveneffecten. Het directe gevolg: men wijst quasi het volledige budget toe aan de tool en een verwaarloosbaar deel aan de voorbereiding van de teams en aan het changemanagement. En het is precies daar dat het succes zich afspeelt, zoals alle studies over adoptie aantonen.
Fout 2: kiezen op basis van de demo, niet van het proces
Een goede demonstratie is gemaakt om te verleiden, niet om te onthullen of de tool bij uw realiteit past. Een ERP kiezen op een presentatie is een huis kopen op een foto van de voorgevel. De juiste methode keert de orde om: eerst uw reële processen en echte behoeften in kaart brengen, en pas dan de tools aan dat lastenboek toetsen. Een kmo die precies weet wat ze haar ERP moet laten doen, kiest goed; een kmo die zich laat leiden door de meest schitterende functionaliteiten, eindigt met een overgedimensioneerde tool, onderbenut en slecht afgestemd op haar activiteit.
« Je kiest geen ERP, je kiest een manier van werken. De software is enkel de tool die ze draagt. »
Fout 3: alles willen, en meteen
De verleiding van de grote avond is onweerstaanbaar en dodelijk: alle diensten op dezelfde dag omschakelen, in hun volledige perimeter. Dat is de risico's vermenigvuldigen met het aantal fronten dat u gelijktijdig opent. De projecten die slagen, gaan in etappes: eerst een beperkte perimeter, gestabiliseerd en geadopteerd, dan de geleidelijke uitbreiding. Elke bereikte trap versterkt het vertrouwen en de kunde van het team. Elke poging om alles in één keer te doen, stelt bloot aan een kettinginstorting, waarbij een blokkering op één module de hele indienststelling verlamt.
Fout 4: de datakwaliteit verwaarlozen
Een brandnieuw ERP dat wordt gevoed met oude, incoherente of dubbele data reproduceert trouw de wanorde van vroeger, maar sneller. De overname van de data is het minst zichtbare en meest onderschatte deel van een project: opschonen, ontdubbelen, harmoniseren vóór de migratie. Het is ondankbaar, het is tijdrovend, en het is niet onderhandelbaar. Een ERP corrigeert geen vuile data, het verspreidt ze.
Fout 5: lossen op het moment van de indienststelling
De dag van de start is niet het einde van het project, het is het begin van de meest delicate periode. Dan botsen de teams op de echte gevallen, uiten de weerstanden zich, komen de echte problemen naar boven. De projecten die falen, snijden de begeleiding af op precies het moment dat ze het nuttigst wordt. De projecten die slagen, houden een nauwe ondersteuning aan tijdens de eerste weken, corrigeren snel en stellen gerust. Adoptie wordt niet gedecreteerd op dag één, ze wordt begeleid in de maanden die volgen.
Een project voor de leider, niet voor de informaticus
De rode draad door die vijf fouten is helder: een ERP slaagt of faalt op beslissingen van directie en organisatie, niet op regels code. Het is een project van een leider die de technische uitvoering delegeert, nooit een technisch project waarvoor de leider zich niet interesseert. De kmo's die het zo aanpakken, sluiten aan bij het derde dat slaagt, dat waarvoor het ERP vanaf het eerste jaar een echte prestatiehefboom wordt. De andere ontdekken, een jaar en een budget later, dat de software nooit het probleem was.
Bronnen
Panorama Consulting Group, Gartner en Deloitte, studies over de faalpercentages van ERP-implementaties (55 tot 75 % gedeeltelijk of volledig falen; meerkost van correctie na uitrol van 3 tot 10 keer) · Sectoranalyses over de budgetoverschrijdingen in de maakindustrie · Standish Group (CHAOS Report) over de prestaties van IT-projecten · Gedocumenteerde ervaringen over de menselijke en organisatorische oorzaken van ERP-falen · Terreinobservaties LUCID, opdrachten 2025-2026, geanonimiseerde referenties.
Het eerste gesprek van 30 minuten is gratis. Daar wordt het gekaderd, zonder verbintenis.