Een ERP-systeem raakt vrijwel elk proces in uw bedrijf: verkoop, inkoop, voorraad, productie, projecten en financiën. Daarom is een mislukt ERP-project zo pijnlijk. Het gaat zelden om één grote fout, maar om een reeks kleine keuzes die elkaar versterken. Wie de bekende valkuilen kent, kan ze bijna allemaal vooraf bijsturen.
Op deze pagina vindt u de fouten die het vaakst achter een mislukt ERP-project zitten, met bij elke fout wat u eraan doet. Zo weet u hoe u uw ERP-project laat slagen, ongeacht of u kiest voor Odoo, Exact Online, Microsoft Dynamics 365 Business Central, AFAS, SAP Business One of Oracle NetSuite.
Wat bedoelen we met een mislukt ERP-project?
Een ERP-project mislukt niet alleen als het systeem nooit live gaat. Er zijn meer gradaties, en de meeste zijn minder zichtbaar dan een afgebroken traject:
- Het project stopt voordat het systeem in gebruik is genomen.
- Het systeem gaat live, maar niemand vertrouwt het. Medewerkers houden hun eigen spreadsheets bij en de cijfers uit het ERP worden nauwelijks gebruikt.
- De doelen zijn niet gehaald. Het project is opgeleverd, maar de besparing, de snelheid of het inzicht waarvoor het was gestart, komt er niet.
- Kosten en doorlooptijd zijn ver uit de hand gelopen, waardoor de business case niet meer klopt.
Definieer daarom aan het begin wat succes voor u betekent. Zonder die definitie kunt u achteraf niet beoordelen of het project geslaagd is, en tijdens het project niet bijsturen.
Fout 1: beginnen zonder duidelijke doelen en eisen
De meest voorkomende oorzaak is dat het bedrijf niet precies weet wat het wil bereiken. "We willen een modern systeem" is geen doel. Zonder concrete uitgangspunten gaat elke afdeling met een eigen wensenlijst aan de slag, en het project verzandt in discussies over details.
De remedie: werk eerst uw doelen uit in termen van bedrijfsresultaat. Denk aan sneller afsluiten, minder handmatig overtypen, betrouwbaardere voorraad of beter zicht op projectmarges. Vertaal die doelen daarna naar een gestructureerd programma van eisen voor uw ERP, waarin u onderscheid maakt tussen wat onmisbaar is en wat een wens blijft.
Fout 2: het pakket kiezen op demo en prijs
Een demo toont het systeem op zijn best, met nette gegevens en een scenario dat de leverancier zelf heeft gekozen. Wie daar zijn keuze op baseert, ontdekt later dat een essentieel proces in zijn branche niet past. Een keuze die uitsluitend op de laagste prijs is gebaseerd, leidt bovendien vaak tot hogere kosten in de loop van het traject.
De remedie: laat leveranciers uw eigen processen laten zien, met uw eigen voorbeelden. Beoordeel naast de functionaliteit ook de ondersteuning, de uitbreidbaarheid, de koppelingen die u nodig hebt en de manier waarop de licenties meegroeien met uw organisatie. Hoe u dit stap voor stap aanpakt, leest u in onze gids over het kiezen van een ERP-systeem. Wilt u pakketten naast elkaar leggen, dan helpt het overzicht van ERP-software om te zien welke systemen bij uw situatie in aanmerking komen.
Fout 3: de totale kosten onderschatten
Veel bedrijven vergelijken licenties en vergeten de rest. Een ERP-traject bestaat uit meer dan software: inrichting, koppelingen, datamigratie, opleiding, testen, begeleiding na de livegang en, bij sommige modellen, hosting en beheer. Daarbij komt de tijd van uw eigen medewerkers, die in de begroting bijna altijd ontbreekt.
De remedie: maak een volledige kostenopstelling, met eenmalige en terugkerende posten, en reserveer ruimte voor onvoorziene zaken. Vraag leveranciers expliciet wat is inbegrepen en wat niet. Een uitgebreide uitleg vindt u in onze gids over de kosten van een ERP-systeem. Een offerte die opvallend laag is, vraagt om doorvragen: vaak is de scope smaller dan u dacht.
Fout 4: geen sterke interne eigenaar en geen betrokken directie
Een ERP-project is geen IT-project dat u uitbesteedt en later afneemt. Het is een bedrijfsverandering. Als de directie het project alleen delegeert, ontbreekt het gezag om keuzes te maken wanneer afdelingen het oneens zijn. Zonder interne projectleider met mandaat blijft de implementatiepartner zoeken naar beslissers.
De remedie:
- Benoem een sponsor in de directie die beslissingen neemt en blokkades opruimt.
- Stel een interne projectleider aan met voldoende tijd, geen bijzaak naast het dagelijkse werk.
- Richt een stuurgroep in die op vaste momenten de voortgang, het budget en de risico's bespreekt.
- Leg vast wie waarover beslist, zodat open punten niet blijven liggen.
Fout 5: te veel maatwerk en te weinig standaard
De verleiding is groot om het nieuwe systeem precies te laten werken zoals het oude. Elk afwijkend proces wordt dan maatwerk. Het gevolg: een duur, traag en kwetsbaar systeem, waarbij elke update een risico vormt en kennis van de aanpassingen bij één ontwikkelaar ligt.
De remedie: ga uit van de standaard en pas uw proces aan waar dat redelijk is. Maatwerk is alleen gerechtvaardigd waar het een echt concurrentievoordeel oplevert of wettelijk nodig is. Vraag uw partner bij elke afwijking: wat kost dit nu, wat kost het bij elke upgrade, en bestaat er een standaardoplossing? Dit speelt bij alle pakketten, van open-sourcesystemen zoals Odoo tot uitgebreide platforms als SAP Business One en Oracle NetSuite. Meer over de keuze tussen vrijheid en beheersbaarheid leest u in onze gids over open-source ERP.
Fout 6: slechte data meenemen naar het nieuwe systeem
Een ERP is zo betrouwbaar als de gegevens die erin staan. Dubbele klanten, verouderde artikelen, inconsistente eenheden en onvolledige stuklijsten worden bij een migratie niet vanzelf beter. Ze worden zichtbaar, op het slechtst denkbare moment: vlak voor de livegang.
De remedie: begin vroeg met opschonen en beslis wat u daadwerkelijk meeneemt. Niet alle historie hoeft in het nieuwe systeem. Plan meerdere proefmigraties, laat gebruikers de resultaten controleren en leg vast wie verantwoordelijk is voor de kwaliteit van welke gegevens. Uitgebreider staat dit in onze gids over ERP-migratie.
Fout 7: de gebruikers te laat betrekken
Wie dagelijks met het systeem werkt, weet het beste hoe processen in de praktijk lopen. Als het project achter gesloten deuren wordt ingericht en de medewerkers pas bij de training horen wat er verandert, ontstaat weerstand. Medewerkers die zich overvallen voelen, zoeken omwegen, en dan faalt het project in de adoptie, ook als de techniek klopt.
De remedie:
- Betrek sleutelgebruikers vanaf de eerste ontwerpsessie en geef hen echt tijd vrij.
- Leg uit waarom u verandert, niet alleen wat er verandert.
- Laat gebruikers meetesten met hun eigen situaties.
- Geef training die aansluit op de dagelijkse taken, niet op losse menu's.
- Zorg dat er na de livegang direct hulp beschikbaar is.
Fout 8: te veel tegelijk willen, zonder fasering
Een zogeheten big bang, waarbij alle afdelingen en alle modules op één moment overgaan, kan werken, maar vergroot het risico aanzienlijk. Een fout in de logistiek stopt dan ook de facturatie en de boekhouding. Bovendien raakt het team overbelast.
De remedie: kies bewust tussen een gefaseerde en een gelijktijdige livegang. Voor veel mkb-bedrijven is het verstandig om te beginnen met een kern, zoals financiën, verkoop en inkoop, en daarna uit te breiden met bijvoorbeeld productie, projecten of webshopkoppelingen. Hoe zo'n traject eruitziet, staat in onze gids over de implementatie van een ERP-systeem.
Fout 9: testen en acceptatie op de laatste dag
Als testen wordt ingekort omdat de planning krap is, komen fouten pas aan het licht wanneer klanten ze merken. Dat geldt vooral voor processen die zelden voorkomen, zoals jaarafsluiting, retouren, creditnota's of een uitzondering in de btw-afhandeling.
De remedie: plan testen als volwaardig onderdeel van het project, met testscenario's die zijn afgeleid van uw echte processen, en laat de eindgebruikers die scenario's doorlopen. Spreek vooraf af welke criteria nodig zijn voor de beslissing om live te gaan. Een go-live is een besluit op basis van resultaten, niet op basis van een datum in een planning.
Fout 10: de verkeerde implementatiepartner kiezen
Het beste pakket helpt weinig met een partner die uw branche niet kent. Een partner die alles belooft, die tijdens het traject steeds van projectleider wisselt of die geen eerlijke boodschap durft te brengen als een wens niet haalbaar is, vormt een groot risico. Het omgekeerde komt ook voor: u levert te weinig aan, en verwacht dat de partner uw bedrijf wel zal doorgronden.
De remedie: beoordeel een partner op ervaring in uw sector, op de manier van werken en op de openheid over risico's. Vraag naar referenties van bedrijven die op u lijken, en spreek ze zelf. Handvatten daarvoor vindt u in onze gids over het kiezen van een ERP-intégrateur. Via onze werkwijze brengen wij u kosteloos in contact met een gekwalificeerde partij die bij uw project past; het project zelf voert de intégrateur uit.
Fout 11: contract en scope niet scherp vastleggen
Veel conflicten over kosten en tijd beginnen met vage afspraken. Wat valt onder de offerte? Wie levert welke gegevens aan? Wat gebeurt er met extra wensen tijdens het project? Zonder duidelijke antwoorden ontstaan discussies over meerwerk, vaak op het moment dat de relatie al onder druk staat.
De remedie: laat de scope beschrijven in begrijpelijke taal, met afgebakende oplevermomenten, rollen aan beide kanten en een vaste werkwijze voor wijzigingen. Spreek af hoe u omgaat met meerwerk: wie mag het goedkeuren en hoe wordt het geprijsd? Leg ook vast wat er na de livegang gebeurt, zoals ondersteuning, beheer en updates.
Fout 12: het ERP en de rest van het landschap niet op elkaar afstemmen
Een bedrijf werkt zelden alleen met een ERP. Er is een webshop, een CRM, een bankkoppeling, een planningstool, een HR-pakket of een branchespecifieke applicatie. Als koppelingen pas laat aan bod komen, blijken ze duurder en ingewikkelder dan gedacht. Bovendien raakt u gemakkelijk verstrikt in dubbele invoer.
De remedie: inventariseer alle systemen die moeten communiceren en bepaal per koppeling welk systeem de bron van de gegevens is. Controleer of er standaardkoppelingen bestaan en wat die kosten. Ook wettelijke ontwikkelingen, zoals elektronisch factureren, vragen om vroege aandacht. Lees daarom ook onze gids over e-facturatie met een ERP.
Fout 13: het cloudmodel kiezen zonder de gevolgen te kennen
De keuze tussen cloud en eigen beheer bepaalt kosten, flexibiliteit, beveiliging en de mate waarin u afhankelijk bent van de leverancier. Sommige bedrijven kiezen cloud uit gewoonte, anderen houden uit voorzichtigheid vast aan eigen servers, zonder de beheerlast te meten. Beide keuzes kunnen goed zijn, mits bewust gemaakt.
De remedie: weeg af wat voor uw organisatie het zwaarst telt: snelheid van uitrol, aanpasbaarheid, integraties, eisen van klanten of toezichthouders en de capaciteit om zelf te beheren. Meer houvast biedt onze vergelijking van cloud-ERP of on-premise.
Fout 14: na de livegang stoppen met sturen
De dag van de livegang is geen einde. In de eerste periode komen aanpassingen, vragen en verbeterwensen naar boven. Als het projectteam dan wordt ontbonden en niemand de rol van beheerder krijgt, sluipen oude gewoonten terug. De opbrengst die u beoogde, blijft liggen.
De remedie: richt een beheerorganisatie in met een functioneel beheerder, een vaste lijn naar de partner en een overzichtelijke lijst van verbeterpunten. Meet na enige tijd of de doelen uit het begin zijn gehaald en stuur bij. Wie na de livegang blijft leren, haalt meer uit het systeem dan wie het als afgerond beschouwt.
Overzicht: de fouten, de gevolgen en de remedie
| Fout | Typisch gevolg | Remedie |
|---|---|---|
| Geen heldere doelen en eisen | Eindeloze discussies, verkeerd pakket | Doelen en programma van eisen vooraf vastleggen |
| Kiezen op demo en prijs | Onvoldoende aansluiting bij uw processen | Eigen scenario's laten demonstreren |
| Kosten onderschatten | Budgetoverschrijding | Volledige kostenopstelling met reserve |
| Geen sterke eigenaar | Besluiten blijven liggen | Sponsor, projectleider en stuurgroep |
| Te veel maatwerk | Dure, kwetsbare oplossing | Standaard als uitgangspunt |
| Slechte data | Onbetrouwbare cijfers na livegang | Vroeg opschonen en proefmigraties |
| Gebruikers te laat betrokken | Weerstand en omwegen | Sleutelgebruikers vanaf het ontwerp |
| Alles tegelijk | Grote impact bij problemen | Bewuste fasering |
| Te weinig testen | Fouten bij klanten | Testen met echte scenario's |
| Verkeerde partner | Vertraging en frustratie | Referenties en branche-ervaring |
| Vage scope | Conflicten over meerwerk | Heldere afspraken en wijzigingsproces |
| Koppelingen vergeten | Dubbele invoer | Landschap vooraf inventariseren |
| Onbewuste cloudkeuze | Onverwachte kosten en beperkingen | Bewust afwegen |
| Geen nazorg | Beoogde winst blijft uit | Beheer en evaluatie inrichten |
Waarom het ene bedrijf struikelt en het andere niet
Bij kleinere organisaties ligt het risico vaak in te weinig tijd en capaciteit: iedereen heeft het druk, en het project verdwijnt naar de achtergrond. Dat vraagt om realistische afspraken en soms om externe projectondersteuning. Lees hierover meer in onze gids over ERP voor het mkb.
Bij grotere organisaties spelen vaker complexiteit en politiek mee: meerdere vestigingen, uiteenlopende werkwijzen en belangen die botsen. Dan is sterk leiderschap en een duidelijke governance nog belangrijker.
Ook de sector maakt verschil. Een productiebedrijf heeft andere kritische punten, zoals stuklijsten, planning en traceerbaarheid, dan een groothandel of een dienstverlener met projectadministratie. Bekijk daarom ook de pagina's over ERP voor de maakindustrie en ERP voor de groothandel, waar de typische aandachtspunten per branche aan bod komen.
Een praktische checklist voor de start
Loop vóór de ondertekening van een contract de volgende punten na:
- Zijn de doelen concreet en meetbaar geformuleerd?
- Is er een sponsor in de directie en een interne projectleider met tijd?
- Ligt er een programma van eisen met prioriteiten?
- Is de kostenopstelling volledig, inclusief uw eigen inzet?
- Is helder wat standaard is en wat maatwerk?
- Is er een plan voor datakwaliteit en migratie?
- Zijn de gebruikers vanaf het begin betrokken?
- Staat vast hoe er wordt getest en op basis waarvan u live gaat?
- Zijn de koppelingen en wettelijke eisen in kaart gebracht?
- Is afgesproken hoe het beheer na de livegang is geregeld?
Kunt u deze vragen met ja beantwoorden, dan hebt u de grootste valkuilen al achter u gelaten.
Hoe wij u helpen het risico te verkleinen
ERP Integrator is een gratis service. U beschrijft uw project, wij brengen u in contact met een gekwalificeerde intégrateur die past bij uw sector, omvang en gekozen of overwogen pakket. Wij zijn niet gelieerd aan een softwareleverancier en leggen geen voorkeur op. De partij die het project uitvoert, is de intégrateur zelf; wij zorgen voor de juiste kennismaking.
Twijfelt u nog tussen pakketten, dan kunt u onze vergelijkingen raadplegen, zoals Odoo of Business Central, of het overzicht beste ERP voor het mkb. En wilt u weten hoe een ERP-systeem in grote lijnen werkt, begin dan bij wat een ERP-systeem is.
Een ERP-project laten slagen is geen kwestie van geluk. Het is een combinatie van duidelijke keuzes, eerlijke kostenramingen, betrokken mensen en een partner die bij u past. Wie die elementen vooraf op orde brengt, verkleint de kans op een mislukt ERP-project aanzienlijk.
Veelgestelde vragen
Waarom mislukken ERP-projecten zo vaak?
Meestal niet door de software, maar door de aanpak. Onduidelijke eisen, een onderschat budget voor de eigen inzet, te veel maatwerk, slechte data en te weinig aandacht voor gebruikers zijn de bekendste oorzaken. Een project dat deze punten vooraf bewaakt, heeft een veel grotere kans om te slagen.
Wat is het eerste teken dat een ERP-project de verkeerde kant op gaat?
Vaak is dat een planning die structureel schuift zonder dat iemand de reden benoemt. Ook open beslissingen die blijven liggen, een stuurgroep die niet meer bijeenkomt en sleutelgebruikers die geen tijd meer vrijmaken zijn vroege signalen. Pak ze direct op, voordat ze zich opstapelen.
Is een ERP-project te redden als het al vastloopt?
In veel gevallen wel. Stop met doorbouwen, breng samen met de intégrateur en uw eigen team in kaart waar het werkelijk misgaat en herstel eerst de basis: scope, verantwoordelijkheden en data. Soms is een kleinere eerste oplevering of een vervangende projectleider de snelste weg terug.
Ligt een mislukking aan het gekozen pakket, zoals Odoo, Exact Online of Business Central?
Zelden. Odoo, Exact Online, Microsoft Dynamics 365 Business Central, AFAS, SAP Business One en Oracle NetSuite worden allemaal succesvol gebruikt. Wat telt, is of het pakket past bij uw processen, uw omvang en uw groeiplannen, en of de implementatiepartner uw branche kent.
Hoe kies ik een intégrateur die het risico op mislukking verkleint?
Kijk naar branche-ervaring, een duidelijke projectmethode, transparantie over wat standaard is en wat maatwerk, en naar referenties die u zelf mag bellen. Vraag ook wie er daadwerkelijk aan uw project werkt. Via onze gratis service vergelijkt u gekwalificeerde partijen die bij uw project passen.
De genoemde softwarenamen zijn handelsmerken van hun respectievelijke eigenaren en worden uitsluitend ter informatie vermeld. Deze site is onafhankelijk en niet verbonden aan een softwareleverancier.