Atlas Academy  ·  Vendor lock-in · Kostenanalyse · MKB

De verborgen kosten van vendor lock-in
voor MKB

Vendor lock-in voelt vaak als een onzichtbaar probleem — tot het moment dat je wil overstappen. Dan blijkt de werkelijke prijs: niet alleen de offerte van de nieuwe leverancier, maar het verlies aan flexibiliteit dat al jaren bezig was. Dit artikel maakt die kosten zichtbaar in drie categorieën.

Atlas Corporation · mei 2026 · ~1300 woorden


Kostenpost 1: directe migratiekosten

De zichtbaarste kostenpost: een offerte. Wanneer een MKB-bedrijf besluit te migreren naar een ander ERP- of POS-systeem, krijgt het een prijsopgave voor implementatie, datamigratie, hertraining en parallelle dubbele boekhouding tijdens de overgangsperiode. Voor een organisatie van 20-100 medewerkers liggen die kosten typisch tussen €30.000 en €150.000 — afhankelijk van de complexiteit van de bestaande installatie.

Maar deze offerte gaat altijd uit van een ideaal scenario. In de praktijk komen daar drie soorten verrassingen bij. Ten eerste: ongedocumenteerd maatwerk. Ergens in de loop der jaren is iemand een script gaan schrijven om een specifiek proces te ondersteunen, en dat script is essentieel geworden voor de operatie zonder dat iemand er nog van weet. Bij migratie verschijnt dit pas wanneer een gebruiker plotseling een functie mist. Ten tweede: koppelingen die informeel waren geregeld. Een handmatig CSV-export, een Excel-bestand dat als brug dient, een API-koppeling waarvan de credentials in iemands persoonlijke email zitten. Ten derde: data die in de praktijk niet exporteerbaar blijkt — bijvoorbeeld omdat documenten als binary blobs in de database leven met proprietaire metadata.

Een realistische opslag voor deze verrassingen is 30-60% bovenop de offerte. Als de leverancier deze marge niet zelf in zijn voorstel heeft gecalculeerd, is dat een signaal dat de organisatie zelf met de overschrijdingen geconfronteerd zal worden.

Kostenpost 2: doorlopende premium voor «blijven»

Lock-in beïnvloedt prijsgedrag van leveranciers. Niet door cynisme, maar door economie: een leverancier die weet dat een klant moeilijk kan vertrekken, heeft geen marktdruk om scherp te prijzen. Dit uit zich op subtiele manieren. Jaarlijkse prijsverhogingen die onder de redelijkheidsgrens blijven (zeg, 5-8%) maar structureel gebeuren. Modules die ineens los gefactureerd worden waar ze eerst inbegrepen waren. Support-uren die duurder worden naarmate je meer afhankelijk bent van de specifieke leverancier-kennis.

Reken het uit: een MKB-bedrijf dat €800/maand betaalt voor een ERP-licentie, en 7% jaarlijkse prijsverhoging accepteert omdat alternatieven duur zijn, betaalt over vijf jaar €67.000 in plaats van €48.000 als de prijs gelijk was gebleven. Dat verschil van €19.000 is geen extreme verhoging — het is wat de markt accepteert — maar het is wel de prijs van het ontbreken van geloofwaardige alternatieven. Vermenigvuldig dit over al je software-leveranciers en de premium wordt zichtbaar.

Kostenpost 3: optie-verlies (de belangrijkste)

De moeilijkst te meten en meestal grootste kostenpost: dingen die je niet doet omdat je systeem het niet ondersteunt. Een nieuwe verkoopkanaal openen, een uitbreiding naar een buurland, een experiment met een tweede merk — al deze initiatieven beginnen met de vraag «past dit in onze software?». Wanneer het antwoord nee is, vinden ze meestal niet plaats. Niet omdat ze geen waarde hebben, maar omdat de implementatiebarrière te hoog is.

Dit is optie-verlies: het verschil tussen wat je had kunnen doen en wat je daadwerkelijk doet. Het is per definitie niet zichtbaar op een factuur. Maar het is reëel. Wanneer een retailer met €3 miljoen omzet een tweede locatie niet opent omdat het kassasysteem geen multi-location ondersteunt, en die locatie zou €500.000 omzet hebben gegenereerd: dat is een lock-in kost van €500.000 per jaar. Niet per migratie. Per jaar dat de keuze wordt uitgesteld.

Optie-verlies meetbaar maken

Het lastige aan optie-verlies is dat het hypothetisch klinkt. Een paar concrete methodes om het inzichtelijk te krijgen voor je eigen organisatie:

1. Houd een «niet-gedaan»-logboek bij. Elke keer dat een idee in een vergadering sneuvelt met de redenering «ons systeem kan dat niet», schrijf het op. Aan het einde van een kwartaal heb je een lijstje. Bij een paar daarvan was de geschatte waarde substantieel.

2. Vraag concurrenten wat hun stack toelaat. Als jouw concurrenten structureel sneller zijn met campagnes, productlanceringen of sectoruitbreidingen, is hun software-stack een waarschijnlijke verklaring. Een korte gesprekken met een paar branchegenoten geeft een gevoel voor wat redelijkerwijs mogelijk is.

3. Stel de export-test. Hoe lang duurt het om al je klantgegevens, productgegevens, ordergegevens en factuurhistorie te exporteren naar standaard formaten (CSV, JSON, PDF) zonder leverancier-bemiddeling? Als het antwoord «weken» of «onmogelijk» is, is je optie om te vertrekken feitelijk afwezig — en dat beïnvloedt elke onderhandeling met de huidige leverancier.

Het Atlas-perspectief

Atlas Corporation kiest expliciet voor architectuur die optionaliteit behoudt. Dat betekent: data in standaardformaten, koppelingen via documenteerbare API’s, geen eigen-cloud-only deployment, en exit-plannen die in de eerste implementatie al worden meegeschreven. Het is niet altijd de goedkoopste optie op dag één — maar het is consequent de goedkoopste optie over vijf jaar gemeten.

Wil je weten wat de werkelijke lock-in score van je huidige stack is? Plan een 30-minuten intake. Geen sales pitch — we kijken eerlijk waar de risico’s zitten en of een migratie zinvol is op dit moment of pas over een jaar.