Vrijwel geen enkele organisatie kiest bewust voor vendor lock-in. Integendeel: de meeste IT-beslissingen zijn op het moment dat ze worden genomen heel logisch. Er wordt gekozen voor een platform dat past binnen de bestaande standaardisatie, eenvoudig te beheren is en de gewenste functionaliteit biedt. Toch kan juist die reeks logische keuzes ertoe leiden dat overstappen steeds moeilijker wordt.

Juist daarom is vendor lock-in zo verraderlijk. Het ontstaat meestal niet door een verkeerde beslissing, maar door een reeks goede beslissingen waarvan de gezamenlijke gevolgen pas veel later zichtbaar worden.

Meer dan een technisch probleem
Vendor lock-in wordt vaak uitgelegd als afhankelijkheid van één softwareleverancier. Dat klopt, maar de praktijk is breder. Afhankelijkheid ontstaat niet alleen door de software zelf, maar ook door alles wat eromheen wordt gebouwd. Denk aan koppelingen met andere systemen, maatwerk, dashboards, rapportages, autorisaties, processen en de kennis die medewerkers in de loop der jaren opbouwen.

Hoe beter een oplossing is geïntegreerd in de organisatie, hoe groter vaak ook de impact van een overstap. Dat is op zichzelf geen probleem. Sterker nog: goede integratie is meestal juist een teken dat een platform waarde toevoegt. Het wordt pas een risico wanneer die integratie ervoor zorgt dat alternatieven praktisch onhaalbaar worden.

Vier vormen van lock-in
Vendor lock-in ontstaat meestal door een combinatie van factoren.

Data. Wanneer gegevens alleen eenvoudig bruikbaar zijn binnen één platform, zijn opgeslagen in gesloten formaten of niet volledig kunnen worden geëxporteerd, wordt migreren ingewikkelder.

Integraties. Naarmate meer applicaties, API’s en processen afhankelijk worden van één platform, neemt de complexiteit van een overstap toe. Elke koppeling moet opnieuw worden gebouwd.

Licenties en contracten. Goede contracten regelen niet alleen prijs en looptijd, maar ook eigenaarschap van data, dataportabiliteit en een duidelijke exitstrategie: hoe kan de samenwerking worden beëindigd en welke ondersteuning krijgt een organisatie daarbij? Als die afspraken ontbreken, kan een organisatie ook zonder technische beperkingen afhankelijk worden van een leverancier.

Kennis en processen. Medewerkers bouwen ervaring op met een platform. Beheerprocessen worden daarop ingericht en documentatie groeit mee. Die opgebouwde kennis vertegenwoordigt waarde en maakt tegelijkertijd verandering lastiger.

Geen van deze factoren is op zichzelf problematisch. Afhankelijkheden horen bij vrijwel ieder professioneel softwareplatform. Het risico ontstaat wanneer die afhankelijkheden onbedoeld de keuzevrijheid beperken.

De echte kosten worden pas later zichtbaar
Wanneer organisaties een nieuw platform selecteren, wordt vaak gekeken naar implementatiekosten, licenties en beheer. Dat zijn logische afwegingen op dat moment.

Veel minder zichtbaar zijn de kosten van een eventuele overstap jaren later. Daarom is vendor lock-in lastig te herkennen. Op het moment dat een platform wordt gekozen, zijn de voordelen direct zichtbaar. De nadelen worden vaak pas duidelijk wanneer een organisatie wil veranderen. Dan blijkt hoeveel techniek, kennis, processen en contracten in de loop der jaren met elkaar verweven zijn geraakt.

Vendor lock-in is geen natuurwet
Het goede nieuws is dat vendor lock-in geen onvermijdelijk gevolg is van professionele software. Afhankelijkheden zijn soms zelfs gewenst. Organisaties kiezen bewust voor oplossingen die goed integreren, betrouwbaar zijn en langdurig meegaan.

De vraag is daarom niet óf er afhankelijkheden ontstaan, maar of die het gevolg zijn van een bewuste keuze of ongemerkt uitgroeien tot vendor lock-in.

Dat roept de vraag op: is vendor lock-in dan onvermijdelijk? Gelukkig niet. De manier waarop een platform is ontworpen, maakt daarin een groot verschil. In het volgende deel kijken we hoe architectuur en open standaarden organisaties helpen hun regie en keuzevrijheid te behouden.