Het gesprek verloopt altijd ongeveer hetzelfde. Een directeur van een metaalbedrijf van 45 medewerkers beschrijft zijn ERP-implementatie van twee jaar geleden. Ze hadden een goed systeem gekozen, een gerenommeerde implementatiepartner ingeschakeld, en iedereen was enthousiast. Achttien maanden later stond de teller op het dubbele van het oorspronkelijke budget. De go-live was drie keer uitgesteld. De productieplanning liep nog steeds grotendeels op Excel. En het projectteam was moe.
"We hadden het systeem goed gekozen", zegt hij. "Maar alles eromheen was fout."
Dit is geen uitzondering. Onderzoek van Gartner en McKinsey laat consequent zien dat 60 tot 70 procent van alle grote IT-implementaties uitloopt op tijd, budget of scope. In de maakindustrie liggen de risico's door de complexiteit van productieprocessen structureel hoger dan in andere sectoren. En toch: de meest kostbare fouten zijn voorspelbaar. Ze zijn herkenbaar. En ze zijn te vermijden.
Dit artikel beschrijft de zeven meest gemaakte fouten bij ERP-implementaties in de maakindustrie — en wat je concreet doet om ze te omzeilen.
Wanneer een ERP-implementatie misloopt, is de eerste reflex vaak om naar de software of de leverancier te wijzen. Soms terecht. Maar in de overgrote meerderheid van de gevallen ligt de oorzaak elders: in de eigen organisatie, in beslissingen die al voor de eerste implementatiedag zijn genomen.
Een ERP-systeem is een spiegel. Het maakt zichtbaar hoe je organisatie werkt — met alle schoonheid en alle lelijkheid die daarbij hoort. Wie verwacht dat een nieuw systeem automatisch slechte processen repareert, komt bedrogen uit. Het systeem maakt ze alleen sneller en duurder.
De goeie nieuws: je hoeft het niet te laten aankomen op dat moment. De zeven valkuilen hieronder zijn in vrijwel elke mislukte implementatie terug te vinden. Sommige herken je direct. Sommige zullen je verrassen.
Dit is de meest voorkomende fout — en meteen de meest kostbare. De beslissing valt: we gaan een nieuw ERP implementeren. De reactie is begrijpelijk: rondkijken bij leveranciers, demo's inplannen, aanbiedingen vergelijken.
Maar wie bij leveranciers aanklopt zonder een helder beeld van zijn eigen processen, koopt een systeem op basis van de beste presentatie in plaats van de beste fit. Het selectietraject is dan in feite een aankoopbeslissing gebaseerd op verkopersdemo's in ideale omstandigheden.
De consequentie? Het gekozen systeem sluit niet aan op de werkelijkheid van je werkvoorbereiding, je productieplanning of je nacalculatie. En dan begint het maatwerktraject — de echte kostenpost.
Wat je doet: Breng eerst je eigen processen in kaart. Teken de order-tot-factuur flow letterlijk uit: wat doet welke afdeling, waar gaat informatie verloren, waar wordt handmatig overgetypt, waar wacht een order op een beslissing? Dat document is je programma van eisen — en je toetssteen in elke leveranciersdemo. Betrek daarbij niet alleen IT of management, maar ook werkvoorbereiding, productie en financiën.
Lees ook: Eerst je processen, dan je software — zo bepaal je digitaliseringsprioriteiten.
In de beginfase van een implementatie is optimisme de norm. Iedereen is enthousiast, het systeem lijkt veelbelovend, en de presentaties tonen een werkelijkheid die aanlokkelijk is. In dat klimaat groeien wenselijsten.
Scope creep is de technische term. In de praktijk betekent het: een project dat start als "ERP voor productie en inkoop" en na drie maanden ook financiën, servicemanagement, en een EDI-koppeling omvat. Elke toevoeging lijkt klein. De optelsom is fataal voor planning en budget.
In de maakindustrie is de verleiding extra groot, omdat de processen complex zijn en de raakvlakken legio. Engineering wil een CAD/PDM-koppeling. Productie wil shopfloor-terminals. Financiën wil real-time dashboards. Allemaal begrijpelijk. Maar als je alles tegelijk wil implementeren, implementeer je feitelijk niets goed.
Wat je doet: Definieer een harde scope vóór de start en bescherm die actief. Stel per gewenste functionaliteit de vraag: is dit een must-have voor dag één, of is dit een nice-to-have voor fase twee? Alles wat niet essentieel is voor de kernprocessen gaat op de backlog. Een phased rollout is geen teken van zwakte — het is projectmanagement.
Een ERP-implementatie is geen leveranciersproject. Het is een organisatieproject waarbij de leverancier begeleidt, maar jouw mensen het werk doen.
Dit wordt structureel onderschat. Zeker in de maakindustrie, waar de mensen die het meest waardevol zijn voor de implementatie — de werkvoorbereiders, de planners, de productieleiders — ook de mensen zijn die het drukst zijn met de dagelijkse operatie. Ze zijn moeilijk vrij te maken. Ze worden tussendoor geroepen voor brandjes. En dan vertraagt het project.
Een conservatieve inschatting voor een middelgroot maakbedrijf: de projecttrekker intern heeft gedurende de implementatieperiode minimaal 30 tot 50 procent van zijn tijd nodig voor het project. Sleutelgebruikers per afdeling — werkvoorbereiding, productie, inkoop, financiën — moeten rekening houden met 10 tot 20 procent tijdsinvestering voor het testen, trainen en valideren van processen.
Wat je doet: Plan de implementatie in een periode met lagere operationele druk waar mogelijk. Maak de tijdsinvestering expliciet in de projectplanning — niet als aanname, maar als geboekte capaciteit. En kies één interne projecttrekker die eigenaarschap voelt en beslissingsbevoegdheid heeft. Zonder die persoon heb je geen project; je hebt een leverancierstraject zonder interne regie.
ERP-implementaties worden in de meeste maakbedrijven beslist door directie of management — met IT als technische begeleider. De mensen die het systeem dagelijks gaan gebruiken, de operators, monteurs en werkvoorbereiders, worden pas laat in het traject geconsulteerd. Vaak pas bij de training, vlak voor go-live.
Het probleem is tweeledig. Ten eerste missen dan de cruciale inzichten van de mensen die de processen het beste kennen. De werkvoorbereider weet welke uitzonderingen er dagelijks spelen die nooit in het procesoverzicht staan. De monteur weet welke stap in de werkorder altijd wordt overgeslagen omdat hij praktisch niet werkt. Dat soort kennis bepaalt of het systeem na go-live ook echt wordt gebruikt.
Ten tweede bouw je weerstand op. Mensen die nooit zijn gevraagd, wier werkwijze nooit is meegenomen, die een systeem krijgen opgelegd dat hun werk ingewikkelder maakt — die mensen verzinnen workarounds. En die workarounds leven naast het systeem, precies zoals de Excel-bestanden naast het oude systeem leefden.
Wat je doet: Betrek sleutelgebruikers van de werkvloer al in de selectiefase. Laat hen deelnemen aan demo's. Vraag hen hun eigen meest complexe werkorder door het systeem te laten lopen. En maak van hen ambassadeurs in de testfase, niet passieve ontvangers in de trainingsfase.
Datamigratie staat in vrijwel elk implementatieproject op de planning. Maar het staat er te laat op, met te weinig tijd, en met een te optimistische inschatting van de kwaliteit van de bestaande data.
De realiteit in de maakindustrie: artikelstammen zijn incompleet of inconsistent. Stuklijsten zijn deels in het systeem, deels in Excel, deels in de hoofden van medewerkers. Leveranciersgegevens bevatten duplicaten. Historische werkordernummers corresponderen niet meer met de actuele artikelcodering. En dan is er nog het vraagstuk welke historische data je überhaupt mee wil nemen — alles meenemen kost maanden, niets meenemen betekent dat je de eerste periode blind rijdt op nieuw terrein.
Een middelgroot metaalbedrijf dat dit onderschat, loopt al snel weken vertraging op. En vertraging in datamigratie betekent vertraging in go-live, wat betekent kosten bovenop kosten.
Wat je doet: Start de data-inventarisatie en -opschoning parallel aan het selectietraject — niet na de contracttekening. Bepaal per dataobject (artikelen, klanten, leveranciers, openstaande orders, historische data) wat je meeneemt en in welke kwaliteit het moet zijn. Reserveer in de planning minimaal twee keer zoveel tijd voor datamigratie als je intuïtief denkt nodig te hebben. En besef: garbage in, garbage out. Een nieuw systeem met slechte basisdata is een nieuw systeem met oude problemen.
Dit is de valkuil die het meest schade aanricht op de lange termijn. Het moment waarop een medewerker zegt: "Ons proces werkt zo, en het systeem moet dat ondersteunen" — en de leverancier knapt en zegt: "Dat bouwen we er als maatwerk in."
Soms is maatwerk legitiem. Sommige processen in de maakindustrie zijn genuïneerd uniek en rechtvaardigen aanpassing van het systeem. Maar het overgrote deel van de maatwerkaanvragen in implementatieprojecten is geen aanpassing voor unieke processen — het is een digitalisering van gewoontes die nooit bewust zijn ontworpen. Processen die historisch zo zijn gegroeid, die niemand ooit heeft uitgedaagd, die medewerkers kennen maar die eigenlijk inefficiënt zijn.
Maatwerk heeft drie nadelen die bij contracttekening niet op tafel liggen: het kost meer dan begroot, het vertraagt de implementatie, en het maakt toekomstige updates riskant en duur. Elke versie-upgrade van het standaardpakket vereist opnieuw testen en vaak aanpassen van het maatwerk. Na vijf jaar heb je een systeem dat je niet meer kunt upgraden zonder een volledig nieuw implementatieproject.
Wat je doet: Stel bij elk maatwerverzoek de vraag: is ons proces uniek, of is het gewoon anders dan de standaard? En als het anders is — is het ook beter? Durf het standaardproces van het ERP-systeem als benchmark te gebruiken. Branchespecifieke systemen zoals ISAH, Fledge, RidderIQ en Togetr zijn gebouwd op honderden implementaties in de maakindustrie. Hun standaardprocessen zijn niet toevallig zo ingericht.
De go-live is het moment waarop iedereen even opadeemt. Het project is binnen. Het systeem staat live. De leverancier organiseert een afrondende borrel.
En dan begint de echte implementatie.
De eerste drie tot zes maanden na go-live zijn bepalend voor of een implementatie succesvol wordt of weglekt in teleurstelling. Dit is de periode waarin medewerkers het systeem echt gaan gebruiken — niet in een testomgeving, maar in de dagelijkse praktijk met echte orders, echte klanten en echte deadlines. Dit is de periode waarin de workarounds ontstaan als het systeem wrijving geeft. En dit is de periode waarin adoptie wordt bepaald: grijpen medewerkers naar het systeem of naar Excel?
In veel implementatieprojecten is het leverancierscontract op het moment van go-live nagenoeg opgesoupeerd. De begeleiding na go-live is beperkt tot een servicedesk en een vaste urenpool voor vragen. Intensieve begeleiding op de werkvloer, de plek waar adoptie plaatsvindt, is er nauwelijks.
Wat je doet: Beschouw go-live als het begin van fase twee, niet het einde van fase één. Reserveer expliciet budget en interne capaciteit voor de drie maanden na go-live. Plan wekelijkse evaluaties met sleutelgebruikers: wat werkt, wat wringt, wat wordt omzeild? Leg die workarounds vast — het zijn signalen dat iets in de configuratie of het proces niet klopt, en ze zijn oplosbaar als je ze tijdig adresseert.
De maakbedrijven die ERP-implementaties goed doorlopen, hebben één ding gemeen: ze behandelen de implementatie als een organisatieveranderingsproject waarbij IT het middel is, niet het doel.
In de praktijk betekent dat:
Een budgetoverschrijding van 50 procent is bij een ERP-implementatie in de maakindustrie geen ramp — het is een gemiddelde uitkomst bij een slecht voorbereide implementatie. Voor een bedrijf dat rekende op €80.000 totaalkosten, betekent dat een meevaller van €40.000 die nergens is ingepland.
Maar de directe kosten zijn niet het grootste risico. Het grootste risico is een systeem dat na implementatie niet wordt gebruikt zoals bedoeld. Dat naast het systeem drie Excel-bestanden leven die de echte operationele beslissingen ondersteunen. Dat medewerkers het systeem als administratieve last ervaren in plaats van als werkinstrument. Dat de data in het systeem na zes maanden niet meer betrouwbaar is, omdat niemand consequent invoert.
Op dat moment heb je betaald voor een systeem dat je niet helpt — en ben je vijf jaar verder nog steeds bezig met dezelfde problemen.
Wil je eerst inzicht in hoeveel grip je nu hebt op je processen en IT-situatie, vóórdat je een implementatietraject start? Doe de gratis ERP-scan van ITindustrie.nl — in 10 vragen een eerlijke diagnose van je ERP-situatie, afgestemd op de maakindustrie. Of lees ons praktisch stappenplan voor ERP-selectie in de metaalindustrie als je al weet dat je een traject wil starten.
© 2026 ITindustrie.nl — Onafhankelijk kennisplatform voor ERP, AI en IT in de maakindustrie