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

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.