Definitie
Vendor lock-in is de afhankelijkheid van één leverancier die zo groot is geworden dat overstappen praktisch niet meer kan. Dat kan technisch zijn (jouw data zit in een formaat dat alleen die leverancier leest), commercieel (de kosten van migreren zijn hoger dan een paar jaar overpaying accepteren), of organisatorisch (jouw mensen kunnen alleen nog met deze tool werken).
Lock-in is op zichzelf niet slecht. Elke leveranciersrelatie kent een vorm van binding. Het wordt een probleem als het je vrijheid om te kiezen onaanvaardbaar inperkt, of als de leverancier daar misbruik van maakt door prijzen op te schroeven of voorwaarden te verslechteren.
Waarom het ertoe doet voor MKB
MKB-bedrijven onderschatten lock-in vaak omdat het bij de start niet zichtbaar is. In jaar 1 ben je blij dat de software werkt. In jaar 3 merk je dat de prijs is verdubbeld, de leverancier minder bereikbaar is, of dat je data niet meer fatsoenlijk kunt exporteren. Op dat moment heb je geen onderhandelingspositie meer.
De impact is direct financieel (hogere kosten zonder uitweg), strategisch (je kunt je business niet aanpassen omdat de tool dat niet toelaat) en risico-gerelateerd (als de leverancier failliet gaat of overgenomen wordt, beweegt je hele bedrijf mee).
Concreet voorbeeld
Een groothandel bouwde 8 jaar geleden zijn complete bestelportal in een low-code platform van een grote leverancier. Werkte uitstekend, gebruikers waren tevreden. Daarna verhoogde de leverancier de licentieprijs jaarlijks met 12% terwijl de functionaliteit nauwelijks meegroeide. Een offerte voor migratie naar een ander platform: 350.000 euro en 18 maanden werk. De groothandel betaalt nu 4x zoveel als bij start, omdat overstappen duurder is dan blijven.
Andere voorbeelden: een boekhoudpakket waar je 12 jaar data in hebt en geen volledige export uit krijgt. Een CRM waarin alle klantgegevens, mails en workflows zo verstrengeld zijn dat een migratie maanden kost. Een cloud-leverancier waar je hele technische stack op draait en die uitzonderlijk hoge “egress fees” rekent voor data die je weghaalt.
Misverstanden en valkuilen
- “Het overkomt mij niet.” Het overkomt vrijwel iedereen die langer dan 3 jaar dezelfde tool gebruikt. De vraag is hoeveel.
- “Open source betekent geen lock-in.” Niet automatisch. Een open-source tool die door één leverancier wordt gehost en alleen daar goed werkt, levert in de praktijk gewoon lock-in op.
- “Lock-in is altijd te vermijden.” Vaak niet, en dat hoeft ook niet. Het gaat erom dat je vooraf een bewuste keuze maakt: welke binding accepteer ik, welke niet?
- “Een API lost lock-in op.” Een goede API maakt overstappen makkelijker. Een matige API geeft alleen het gevoel dat je vrij bent.
Wanneer moet je hier wakker liggen, wanneer niet
Wakker liggen: bij elke serieuze toolkeuze (CRM, boekhouding, ERP, low-code-platform, hosting), stel jezelf de vraag: hoe kom ik er weer uit? Wat kost dat tijd, geld, complexiteit? Als het antwoord “geen idee” is, weet je dat je een blinde vlek hebt. Vraag de leverancier expliciet naar export-routes en stop dat in het contract.
Niet wakker liggen: over kleine, vervangbare tools waar je geen kritieke data in hebt. Niet alles hoeft uitwisselbaar te zijn. Een planningstool met 5 medewerkers wissel je gemakkelijk om.
Gerelateerde termen
- SaaS: een belangrijke bron van lock-in.
- PaaS: vooral low-code platforms hebben structureel lock-in.
- API: een goede API verlaagt lock-in, een slechte versterkt het.
- Cloud computing: lock-in komt vaak via cloud binnen.