Vendor lock-in voor MKB: herkennen, kosten, eruit komen

Een MKB-bedrijf ontdekte vorig jaar dat het opzeggen van zijn Salesforce-contract ongeveer evenveel zou kosten als anderhalf jaar doorbetalen. Niet door boetes of opzegtermijnen, maar door de migratie zelf. Zes jaar configuratie, custom objects, workflows, integraties met de boekhouding en de telefooncentrale, en een team dat alleen Salesforce kende. De Salesforce-rekening was inmiddels €78.000 per jaar. De alternatieven kostten €15.000 tot €25.000 per jaar. Maar de oversteek? Geschat op €80.000 tot €110.000 plus drie tot vier maanden interne ontwrichting.

Dat is vendor lock-in in zijn pure vorm. Niet een dreiging die ergens in de toekomst zit, maar een rekening die maandelijks binnenkomt en waarvan je weet dat eruit komen meer kost dan blijven. Voor het MKB, zonder eigen CTO en zonder leverancierscoach in vaste dienst, is dat een van de duurste valkuilen in de digitale infrastructuur.

Dit artikel zet uiteen wat vendor lock-in precies is, in welke vormen je het herkent bij je eigen leveranciers, wat het concreet kost in Nederlandse MKB-context, hoe je de TCO over vijf jaar berekent, en hoe je beslist of migratie loont. Plus een eerlijke kijk op de kosten van niets doen, want die zijn vaak hoger dan ondernemers denken.

Wat is vendor lock-in eigenlijk?

Vendor lock-in is de situatie waarin de kosten van wisselen van leverancier zo hoog zijn, dat je in de praktijk vastzit. Niet juridisch (je mag opzeggen), maar economisch en operationeel. Het is een verschil tussen “we kunnen weg” en “we kunnen ons weggaan veroorloven”. Die tweede is wat telt.

Lock-in komt zelden in één vorm. Meestal is het een combinatie van vier mechanismen, die elkaar versterken naarmate je een leverancier langer gebruikt.

1. Technische lock-in

De software, het platform of het format is niet overdraagbaar. Mendix-modellen, Salesforce-flows, Microsoft Dynamics-customizations: het draait alleen op het platform waar je het hebt gebouwd. Stoppen met betalen betekent dat de applicatie stopt met werken. Migreren betekent: opnieuw bouwen.

Een goede graadmeter: als je leverancier morgen failliet zou gaan, hoe lang duurt het dan voordat je weer kunt werken? Bij goed gebouwde maatwerksoftware op standaard technologie is dat dagen tot weken. Bij sterke technische lock-in zijn dat maanden tot jaren.

2. Contractuele lock-in

Lange opzegtermijnen, automatische verlenging, minimale gebruikersaantallen, prijsstaffels waarbij je pas korting krijgt vanaf een meerjarig contract. Op zichzelf zijn deze constructies legaal en gangbaar. Maar ze tellen op, vooral wanneer ze gekoppeld zijn aan investeringen die je al hebt gedaan.

De klassieke valkuil is het driejarig contract met 15% korting. Korting klinkt goed, totdat je een jaar later beseft dat de leverancier niet brengt wat beloofd was. Je zit nog twee jaar vast. Tegen die tijd ben je gewend, gewoon doorgegaan, en kom je de uitzonderingen niet meer tegen die zo storend waren.

3. Data lock-in

Je data zit in een formaat of structuur die niet bruikbaar is buiten het platform. Een export is technisch beschikbaar (AVG vereist dat), maar wat je krijgt is een CSV-dump zonder relaties, zonder geschiedenis, zonder bijlagen, of een proprietary backup-formaat dat alleen het platform zelf weer kan inlezen.

Er zijn organisaties die jarenlange klantgeschiedenis in een ERP hadden staan en bij migratie tot de ontdekking kwamen dat de relatie tussen klant, project, factuur en mailcorrespondentie alleen in de runtime van het oude systeem bestond. In de export waren het vier losse tabellen zonder koppelsleutels. Dat is data-lock-in, ook als de leverancier formeel “exportfunctionaliteit” biedt.

4. Skills- en kenniskoppeling

Je team kent alleen dit ene platform. De interne tovenaar die alle workflows heeft gebouwd is met pensioen. De business logica zit verspreid over zes hoofden en honderd configuratieschermen, zonder documentatie. De externe consultant die je inhuurt rekent €120 per uur en heeft drie weken nodig om jouw setup te doorgronden voordat hij iets nuttigs kan doen.

Dit is de meest onderschatte vorm van lock-in, want het staat nergens in een contract. Maar het is een van de grootste blokkades bij migratie. Je verandert van platform en je verliest in één klap de kennis van iedereen die het oude platform begrijpt. Dat is een organisatierisico, niet alleen een technisch.

Hoe herken je lock-in bij je eigen leveranciers?

Hieronder een checklist met zeven vragen. Beantwoord ze voor elk softwareproduct waar je nu maandelijks of jaarlijks voor betaalt. Hoe meer “ja”-antwoorden, hoe sterker de lock-in.

• Als je morgen stopt met betalen, stopt jouw applicatie dan met werken? Bij SaaS bijna altijd ja, bij maatwerk vrijwel altijd nee.
• Is wat je bij deze leverancier hebt gebouwd of geconfigureerd overdraagbaar naar een andere leverancier? Voor business logica, integraties en gegevensmodellen.
• Krijg je bij export je data in een formaat dat een ander systeem direct kan gebruiken? Inclusief relaties, geschiedenis, bijlagen.
• Zijn de skills die jouw team gebruikt platformspecifiek of breed inzetbaar? SQL, Python, React: breed. Microflows, AppExchange, GoodData LCM: specifiek.
• Hoeveel van jouw business logica zit in configuratie die alleen door deze leverancier of zijn ecosysteem onderhouden wordt?
• Wat is je opzegtermijn, en wanneer moet die geactiveerd worden om volgend jaar niet automatisch te verlengen?
• Hoeveel andere systemen (boekhouding, marketing, telefonie, BI) hangen er aan dit ene platform vast? Hoe meer integraties, hoe complexer migratie.

Lock-in op zich is geen probleem. Elke softwarekeuze brengt afhankelijkheid met zich mee, en dat is de prijs voor functionaliteit die je niet zelf hoeft te bouwen. Het wordt een probleem als de kosten van blijven structureel hoger worden dan de waarde die je terugkrijgt, en de kosten van weggaan ondertussen meegroeien.

Concrete voorbeelden uit Nederlandse MKB-context

Zes platforms die je vaak tegenkomt bij MKB-organisaties tussen de 30 en 150 medewerkers. Per platform: wat is precies de lock-in, wat zijn typische jaarlijkse kosten, hoe moeilijk is uitstap. De bedragen zijn ranges op basis van Nederlandse listprices en projectervaring, niet gemiddelde marktcijfers.

Salesforce

Lock-in: Sterk op alle vier dimensies. Custom objects, flows, Apex-code, Lightning-components en Process Builder draaien alleen op Salesforce. Data-export is mogelijk via Data Loader, maar zonder de relaties zoals ze in de runtime functioneren. Integratie via Salesforce Connect of MuleSoft bindt je dieper. Salesforce-skills (Admin, Developer, Architect certificeringen) zijn waardevol maar platformspecifiek.

Jaarlijkse kosten (Nederland, 2026):

• Sales Cloud Professional: €80 per user per maand, dus €19.200 per jaar voor 20 gebruikers
• Sales Cloud Enterprise: €165 per user per maand, dus €39.600 voor 20 gebruikers
• Service Cloud, Marketing Cloud, CPQ, Pardot komen daar bovenop, vaak verdubbelt de rekening
• Implementatiepartner: €100 tot €175 per uur, initieel project €40.000 tot €150.000
• Jaarlijkse prijsstijging: 5 tot 9% bij contractverlenging

Uitstapmoeilijkheid: Hoog. Voor een organisatie die Salesforce drie jaar of langer gebruikt, kost migratie naar een ander CRM (HubSpot, Pipedrive, of maatwerk) typisch vier tot acht maanden en €30.000 tot €100.000 aan migratie- en herinrichtingskosten. AI-coding-tools en betere data-extractie hebben dat traject de afgelopen twee jaar fors versneld. Niet door technische limieten, maar door de hoeveelheid bedrijfsproces die over de jaren in het platform is gegoten.

Mendix

Lock-in: Volledig op technisch niveau. Microflows, pages, domain models en Java actions zitten in een proprietary modeling environment. Mendix biedt code-export, maar wat je krijgt is gegenereerde Java die in de praktijk niet onderhoudbaar is buiten het platform. Data export is bruikbaar maar mist de business logica. Mendix-skills zijn platformspecifiek.

Jaarlijkse kosten (Nederland, 2026):

• Mendix Standard, 1 app, 25 gebruikers: ongeveer €17.550 (licentie + per-user + cloud)
• Mendix Standard, klantportaal met 200 gebruikers: ongeveer €42.000
• Mendix-developers €90 tot €130 per uur, initieel project €40.000 tot €120.000
• Geen publicatie van volumekortingen, prijsstijgingen typisch 5 tot 15% per jaar

Uitstapmoeilijkheid: Hoog tot zeer hoog. Migratie van Mendix naar maatwerk betekent volledige herbouw. Drie tot acht maanden, afhankelijk van complexiteit (en sneller dan een paar jaar geleden, dankzij AI-coding-tools). Zie de uitgebreidere analyse in Mendix kosten, licenties en alternatieven.

OutSystems

Lock-in: Vergelijkbaar met Mendix. Visual modeling environment, gegenereerde code is technisch beschikbaar maar in de praktijk onbruikbaar buiten het platform. OutSystems heeft een sterkere DevOps-cultuur dan Mendix, wat de operationele lock-in deels verzacht, maar de fundamentele platformafhankelijkheid is dezelfde.

Jaarlijkse kosten (Nederland, 2026):

• Instap voor productie-omgeving: €36.000 per jaar
• Mid-size organisatie: €80.000 tot €150.000 per jaar
• Enterprise-implementaties: €200.000 tot €340.000 per jaar
• Implementatiepartner: €100 tot €160 per uur
• Berucht om forse prijsstijgingen bij contractverlenging

Uitstapmoeilijkheid: Zeer hoog. Migratie kost typisch vier tot acht maanden en is functioneel gelijk aan een rebuild-project. Zie de uitgebreide analyse van enterprise low-code versus AI-coding.

Shopify

Lock-in: Gemiddeld. Productdata, klanten en bestellingen zijn redelijk goed exporteerbaar via CSV en API. Theme-code is overdraagbaar (Liquid is een open template-taal, zij het Shopify-specifiek). Echte lock-in zit in apps van derden uit de Shopify App Store, die alleen daar werken, en in de integraties met betalingen, fulfilment en marketing. Shopify Plus heeft daarbovenop een transactiefee als je een eigen payment provider gebruikt buiten Shopify Payments om, wat de overstap naar bijvoorbeeld Mollie of Adyen duurder maakt.

Jaarlijkse kosten (Nederland, 2026):

• Shopify Basic: €348 per jaar plus transactiekosten
• Shopify (mid-tier): €1.068 per jaar plus transactiekosten
• Shopify Plus: vanaf €2.300 per maand, dus €27.600 per jaar minimum, plus apps
• Apps uit de App Store: gemiddeld €50 tot €250 per maand per app, een typische store gebruikt 8 tot 15 apps
• Transactiekosten bij externe payment provider: 0,5 tot 2% van omzet

Uitstapmoeilijkheid: Laag tot gemiddeld voor de basis (productdata + design), gemiddeld tot hoog wanneer je veel app-integraties hebt. Migratie naar WooCommerce of maatwerk kost typisch €8.000 tot €30.000 voor een mid-size store, exclusief het opnieuw inrichten van marketing-integraties.

AWS (en andere hyperscalers)

Lock-in: Variabel. De infrastructuur zelf (EC2, S3, VPC) is grotendeels portable naar andere hyperscalers. De managed services zijn dat niet. DynamoDB, Lambda, Step Functions, SQS, Cognito, Bedrock, Kinesis: elk van deze diensten heeft eigen API’s, eigen pricing-model en eigen operationele eigenschappen. Code die je daaromheen bouwt is niet draagbaar zonder herontwerp.

Jaarlijkse kosten (Nederland, 2026):

• Mid-size SaaS-product op AWS: typisch €2.000 tot €15.000 per maand aan cloudkosten
• Egress fees: data uit AWS naar buiten kost €0,085 per GB, wat bij grote datasets snel oploopt
• Reserved Instances kortingen vereisen een- of driejarige commitment
• Migratie naar Azure of GCP: 20 tot 50% van de jaarlijkse cloudkosten als eenmalig migratieproject

Uitstapmoeilijkheid: Laag voor lift-and-shift (EC2-only setups), hoog voor architectuur die zwaar leunt op AWS-specifieke services. De praktijk: je weet niet hoeveel lock-in je hebt totdat je migreert. Veel teams ontdekken pas onderweg dat hun “cloud-native” architectuur in feite “AWS-native” was.

SAP

Lock-in: Maximaal. SAP is de enterprise-benchmark voor lock-in. Diepe procesintegratie met financiën, productie, HR, supply chain. ABAP-code, custom-Z-tables, integraties via PI/PO of CPI, master data in SAP-specifieke structuren. Skills zijn niet alleen platform-specifiek, ze zijn ook schaars en duur.

Voor MKB-organisaties is SAP zelden de juiste keuze, maar het komt voor bij groeibedrijven die met “SAP Business One” zijn begonnen en daarna geleidelijk in het ecosysteem zijn gegroeid. Of bij bedrijven die door een overname in een SAP-context terecht zijn gekomen.

Jaarlijkse kosten (Nederland, 2026):

• SAP Business One: vanaf €1.290 per user per jaar, dus voor 30 users €38.700
• SAP S/4HANA Cloud: vanaf €72 per user per maand, of €25.920 per jaar voor 30 users
• Implementatie van SAP Business One: €60.000 tot €250.000 eenmalig
• Onderhoud en updates: 17 tot 22% van de licentiewaarde per jaar bovenop de subscription

Uitstapmoeilijkheid: Zeer hoog. Een SAP-uitstap voor een mid-size MKB-bedrijf is een traject van negen tot achttien maanden met kosten van €150.000 tot €500.000. Voor de meeste organisaties is “migreren” geen reële optie. “Verminderen” wel: minder modules, minder users, en de strategische onderdelen (bijvoorbeeld klantportaal, e-commerce, BI) buiten SAP houden.

Contract red-flags die lock-in versterken

Naast de platforms zelf zijn er contractuele constructies die lock-in versterken zonder dat de meeste MKB-organisaties dat doorhebben bij ondertekening. Een paar patronen die geregeld terugkomen in offertes en master service agreements.

Automatische verlenging met te laat opzegmoment

Veel SaaS-contracten verlengen automatisch, met een opzegtermijn van 60 of 90 dagen voor het einde van de contractperiode. Klinkt redelijk. Maar als je het einde van het lopende contract uit het oog verliest, verleng je voor weer een vol jaar of langer. Bij een eenjarig contract dat je vergeet op te zeggen, ben je 60 tot 75 dagen na de notice-datum nog volledig gebonden voor een heel volgend jaar. Praktisch advies: zet voor elk softwarecontract een kalenderalert vier maanden voor afloop, niet drie.

Korting nu in ruil voor meerjarige commitment

Een eenjarig contract kost €60.000, een driejarig €54.000 per jaar met 10% korting. Schijnbaar gunstig. Maar bedenk: in jaar 1 heb je geen onderhandelingsmacht, want je hebt zojuist getekend. In jaar 4, wanneer het contract afloopt, heb je geen reële uitstap-optie omdat je inmiddels diep ingebed bent. De korting is een tijdwaarde-discount, niet een gunst.

Prijsindexatie zonder maximum

Veel contracten hebben een prijsindexatieclausule “conform CBS dienstenindex” of “naar redelijkheid”. Tijdens hoge inflatieperiodes vertaalt dat zich naar 6 tot 9% per jaar, structureel. Vraag bij contractonderhandeling expliciet om een cap. Een index met een plafond van CBS+2% of een absolute cap van 4% per jaar is gangbaar en verdedigbaar te krijgen.

Custom-development door de leverancier

“We bouwen die module speciaal voor u” lijkt service. In de praktijk maakt het je vaker afhankelijker. De leverancier bezit de code, de configuratie en de operationele kennis. Bij een conflict heeft hij meer dan alleen jouw maandelijkse abonnement in handen. Goede contractbepaling: customizations leveren op met source code, documentatie en eigendomsoverdracht binnen 90 dagen na voltooiing.

Data-export beperkt tot snapshots of formats

Een datakluis exporteren als ZIP-bestand met SQL-dump? Vooruit. Een PDF van elke factuur? Nutteloos voor migratie. Lees in het contract precies wat er bij export wordt geleverd, in welk format, en hoeveel historische data. Als de leverancier hier vaag over is, is dat een rood vlag: het betekent meestal dat ze het zelf nog niet hebben uitgewerkt of dat het slechter is dan ze willen toegeven.

Service Level Agreements zonder financiële consequentie

Een SLA met 99,5% uptime klinkt goed. Maar als de boete bij niet-halen €100 is en de schade voor jou tienduizenden euro’s, is de SLA een papieren tijger. Niet alleen voor uptime, ook voor support-responsetijden en releaseritmes geldt: zonder financiële consequentie is het een belofte, geen verplichting.

TCO over 5 jaar berekenen: een werkbare formule

Total Cost of Ownership is een vaak misbruikt begrip. Het wordt regelmatig gereduceerd tot “licentiekosten plus implementatie”. Voor lock-in-analyse heb je een breder beeld nodig. Hieronder een formule die je voor elke major softwarekeuze kunt invullen.

TCO 5 jaar = (Jaar-1-kosten + Jaarlijkse kosten x 4) + Uitstapkosten + Risicokosten

Met de volgende posten per categorie:

Jaar-1-kosten

• Licentie of subscription (jaarbedrag, niet maandprijs x 12 als die verschillen)
• Implementatie- of configuratiekosten (eenmalig, ook als ze verspreid worden over meerdere facturen)
• Datamigratie vanuit huidige systemen
• Initiële training
• Integraties met andere systemen
• Hardware of bandbreedte als die specifiek voor dit platform nodig zijn

Jaarlijkse kosten (jaar 2 tot 5)

• Licentie of subscription, inclusief de typische jaarlijkse prijsstijging (5 tot 15%)
• Doorlopend onderhoud, support en consultancy
• Doorontwikkeling (intern of via partner)
• Cloud- en hostingkosten als die los staan
• Externe integraties (Zapier, MuleSoft, of vergelijkbare middleware)
• Aanvullende gebruikerslicenties als je groeit

Uitstapkosten

• Datamigratie naar een opvolger (incl. data-opschoning en validatie)
• Herinrichting of herbouw van de business logica
• Parallelle draaiperiode (oude én nieuwe systeem actief)
• Opnieuw integreren met omliggende systemen
• Hertraining van personeel
• Verlies van historische data of context die niet meekomt

Een belangrijke kanttekening: deze uitstapkosten zijn de afgelopen twee jaar wezenlijk gedaald. AI-coding-tools versnellen de daadwerkelijke rebuild met een factor twee tot drie. Een migratie die in 2023 nog zes tot twaalf maanden duurde, doe je nu vaak in drie tot zes maanden met een klein team. Wat niet sneller gaat: het ontrafelen van de business logic, het schoonmaken van historische data, en het parallel laten draaien van oud en nieuw. Daar zit de overgebleven tijd. Voor de bredere context: zie de artikelen over enterprise low-code versus AI-coding en de pragmatische aanpak voor legacy software vervangen.

Risicokosten

• Prijsstijgingen sterker dan 10% per jaar (typisch bij enterprise SaaS na het eerste contract)
• Functionaliteit die de leverancier afschaft (de “shift” van per-app naar Premium bij Power Apps is een recent voorbeeld)
• Acquisitie van de leverancier door een grotere partij (Salesforce + Slack, Microsoft + GitHub, Siemens + Mendix)
• Veranderingen in licentiemodel (Salesforce IO-billing, Adobe seat-based, IBM PVU)

Rekenvoorbeeld: bedrijfsapplicatie, 40 gebruikers

Stel: een MKB-bedrijf in de groothandel, 110 medewerkers, wil een klantportaal en order-management-systeem. Twee opties: Mendix Standard of maatwerk op standaard stack (React, Node.js, PostgreSQL, gehost op een Europese cloudprovider).

Kostenpost	Mendix Standard	Maatwerk
Licentie jaar 1	€13.500	€0
Cloud hosting jaar 1	€4.200	€600
Per-user kosten jaar 1 (40 users)	€5.040	€0
Initiële development (met AI-coding-tools)	€60.000	€20.000
Datamigratie en integraties	€8.000	€3.000
Training jaar 1	€3.000	€600
Subtotaal jaar 1	€93.740	€24.200
Jaarlijkse licentie + cloud + users (jaar 2-5, met 8% stijging)	€105.700 (cumulatief)	€2.700 (cumulatief)
Doorontwikkeling jaar 2-5	€60.000	€20.000
Totaal jaar 1-5 zonder uitstap	€259.440	€46.900
Geschatte uitstapkosten als je in jaar 5 moet migreren	€30.000-50.000	€5.000-10.000
TCO inclusief uitstap (mid-range)	€299.440	€54.400

Het verschil is geen marginale optimalisatie. Het is een factor vijf tot zes. En de gevoeligheid voor lock-in is de grootste enkele kostendrijver: bij Mendix groeit de doorlopende licentie- en per-user-kost mee met je gebruik, bij maatwerk niet. Dat verschil compoundeert over de jaren.

Belangrijk: dit voorbeeld is geen pleidooi tegen Mendix. Het is een pleidooi voor het maken van de rekensom voordat je tekent. Voor sommige MKB-organisaties (zeg, een productiebedrijf met 80 medewerkers dat 15 verschillende interne workflows wil ondersteunen) kan een platform als Mendix wel degelijk de juiste keuze zijn. Voor het scenario hierboven, een enkel klantportaal, zelden.

Wanneer migratie loont (en wanneer niet)

Migratie is een grote ingreep. Het kost geld, tijd en organisatie-energie. De vraag is wanneer dat de moeite waard is. Hieronder een beslismatrix met drie variabelen: jaarlijkse kosten van het huidige platform, geschatte besparing bij overstap, en risico van blijven zitten.

Beslismatrix migreren versus blijven

Situatie	Indicatie
Doorlopende kosten < €15.000/jaar, geen specifieke uitstap-trigger	Blijven, optimaliseren binnen platform
Doorlopende kosten €15.000 tot €30.000/jaar, platform doet wat het moet doen	Niet migreren, wel onderhandelingspositie verbeteren bij volgende verlenging
Doorlopende kosten €30.000 tot €60.000/jaar, met groei in zicht	TCO-vergelijking maken, mogelijk geleidelijke migratie van nieuwe modules naar standaard stack
Doorlopende kosten > €60.000/jaar of meer dan 25% van IT-budget	Serieuze migratie-analyse, businesscase met 5-jarige TCO
Leverancier verhoogt prijzen > 15% per jaar	Migratie-optie ontwikkelen, zelfs zonder directe overstap, om onderhandelingspositie te verbeteren
Platform belemmert nieuwe functionaliteit (compliance, AI-integratie, customer experience)	Migratie strategisch nodig, ongeacht kosten
Roadmap of strategie van leverancier wijkt af van die van jou	Migratie als hedge, ook al niet direct nodig

Wat in deze matrix niet zichtbaar is, maar wel meespeelt: emotionele en organisatorische kosten. Een migratie raakt iedereen die met het systeem werkt. Mensen moeten leren, oude gewoonten loslaten, nieuwe gewoonten ontwikkelen. Dat is zwaar, en dat is een reden om niet onnodig te migreren. Maar ook geen reden om voor de derde keer een 10% prijsverhoging te accepteren omdat “het te veel gedoe is om over te stappen”.

Een werkbare vuistregel

Als de doorlopende kosten over de komende vijf jaar, ongewijzigd, hoger zijn dan twee keer de geschatte migratiekosten plus de nieuwe doorlopende kosten over dezelfde periode, is migratie financieel verdedigbaar. Dat is geen wiskundige zekerheid, maar in de praktijk een redelijke drempelwaarde om de discussie te starten.

Voor het Mendix-voorbeeld hierboven, met €259.440 doorlopende kosten over vijf jaar bij Mendix versus €46.900 bij maatwerk, is dat criterium ruim gehaald. Migratiekosten van €20.000 tot €30.000 zouden zich binnen tien maanden terugverdienen.

Migratie-aanpak voor MKB

Als de rekensom klopt en de beslissing is genomen om te migreren, is de aanpak doorslaggevend. Een verkeerd uitgevoerde migratie is duurder dan blijven. Hieronder een aanpak die in MKB-projecten werkt.

Stap 1: huidige situatie in kaart

Voor migreren begint, breng je in kaart wat het huidige systeem doet. Niet wat de leverancier in zijn product-omschrijving zet, maar wat er in jouw organisatie daadwerkelijk gebeurt: welke workflows, welke gebruikers, welke integraties, welke data. Vaak ontdek je dat 80% van de gebruikte functionaliteit een fractie van het platform is. De andere 20% is “we hebben het ooit ingesteld en niemand weet meer waarom”.

Doorlooptijd: 2 tot 4 weken. Op te leveren artefact: een lijst van functionele eisen die echt in gebruik zijn, met owner per workflow.

Stap 2: technologiekeuze

Welke stack of welke opvolger past bij wat je doet? Het belangrijkste criterium voor het MKB: kies een technologie waarvoor je meerdere leveranciers kunt vinden. Niet één partij met een ondoorgrondelijke configuratie. De drie meest pragmatische routes:

• Maatwerk op standaard open source stack (Node.js of Python backend, React frontend, PostgreSQL): meeste vrijheid, geen platform-licenties, breed beschikbare skills
• Mid-market SaaS met sterke API (HubSpot, Pipedrive, Monday, Notion): lagere lock-in dan enterprise SaaS, sneller productief
• Hybride: kern (CRM, ERP, of klantportaal) op SaaS, maatwerk voor de differentiërende processen

Stap 3: parallelle opbouw

Bouw het nieuwe systeem op terwijl het oude blijft draaien. Geen big-bang overgang. Begin met één afdeling of één workflow, valideer, breid uit. AI-coding-tools versnellen deze fase aanzienlijk: wat drie jaar geleden zes maanden kostte, doe je nu in drie tot vier maanden met een goed team.

Doorlooptijd: typisch drie tot zes maanden voor een klantportaal, twee tot vier maanden voor een interne tool. Belangrijk: investeer in datamigratie-tooling, niet in eenmalige scripts. Je gaat de migratie meerdere keren draaien voordat alles klopt.

Stap 4: gefaseerde overschakeling

Per afdeling, per workflow, per gebruikersgroep. Niet “vrijdag oud, maandag nieuw”. Wel: “team logistiek gaat deze maand over, team sales volgende maand”. Dat geeft tijd om problemen op te lossen voordat ze zich vertienvoudigen.

Tijdens deze fase draait het oude systeem in lees-modus als referentie. Pas wanneer je drie maanden zonder incidenten op het nieuwe systeem hebt gedraaid, sluit je het oude af. Niet eerder.

Stap 5: opzeggen en archiveren

Zorg dat de opzegging tijdig is, dat alle data is geëxporteerd (ook de historische), en dat je een archieftoegang houdt als juridische bewijslast voor een paar jaar. Veel migraties lopen op het laatste moment vast omdat de opzegtermijn niet is gehaald en je nog een jaar moet doorbetalen voor een systeem dat je niet meer gebruikt.

Cloud lock-in: een groeiende variant

Vendor lock-in werd tien jaar geleden vooral geassocieerd met grote enterprise-pakketten zoals SAP en Oracle. Vandaag is de gevoeligste variant cloud-gerelateerd, en raakt hij MKB-organisaties die soms niet eens beseffen dat ze “in de cloud” zitten. Een paar specifieke vormen.

Egress fees

Bij AWS, Azure en Google Cloud betaal je per GB om data uit hun cloud te halen. Naar binnen is gratis, naar buiten kost geld. €0,08 tot €0,12 per GB. Voor kleine setups verwaarloosbaar, maar bij datawarehouse-migraties of backup-strategieën naar een tweede provider tikken die kosten flink aan. Een 5 TB dataset uitvoeren kost ergens tussen de €400 en €600. Vermenigvuldig dat met regelmatige sync, en de cloudprovider heeft een sterke prikkel ingebouwd om je te laten blijven.

Goede nieuws: regelgeving begint hier op aan te slaan. De EU Data Act (vanaf januari 2024 in werking) verplicht cloudproviders om switching costs af te bouwen, inclusief egress fees. Hyperscalers passen hun voorwaarden aan, maar de praktische uitvoering loopt achter. Tot dat moment is het iets om in je TCO mee te nemen.

Proprietary managed services

DynamoDB is geen “een database in de cloud”. Het is AWS DynamoDB. De API’s, het pricing-model, de operationele eigenschappen zijn allemaal AWS-specifiek. Hetzelfde voor Azure Cosmos DB, Google Cloud Spanner, AWS Step Functions, of Azure Logic Apps. Elke managed service is een mini-vendor-lock-in.

Pragmatisch advies voor MKB: gebruik managed services voor wat ze goed kunnen (RDS voor PostgreSQL, S3 voor object storage, Cloudfront voor CDN), maar bouw je business logica niet op vendor-specifieke building blocks zoals Lambda + DynamoDB + Step Functions. Een Docker-container op een gewone managed Kubernetes (EKS, AKS, GKE) of zelfs een eenvoudige VM is een stuk portabeler.

SaaS-cloud van enterprise leveranciers

Veel enterprise-platforms (Mendix, Salesforce, SAP S/4HANA) dwingen je naar hun eigen cloud-hosting. Niet AWS in het algemeen, maar “Mendix Cloud” of “SAP BTP”. Daarmee combineer je platform-lock-in en cloud-lock-in in één pakket. Een kostbare combinatie, omdat je geen onderhandelingsruimte hebt op de infrastructuurlaag.

De kosten van wachten en niets doen

De vraag die ondernemers zelden expliciet stellen: wat kost het om niets te doen? Wachten is geen neutrale optie. Het is een keuze met een prijskaartje, en dat prijskaartje is meestal groter dan men inschat.

Direct meetbare kosten van wachten

• Jaarlijkse prijsstijgingen. 5 tot 15% per jaar samengesteld. Bij €30.000 vandaag is dat €45.000 over vijf jaar bij 8% per jaar. Twee jaar wachten betekent dat je over diezelfde vijf jaar ongeveer €15.000 extra hebt betaald.
• Toenemende lock-in. Elke nieuwe integratie, elke extra workflow, elke nieuwe gebruiker maakt de uiteindelijke migratie duurder. Een uitstap die vandaag €30.000 kost, kost over twee jaar typisch €45.000 tot €60.000.
• Verloren onderhandelingspositie. Als je geen geloofwaardig alternatief hebt, betaal je de leverancier wat hij vraagt. Pas als je een serieus migratieplan hebt, kun je echt onderhandelen.

Verborgen kosten van wachten

• Productiviteit van personeel. Trage of stroeve software kost dagelijks tijd. Een minuut per medewerker per dag bij 80 medewerkers is 5,5 uur per week aan onproductieve tijd. Dat is een hele werkdag per week, weg.
• Verloren kansen. Je kunt geen nieuwe functionaliteit toevoegen omdat het platform het niet toestaat of de leverancier te duur is. Concurrenten die wel die functionaliteit hebben, winnen klanten die voor jou interessant waren.
• Talentverlies. Goede mensen willen niet werken met legacy systemen die hun werk vertragen. Bij personeel dat vertrekt door frustratie over software is een vervangingskost van €15.000 tot €40.000 per persoon reëel.
• Compliance-risico. Verouderde platforms krijgen op een gegeven moment geen security updates meer. Voor branches met AVG-gevoelige data of NIS2-verplichtingen is dat een groeiend risico.

Wat in de praktijk zichtbaar is

Het patroon is herkenbaar: organisaties wachten vaak drie tot vijf jaar te lang met de migratie-beslissing. Niet omdat ze het niet zagen aankomen, maar omdat de directe pijn van blijven nooit groot genoeg was om de actie van migreren te triggeren. Tot er een knelpunt komt (een grote prijsverhoging, een acquisitie van de leverancier, een functionaliteit die wegvalt), en dan moet het ineens snel en duur.

De pragmatische conclusie: je hoeft niet vandaag te migreren. Maar je moet wel vandaag de rekensom kennen. Dat geeft je het overzicht om bij de volgende contractverlenging een echte beslissing te nemen, in plaats van automatisch te tekenen omdat je het niet weet.

De kern van het verhaal

Vendor lock-in is geen technisch probleem. Het is een businessmodel-keuze van de leverancier, en daarmee een strategische keuze van de klant. Voor het MKB zit het risico zelden in één duidelijke beslissing, maar in een opeenstapeling van kleine. Een extra module hier, een lange contractverlenging daar, een integratie die de leverancier “speciaal voor jou” bouwt en die je niet meer kunt loskoppelen.

Drie acties die elke MKB-eigenaar deze maand kan doen:

• Maak een lijst van je top-5 leveranciers op basis van jaarlijkse uitgaven. Voor elk: opzegtermijn, einddatum lopend contract, en een schatting van uitstapkosten.
• Bereken voor je drie duurste systemen de 5-jaars TCO met de formule uit dit artikel. Niet om direct te migreren, maar om te weten waar je staat.
• Vraag bij elke nieuwe softwarekeuze expliciet naar het exit-scenario. Hoe komen je data, je configuratie en je integraties terug bij jou als je over twee jaar wilt vertrekken? Zet het in het contract.

Als sub-onderwerp speelt hier een ander thema mee: hoe houd je grip op je data en je business logica los van het platform waarop ze zitten. Dat behandelt een vervolgartikel over single source of truth zonder data-scientist: drie pragmatische routes om je data centraal te krijgen zonder dat je daarvoor een data-engineer in dienst moet nemen.

Wil je sparren over de lock-in in jouw eigen stack? Of wil je laten doorrekenen of een specifieke migratie voor jouw situatie loont? Neem contact op voor een vrijblijvend gesprek.