Overslaan naar inhoud

Waarom 7 van de 10 ERP-implementaties mislukken (en wat je eraan doet)

22 april 2026 in
Waarom 7 van de 10 ERP-implementaties mislukken (en wat je eraan doet)
Demy van Kessel

Zeventig procent. Dat cijfer komt steeds terug in onderzoeken: zeven van de tien ERP-implementaties mislukt, overschrijdt het budget zwaar of levert niet wat beloofd werd. Dat is geen detail. Dat is een business-killer.
Toch stappen elk jaar honderden Nederlandse bedrijven een ERP-traject in alsof dit cijfer hen niet betreft. "Bij ons wordt het anders." Maar de oorzaken van falen zijn systematisch. Dit artikel behandelt ze één voor één. Plus wat je doet om in de dertig procent te zitten die wél slaagt.

Oorzaak 1: Scope die nooit gedefinieerd was

Dit is de grootste. Meer dan de helft van de mislukte projecten valt hieronder. Niemand legt vast wat er precies binnen scope is. Gaandeweg groeit het project alle kanten op, budget explodeert, deadlines schuiven, en op een gegeven moment geeft iemand op.
Waarom gebeurt dit? Omdat scope-definiëring saai is, tijd kost en confrontaties oplevert. "Doen we dit wel of niet?" voelt altijd ongemakkelijk. Dus partners schrijven "implementatie van de financiële module" in de offerte zonder uit te leggen wat wel en wat niet.

Wat werkt wel

Een analyse-fase die serieus tijd krijgt (drie tot vier weken). Een blauwdruk op papier met processen, velden, rapportages. Duidelijk lijstje wat erin zit en wat niet. Alle wensen buiten scope worden netjes genoteerd voor een vervolgfase.

Oorzaak 2: De verkeerde mensen aan tafel

Bij het kick-off-gesprek zit de directie, soms een IT-manager, soms een consultant. Niet de mensen die straks met het systeem moeten werken. Resultaat: een systeem dat ingericht is op basis van hoe het management denkt dat het werk gaat, niet hoe het écht loopt.
Drie maanden na go-live zit je team klaar met Excel-workarounds omdat de dagelijkse realiteit niet aansluit.

Wat werkt wel

Key-users per afdeling, niet alleen managers. Die krijgen expliciete tijd vrijgemaakt. Een halve dag per week, concreet in hun agenda, voor het project. Zonder dat compromis gaat het niet.

Oorzaak 3: Technologie-eerst denken

"Het systeem kan dit, dus laten we het gebruiken." Fout. Eerst bepaal je welke bedrijfsprocessen je wilt ondersteunen. Dan pas kijk je welke systeemonderdelen daarbij passen. Andersom leidt tot overgecompliceerde implementaties waarin iedereen zich gedwongen voelt tot onnatuurlijke workflows.
Dit is waarom ERP-consultants die vooral de software kennen, minder succesvol zijn dan mensen die zowel bedrijf als software begrijpen. De kunst zit in de vertaling.

Wat werkt wel

Start bij de pijn. Welke drie processen kosten je nu te veel tijd of fouten? Focus op die eerst. Dan bouw je naar een volwaardig systeem, niet naar een softwaretechnische hoogstandje.

Oorzaak 4: Slechte data-migratie

Je oude systeem barst van de rommel: dubbele klantgegevens, producten die niet meer bestaan, rekeningschema's die over de jaren zijn uitgegroeid. Die rommel verhuist mee naar je nieuwe systeem. Op go-live-dag heb je ineens een glanzend nieuw systeem met vijftien jaar legacy-zooi erin.
Na drie maanden klaagt iedereen dat "Odoo niet werkt". Probleem: Odoo werkt prima, je data is het probleem.

Wat werkt wel

Data-migratie is een project op zichzelf, geen bijzaak. Dataschoonmaak vooraf: dubbele records samenvoegen, verouderde producten archiveren, rekeningschema opschonen. Test-migratie uitvoeren en je team drie weken laten werken in een testomgeving. Fouten vind je dan, niet na go-live.

Oorzaak 5: Training onderschat als "kan het team zelf wel"

Een ERP-systeem dat tien jaar meegaat en 100.000 euro heeft gekost, krijgt vaak acht uur training voor de eindgebruikers. Dat is een karikatuur. Resultaat: mensen doen ingewikkelde dingen op de verkeerde manier, klagen over het systeem, en vallen terug op oude gewoonten met Excel en e-mail.

Wat werkt wel

Training tijdens de bouw, niet erna. Key-users die meebouwen leren het systeem vanzelf. Per afdeling één of twee specifieke sessies rond go-live. Nazorgperiode van minimaal drie maanden waarin de consultant bereikbaar is voor vragen.

De vijf oorzaken versterken elkaar

Let op: deze vijf zijn geen losse factoren. Ze stapelen. Geen scope leidt tot meer wensen van de verkeerde mensen. Verkeerde mensen zorgen voor technologie-eerst denken. Technologie-eerst leidt tot slechte migratie. Slechte migratie maakt training onmogelijk omdat niemand weet hoe het systeem werkelijk werkt.
Omgekeerd werkt het ook. Goede scope, juiste mensen, procesfocus, schone migratie en ingebouwde training leveren samen een project op dat voelt als vooruitgang in plaats van strijd.

Hoe je in de dertig procent komt die wél slaagt

Drie dingen. Eén: kies een partner die expliciet over deze vijf oorzaken nadenkt. Een partner die "het komt goed" zegt bij de scope-vraag, is geen partner.
Twee: maak tijd vrij intern. Minimaal één projectleider die 30 procent van zijn of haar tijd aan dit project kan besteden, plus key-users per afdeling. Zonder deze tijdinvestering loopt het systematisch mis.
Drie: accepteer dat een vaste prijs duurder voelt maar zekerder is. Het is geen prijsdiscussie, het is een risicodiscussie.

Veelgestelde vragen

Is 70 procent echt een accuraat cijfer?

De exacte cijfers variëren tussen 50 en 75 procent, afhankelijk van de studie en de definitie van "mislukt". Wat constant is: een substantiële meerderheid van ERP-projecten haalt niet wat beloofd was. Bij MKB-implementaties ligt het percentage lager dan bij enterprise, maar het is alsnog aanzienlijk.

Is Odoo inherent succesvoller dan andere ERP-systemen?

Nee. De techniek is niet de bepalende factor. De aanpak is. Een goed-geïmplementeerd SAP slaagt, een slecht-geïmplementeerd Odoo faalt. Wat Odoo wel helpt: lagere instapkosten en snellere cycli, waardoor je eerder feedback krijgt.

Hoe weet ik tijdens het project of we de goede kant op gaan?

Vier signalen: duidelijke scope, vaste mijlpalen die gehaald worden, tweewekelijkse voortgangsdemo's waarin je werkende functionaliteit ziet, en een open gesprek over wijzigingsverzoeken. Als één van deze ontbreekt, is er ruimte voor fouten.

Kan ik tussentijds nog bijsturen als het verkeerd gaat?

Ja, mits je het vroeg herkent. Een project dat in maand drie verkeerd loopt is nog te redden. In maand zeven is het vaak te laat en moet je grotere keuzes maken. Daarom zijn tweewekelijkse checks zo belangrijk.

In de dertig procent zitten?

Wij werken expliciet met alle vijf maatregelen. Vaste prijs, serieuze analyse-fase, key-users aan tafel, procesfocus en nazorg standaard. Wil je weten hoe dat er in jouw situatie uitziet?

Plan een kennismaking

Deel deze post
Labels
Archief
Odoo vs AFAS: een eerlijke vergelijking voor het Nederlandse MKB