De 5 duurste fouten bij ERP-selectie, en hoe je ze voorkomt

Bijgewerkt op:

21 August 2026

ERP-selectie gaat vaker fout dan goed. Niet door slechte software, maar door vermijdbare fouten in het proces. Herken ze voordat je tekent.

ERP-selectie gaat vaker fout dan goed. Niet omdat de software deugt niet, maar omdat het selectieproces vol valkuilen zit die bijna niemand je van tevoren vertelt. Leveranciers zeker niet.

Dit zijn de vijf fouten die ik het vaakst tegenkom — bij bedrijven die al ver in het proces zitten, of na afloop, als de schade al is aangericht.

Waarom ERP-selectie zo vaak misgaat

Uit onderzoek blijkt dat meer dan de helft van alle ERP-implementaties uitloopt in tijd of budget. Een kwart wordt als mislukt beschouwd. De oorzaak zit zelden in de software zelf. De oorzaak zit in hoe de keuze tot stand komt.

Het patroon is bijna altijd hetzelfde: de ondernemer weet dat hij iets nodig heeft, vraagt een paar offertes aan, ziet indrukwekkende demo's en tekent voor het systeem dat het beste presenteerde. Maanden later blijkt dat het systeem niet aansluit op de manier waarop het bedrijf werkt. En dan is het te laat.

Herken je jezelf in één of meer van de onderstaande patronen? Dan is het tijd om een stap terug te doen.

Fout 1: De demo als startpunt

Wat er gebeurt: De ondernemer belt drie leveranciers, vraagt een demo aan en baseert zijn shortlist op wat hij ziet. De leverancier met de beste presentatie wint.

Waarom het een fout is: Een demo is een verkooptool. Hij is ontworpen om indruk te maken, niet om jouw processen te doorgronden. De demo toont wat het systeem kán, niet of het past bij hoe jouw bedrijf werkt. Wat er niet getoond wordt — beperkingen, maatwerkvereisten, implementatierisico's — dat beslist uiteindelijk over succes of falen.

De tegenzet: Begin niet met leveranciers, maar met je eigen processen. Breng eerst in kaart wat er nu fout gaat, wat er beter moet, en wat de minimumvereisten zijn. Stel vervolgens een longlist op van systemen die passen bij jouw sector en bedrijfsgrootte. Dan pas ga je naar een demo — met een concrete vragenlijst die je voor elk systeem identiek afwerkt.

Fout 2: Kiezen op functies, niet op processen

Wat er gebeurt: Het selectieteam stelt een wensenlijstje op van functionaliteiten. "We willen een klantportaal." "We willen geautomatiseerde inkooporders." "We willen real-time voorraadinzicht." Dat lijstje wordt de meetlat waarop leveranciers worden beoordeeld.

Waarom het een fout is: Functies bestaan in elk systeem. De vraag is niet óf een systeem een klantportaal heeft, maar hoe dat portaal past in het dagelijkse werkproces van jouw logistiek medewerker. Een functie die op papier aanwezig is maar die niemand in de praktijk gebruikt, heeft geen waarde. En een systeem dat jouw werkprocessen fundamenteel verandert om de gewenste functie te leveren, kost veel meer dan je had begroot.

De tegenzet: Beschrijf processen, geen functies. Niet "we willen automatische inkooporders", maar: "als de voorraad van artikel X onder de 50 stuks komt, moet het systeem automatisch een inkooporder aanmaken bij leverancier Y, goedkeuring vragen aan de inkoper via e-mail en de status zichtbaar maken in het voorraadbeheer." Die beschrijving toets je in de demo. Dan weet je echt wat je koopt.

Fout 3: De "buurman-val"

Wat er gebeurt: Een bevriende ondernemer, de accountant of een branchegenoot zegt: "Wij werken met systeem X en het bevalt prima." De beslissing is in principe al gemaakt.

Waarom het een fout is: Wat werkt voor een ander bedrijf, werkt niet automatisch voor jou. Elk bedrijf heeft andere processen, een andere teamsamenstelling, andere groeiambities en andere data. Systeem X past bij die andere ondernemer omdat hij zijn processen heeft aangepast aan het systeem — of omdat zijn bedrijf simpelweg anders in elkaar zit. Zijn ervaring is informatie, geen beslisbasis.

De tegenzet: Gebruik de aanbeveling als startpunt voor een eerlijk onderzoek, niet als eindpunt. Vraag door: welke problemen lost het op? Wat gaat er minder goed? Wat zou je achteraf anders doen? En vergelijk minimaal twee andere systemen voordat je een beslissing neemt.

Fout 4: Eén leverancier, geen vergelijking

Wat er gebeurt: Er komt één leverancier in beeld. Vaak degene die als eerste belde, of die de accountant aanraadde. Het gesprek loopt goed, de offerte volgt, en die oogt redelijk. Er ligt immers niets naast.

Waarom het een fout is: Zonder vergelijking mis je je referentiepunt. Een ERP-implementatie kost bij een bedrijf van 20 tot 100 medewerkers tussen de €30.000 en €200.000. Dat is een bandbreedte van een factor zeven. Met één offerte op tafel weet je niet waar in die bandbreedte jij zit, en of dat terecht is. En je weet niet welke vragen je níét hebt gesteld, omdat niemand ze opwierp. Een tweede en derde gesprek leveren zelden een beter pakket op. Ze leveren betere vragen op.

Daar komt bij: zolang je er maar één spreekt, heb je geen onderhandelingspositie. De leverancier weet dat ook.

De tegenzet: Vergelijk minimaal drie systemen op dezelfde criteria, op hetzelfde moment, met dezelfde vragenlijst. Stuur alle drie hetzelfde praktijkscenario en dezelfde deadline. Wijkt een offerte sterk af, vraag dan niet "waarom bent u duurder". Vraag: "welke aanname zit hieronder die de ander niet maakt". Daar zit het echte antwoord.

Fout 5: Geen onafhankelijk oordeel voor je tekent

Wat er gebeurt: Het besluit is intern genomen. De offerte ligt klaar. De handtekening voelt als een formaliteit, want het denkwerk is al gedaan.

Waarom het een fout is: Op dat moment is iedereen die je hebt gesproken partij bij de uitkomst. De leverancier verdient aan de licentie. De implementatiepartner verdient aan de uren. Je eigen projectteam heeft er maanden in gestoken en wil niet horen dat het anders moet.

Niemand van hen is oneerlijk. Maar een leverancier minimaliseert nu eenmaal de beperkingen van zijn systeem, en onderschat de complexiteit van een implementatie. Dat is zijn werk. Jouw werk is om daar tegenwicht tegenover te organiseren. Want er zit op dit moment niemand aan tafel wiens taak het is om je aannames hardop te betwijfelen. Dat is precies het moment waarop je er alleen voor staat.

De tegenzet: Laat iemand zonder belang bij de uitkomst het voorstel doorlezen vóór je tekent. Niet om het besluit over te doen, maar om te toetsen of de aannames onder prijs, planning en scope kloppen. Reken op 30 tot 50 procent meerkosten als die aannames niet blijken te kloppen. Op een implementatie van €100.000 is dat €30.000 tot €50.000.

Al ver in het proces? → Meer over de Second Opinion

Hoe je het wél aanpakt

De rode draad door alle vijf fouten is hetzelfde: het selectieproces wordt gedomineerd door de leverancier in plaats van door de koper. De oplossing is de regie terugpakken.

Dat doe je door:

Eerst je eigen processen te documenteren, voordat je ook maar één leverancier spreekt. Wat gaat er nu mis? Wat moet beter? Wat zijn je absolute vereisten?
Selectiecriteria vast te leggen vóór de eerste demo. Niet erna. Criteria die je ná een demo opstelt, zijn onbewust beïnvloed door wat je hebt gezien.
Minimaal drie systemen te vergelijken op dezelfde criteria, met dezelfde scenariobeschrijvingen, bij dezelfde bedrijfsgrootte en sector.
Een onafhankelijke partij te betrekken die geen belang heeft bij de uitkomst — voor, tijdens of vlak voor het ondertekenen.

Wil je weten of jouw selectieproces op de juiste manier is ingericht? → Doe de Software Gereedheidscheck

Veelgestelde vragen

Hoe weet ik of mijn selectieproces goed is ingericht?

Stel jezelf drie vragen: heb ik mijn processen gedocumenteerd vóórdat ik leveranciers sprak? Heb ik minimaal drie systemen op dezelfde criteria vergeleken? Heeft iemand zonder commercieel belang meegedacht? Als je op alle drie 'ja' kunt zeggen, zit je goed.

Is een duur systeem automatisch beter?

Nee. Een duurder systeem heeft meer functies — maar meer functies die je niet gebruikt, kosten ook meer om te implementeren en te onderhouden. De beste keuze is het systeem dat het beste aansluit op jouw processen, niet het meest complete systeem op papier.

Wanneer is het te laat om bij te sturen?

In principe nooit — maar hoe later, hoe duurder. Een Second Opinion vóór het tekenen kost een fractie van wat bijsturen halverwege een implementatie kost. En bijsturen halverwege kost weer een fractie van wat een volledig mislukt project kost.

Wat doet Proposo anders dan een implementatiepartner?

Een implementatiepartner werkt voor een specifiek systeem en heeft belang bij de keuze voor dat systeem. Proposo staat aan de kant van de klant en heeft geen belang bij welk systeem je kiest. Wij ontvangen geen commissies van leveranciers.