Waarom software-projecten in het MKB mislukken: de kloof tussen directie, werkvloer en IT

Door Clen Mourik

Zeventig procent van de ERP-implementaties mislukt. Niet door slechte software, maar door de onzichtbare kloof tussen directie, werkvloer en IT. Herken jij de signalen?

Je hebt het budget vrijgemaakt. Een nieuw ERP-systeem, eindelijk. De administratie wordt straks gestroomlijnd, de voorraad klopt, de boekhouding loopt. De leverancier was overtuigend tijdens de demo. In april gaan we live, zei de projectleider.

Het is nu juli. Het systeem draait half. De voorraad klopt nog steeds niet. Facturen worden nog handmatig ingevoerd. Niemand snapt waar het fout ging.

Dit scenario is geen uitzondering. Het is het patroon.

Inhoudsopgave

• Belangrijkste punten
• Waarom zeventig procent mislukt
• De onzichtbare kloof tussen directie, werkvloer en IT
• Waar het misgaat: vijf structurele fouten
• Wat ik in de praktijk zie bij klanten
• De driehoek: waarom we bij SyncIT anders kijken
• Hoe je het faalrisico verlaagt: een aanpak
• Wanneer is automatisering de moeite waard?
• Veelgestelde vragen

Belangrijkste punten

Waarom zeventig procent mislukt

Maar liefst 70% van de ERP-implementaties mislukt gedeeltelijk of volledig. Dat cijfer komt van onderzoek onder honderden bedrijven. Meer dan de helft loopt uit boven het budget. Twee derde levert minder dan de helft van de verwachte voordelen op.

En het gaat niet alleen over grote corporates. Het MKB heeft exact hetzelfde probleem. Misschien zelfs erger, omdat er minder buffer is. Een mislukte implementatie kost een middelgroot bedrijf maanden aan vertraging, tienduizenden euro's aan extra kosten, en frustratie die teams maandenlang achtervolgt.

Wat opvalt: het percentage is al twintig jaar hetzelfde. Software is beter geworden. Systemen zijn gebruiksvriendelijker. Koppelingen zijn makkelijker te bouwen. Toch blijft het faalpercentage stabiel rond de zeventig procent.

Dat betekent iets. Het probleem zit niet in de techniek. Het zit in hoe we ermee omgaan.

De onzichtbare kloof tussen directie, werkvloer en IT

De reden dat projecten vastlopen, is niet omdat de software slecht is. Het is omdat drie groepen in een bedrijf op verschillende planeten leven.

Wat de directie ziet

Een directeur kijkt naar cijfers. ROI. Efficiency. De boekhouder zegt dat het huidige systeem onwerkbaar is. Een collega-ondernemer vertelt over hun nieuwe ERP en hoe alles nu automatisch gaat. De leverancier laat een demo zien waarin alles klopt.

De beslissing voelt logisch. We investeren nu, over een jaar hebben we het terugverdiend.

Wat de werkvloer ziet

Een medewerker in het magazijn of op kantoor hoort: we gaan een nieuw systeem gebruiken. Niemand heeft gevraagd wat er nu niet werkt. Niemand heeft uitgelegd waarom dit nodig is. Het enige wat ze zien: extra werk, een training die niet aansluit bij hun dagelijkse realiteit, en een systeem dat niet doet wat ze nodig hebben.

In de praktijk zie ik vaak dat de mensen die dagelijks met een proces werken, heel precies weten waar het knelt. Maar die kennis wordt zelden opgehaald voordat de knoop wordt doorgehakt.

Wat IT ziet

De IT-afdeling of externe leverancier krijgt een opdracht: implementeer dit systeem. Ze krijgen eenlijstje eisen, vaak vaag geformuleerd. Ze bouwen wat er gevraagd wordt. Maar omdat de eisen gebaseerd zijn op aannames, niet op de werkelijke workflow, past het systeem niet bij hoe het bedrijf werkt.

En dan begint het schuiven. Maatwerk hier, een extra module daar. Scopecreep. Budget loopt over. Planning schuift op. En niemand durft de stekker eruit te trekken.

Waar het misgaat: vijf structurele fouten

Uit onderzoek van AMIS Conclusion blijkt dat 41% van IT-verantwoordelijken in het MKB hun eigen systemen te ingewikkeld vindt. De helft zegt dat hun IT-landschap niet optimaal ondersteunt. Dat is geen technisch probleem. Dat is een structureel probleem in hoe projecten worden aangepakt.

Fout 1: Technologiekeuze voor probleemanalyse

Een ondernemer hoort van een nieuw ERP-systeem. Of een CRM. Of een planningtool. Het klinkt goed. De concurrent gebruikt het ook. De beslissing wordt genomen.

Maar de vraag "wat is het echte probleem?" wordt overgeslagen. Misschien is het geen softwareprobleem. Misschien is het een procesprobleem. Of een communicatieprobleem. Software lost alleen technische problemen op. Als het onderliggende proces niet klopt, automatiseer je chaos.

Fout 2: Medewerkers pas betrekken na de aankoopbeslissing

De directie koopt een systeem. Dan wordt het team erbij gehaald om het te gebruiken. Logisch toch?

Nee. Want de mensen die dagelijks met het proces werken, weten precies waar de pijn zit. Zij kunnen vertellen welke stappen overbodig zijn, waar dubbel werk zit, en welke informatie echt nodig is. Maar als je ze pas betrekt na de aankoopbeslissing, is het te laat. Dan kunnen ze alleen nog klagen.

Fout 3: Het voortraject overslaan

De meeste bedrijven springen van "we hebben een probleem" naar "we kopen software X". Wat ertussenin zit, wordt overgeslagen. Procesbeschrijvingen. Requirements. Een inventarisatie van wat er nu al is.

Bij SyncIT beginnen we altijd met een inventarisatie. Welke systemen gebruik je nu? Welke data moet waar naartoe? Wie doet wat? Het klinkt saai, maar deze fase bepaalt of een project slaagt of mislukt.

Fout 4: Change management ontbreekt

Nieuwe software verandert hoe mensen werken. Dat is spannend. Mensen hebben vragen. Wat als ik een fout maak? Wordt mijn werk overbodig? Hoe lang duurt het voordat ik dit onder de knie heb?

Als die vragen niet beantwoord worden, ontstaat weerstand. Medewerkers gaan het oude systeem blijven gebruiken, of zoeken workarounds. Het nieuwe systeem staat er, maar wordt niet gebruikt. Je hebt geïnvesteerd in een tool die niemand wil.

Fout 5: Maatwerk en scopecreep

Maatwerk en scopewijzigingen zijn de grootste boosdoeners bij mislukte ERP-implementaties. Een leverancier biedt een standaardpakket aan. De klant zegt: "Ja maar, wij doen het net iets anders." Elke aanpassing verhoogt de kosten, verlengt de doorlooptijd, en vergroot het risico dat het systeem na een update niet meer werkt.

Soms is maatwerk nodig. Maar vaak is het een signaal dat het proces niet helder is.

Wat ik in de praktijk zie bij klanten

Een groothandel met dertig medewerkers nam contact op. Ze hadden Exact Online aangeschaft voor de boekhouding. Logisch, een goed systeem. Maar hun B2B-webshop was niet gekoppeld. Magazijnmedewerkers tikten dagelijks orders handmatig over. Zestig orders per dag, gemiddeld vijf minuten per order. Dat is vijf uur handmatig werk. Per dag.

Reken maar uit: vijf uur per dag bij 220 werkdagen per jaar is 1.100 uur. Bij een uurloon van €25 bruto praat je over €27.500 aan loonkosten per jaar. Alleen aan overtypen. Exclusief de fouten die erbij komen: verkeerde aantallen, gemiste orders, dubbele facturen.

Bij een klant van ons zagen we dat de orderfoutenratio daalde van 8% naar minder dan 1% na de koppeling. Die fouten kosten niet alleen geld in retourafhandeling, maar ook in klanttevredenheid.

We bouwden een koppeling tussen de webshop en Exact Online. Orders worden nu automatisch doorgezet. De voorraad wordt bijgewerkt. Facturen worden aangemaakt. Die vijf uur handmatig werk is verdwenen. Het magazijn kan zich focussen op waar ze goed in zijn: orders klaarmaken en versturen.

Het punt is niet dat ze geen ERP hadden. Het punt is dat niemand had nagedacht over hoe de webshop en het ERP samen moesten werken. De directeur had Exact gekocht omdat de boekhouder erom vroeg. De webshop was er al. Maar niemand keek naar het geheel.

De driehoek: waarom we bij SyncIT anders kijken

Bij SyncIT werken we vanuit een driehoek: ondernemer, productowner, developer. Die combinatie is cruciaal.

Als ondernemer begrijp ik waarom een directeur deze keuzes maakt. Je wilt grip op je cijfers. Je wilt weten wat er in je magazijn ligt. Je wilt niet nog een keer betalen voor handmatig werk dat een computer kan doen.

Als productowner kijk ik naar wat een bedrijf nodig heeft. Niet wat de leverancier wil verkopen, maar wat écht werkt voor dit bedrijf. Welke processen moeten geautomatiseerd worden? Welke kunnen blijven zoals ze zijn? Wat levert de meeste waarde op?

Als developer weet ik wat technisch mogelijk is. Ik weet ook wat onnodig ingewikkeld is. Niet elke koppeling hoeft maatwerk te zijn. Soms is een standaardoplossing beter, sneller en goedkoper.

Die driehoek zorgt ervoor dat we eerst luisteren. We beginnen niet met "dit is onze oplossing". We beginnen met "vertel eens, waar loop je tegenaan?"

Hoe je het faalrisico verlaagt: een aanpak

Software-implementaties hoeven niet te mislukken. Maar het vraagt een andere aanpak dan de meeste bedrijven gewend zijn.

Stap 1: Analyseer het echte probleem

Voordat je naar software kijkt, moet je weten wat je wilt oplossen. Niet "we willen een nieuw ERP", maar "we verliezen overzicht over onze voorraad en dat kost ons wekelijks verkopen". Of "we typen elke order dubbel in en maken daarbij fouten".

Schrijf het probleem helder op. Kwantificeer het. Hoeveel tijd kost het? Hoeveel geld? Hoeveel frustratie?

Stap 2: Betrek je team vroeg

Praat met de mensen die dagelijks met het proces werken. Vraag ze: waar loop je tegenaan? Wat kost je de meeste tijd? Wat zou je anders willen?

Je hoeft niet alles over te nemen. Maar als je begrijpt wat er speelt op de werkvloer, voorkom je dat je een systeem koopt dat niemand wil gebruiken.

Stap 3: Beschrijf je processen

Niet tot in detail. Maar wel genoeg om te weten: wat gebeurt er nu, stap voor stap? Waar zitten de handmatige handelingen? Waar gaat informatie verloren?

Dit is het moment waarop je ontdekt dat niet iedereen het proces hetzelfde doet. Dat is goed om te weten voordat je software gaat bouwen.

Stap 4: Kies software die past bij je proces

Niet andersom. Pas je proces niet aan omdat de software het zo wil, tenzij je proces objectief slecht is. Software moet ondersteunen, niet dicteren.

Bij AFAS of Exact Online koppelingen zien we vaak dat bedrijven proberen hun hele workflow in het ERP te persen. Dat werkt niet. Je hebt branchespecifieke tools nodig die samenwerken met je ERP, niet één systeem dat alles probeert te doen.

Stap 5: Neem een onafhankelijke begeleider

Een leverancier kijkt vanuit hun product. Dat is logisch. Maar jij hebt iemand nodig die jouw kant bewaakt. Iemand die zegt: "Dit stuk is onnodig duur" of "Hier loop je straks tegenaan".

Dat kan een externe adviseur zijn. Of iemand intern met genoeg kennis en mandaat. Het punt is: iemand moet het overzicht bewaken.

Wanneer is automatisering de moeite waard?

Niet elk probleem vraagt om software. Soms is een Excel-export eens per week genoeg. Soms is handmatig werk sneller dan een koppeling bouwen.

Hier is mijn vuistregel:

• Minder dan 20 handelingen per maand? Doe het handmatig of met een simpele CSV-export.
• 20 tot 100 handelingen per maand? Overweeg een standaard koppeling via een platform als Make of Zapier.
• 100+ handelingen per maand? Dan wil je een real-time koppeling die fouten voorkomt en direct doorwerkt.

Een andere manier om ernaar te kijken: wat kost de fout? Als een verkeerd ingevoerde order €50 aan retourkosten oplevert, en je maakt er tien per maand, dan kost dat €500. Over een jaar is dat €6.000. Misschien is een koppeling van €3.000 dan al in zes maanden terugverdiend.

Bij verschillende branches zien we patronen. In de bouw zijn urenregistratie en projectadministratie de bottleneck. Bij groothandels is het voorraad en ordermanagement. In de zorg gaat het om cliëntregistratie en facturatie. De oplossing is anders, maar het principe hetzelfde: automatiseer wat foutgevoelig en repetitief is.

Veelgestelde vragen

Waarom mislukken zoveel software-projecten in het MKB?

De meeste projecten mislukken niet door slechte software, maar door slechte voorbereiding. Directie, werkvloer en IT spreken niet dezelfde taal. Processen zijn niet helder. Medewerkers worden te laat betrokken. En er is geen onafhankelijke begeleiding die het overzicht bewaakt. Het gevolg: budgetoverschrijding, langere doorlooptijd, en een systeem dat niet doet wat het moet doen.

Hoe voorkom je weerstand bij medewerkers tegen nieuwe software?

Betrek ze vroeg. Niet na de aankoopbeslissing, maar ervoor. Vraag waar ze tegenaan lopen. Leg uit waarom de verandering nodig is. Geef ruimte voor vragen en feedback. En zorg dat ze niet het gevoel hebben dat hun werk overbodig wordt, maar dat ze juist meer tijd krijgen voor waar ze goed in zijn.

Wat zijn de grootste valkuilen bij ERP-implementaties?

Maatwerk en scopecreep zijn de grootste boosdoeners. Een bedrijf wil het systeem precies zo inrichten als ze altijd gewerkt hebben. Elke aanpassing verhoogt de kosten en het risico. Daarnaast wordt het voortraject vaak overgeslagen: processen zijn niet beschreven, requirements zijn vaag, en niemand weet precies wat het systeem moet doen.

Wanneer is een systeemkoppeling de moeite waard?

Als je meer dan 100 handelingen per maand handmatig doet, is een koppeling bijna altijd de moeite waard. Zeker als die handelingen foutgevoelig zijn. Denk aan orders overtikken, voorraad bijwerken, facturen matchen. De terugverdientijd is vaak korter dan een jaar. Bij minder dan 20 handelingen per maand kun je beter handmatig blijven werken of een CSV-export gebruiken.

Hoe kies je de juiste software voor jouw bedrijf?

Begin niet bij de software, maar bij het probleem. Wat wil je oplossen? Kwantificeer het: hoeveel tijd kost het, hoeveel geld, hoeveel frustratie? Betrek je team: zij weten waar de pijn zit. Beschrijf je processen voordat je een systeem kiest. En kies software die past bij hoe jij werkt, niet andersom. Een onafhankelijke adviseur helpt om niet in de val van mooie demo's te trappen.

Tot slot: het gaat om mensen, niet om software

Software lost geen problemen op. Mensen doen dat. Software ondersteunt alleen.

De reden dat zeventig procent van de projecten mislukt, is niet omdat de techniek niet werkt. Het is omdat we vergeten dat een bedrijf geen machine is. Het is een groep mensen die samen iets probeert te bereiken. En als die mensen niet meegenomen worden, niet begrepen worden, of niet betrokken worden, dan maakt het niet uit hoe goed je software is.

Bij SyncIT proberen we die kloof te dichten. We luisteren naar de directeur die grip wil op zijn cijfers. We praten met de magazijnmedewerker die weet waar de fout elke keer weer zit. En we bouwen koppelingen die écht werken, niet alleen op papier.

Loop je vast in een software-implementatie? Of overweeg je een koppeling maar weet je niet waar te beginnen? Plan een adviesgesprek. We kijken samen naar wat er speelt, zonder verplichtingen. Soms is het antwoord simpeler dan je denkt.