Je bent niet ontevreden over je agency. Totdat je wilt overstappen.
Misschien omdat je bedrijf groeit, omdat je andere expertise nodig hebt of omdat een overname op tafel ligt. Pas op dat moment ontdek je dat de domeinnaam op naam van het bureau staat, de code alleen toegankelijk is voor hun developers en niemand precies weet hoe de ERP-koppeling werkt.
Ineens blijkt jouw webshop helemaal niet zo van jou te zijn als je dacht.
Dat is vendor lock-in. En het ontstaat vaker dan veel organisaties zich realiseren.
Hoe ontstaat vendor lock-in?
Vendor lock-in ontstaat meestal niet door één beslissing. Het is vaak het gevolg van verschillende technische en organisatorische keuzes die zich in de loop van de jaren opstapelen.
Iedere keuze kan op zichzelf logisch lijken. Maar samen kunnen ze ervoor zorgen dat een organisatie steeds afhankelijker wordt van haar huidige leverancier.
Hosting en domeinbeheer
Pas als je wilt overstappen, ontdek je dat de domeinregistratie en hosting op naam van je bureau staan. Vanaf dat moment ben je geen eigenaar meer, je bent gebruiker.
Dat hoeft geen probleem te zijn, zolang duidelijk is wie eigenaar is van de omgeving en de organisatie toegang heeft tot de systemen waarop het e-commerceplatform draait.
De afhankelijkheid ontstaat wanneer een leverancier gebruikmaakt van eigen software, infrastructuur of licenties die niet overdraagbaar zijn. Bijvoorbeeld wanneer alleen de huidige leverancier updates kan uitvoeren of toegang heeft tot essentiële onderdelen van de hostingomgeving.
Een andere agency kan het platform dan niet zomaar overnemen. Eerst moeten systemen worden verhuisd, vervangen of opnieuw ingericht.
Koppelingen en integraties
E-commerceplatformen zijn vaak gekoppeld aan verschillende systemen, zoals een ERP, PIM, CRM, betaalprovider of logistieke dienstverlener. Voor B2B-bedrijven is dit vaak het gevoeligste punt. Klant-specifieke prijsafspraken, configurators en ERP-koppelingen zijn zelden standaard, maar maatwerk bovenop maatwerk. Precies die laag is het lastigst te doorgronden voor een nieuwe partij, en dus het moeilijkst overdraagbaar.
Een agency kan hiervoor eigen connectoren, middleware of technische oplossingen gebruiken.
Wanneer deze oplossingen alleen door de huidige agency kunnen worden gebruikt of onderhouden, ontstaat afhankelijkheid. Bij een overstap moeten koppelingen mogelijk opnieuw worden gebouwd of vervangen.
Hoe meer bedrijfskritische processen afhankelijk zijn van deze oplossingen, hoe groter de impact van een overstap.
Vendor lock-in is niet alleen merkbaar tijdens een migratie. Ook in de dagelijkse operatie kan afhankelijkheid ontstaan wanneer eenvoudige wijzigingen alleen door de huidige leverancier kunnen worden uitgevoerd. Dat vertraagt processen en beperkt de flexibiliteit.
Eigenaarschap van code
Wie is daadwerkelijk eigenaar van de code waarop jouw e-commerceplatform draait?
De code kan bijvoorbeeld worden beheerd in repositories van de agency, zonder dat de organisatie volledige toegang heeft tot de broncode, versiehistorie en technische documentatie.
Wanneer de code niet volledig beschikbaar of overdraagbaar is, kan een andere agency het platform moeilijk overnemen. De afhankelijkheid zit bovendien niet alleen in de code, maar ook in de kennis. Wanneer slechts één of twee developers weten hoe het platform is opgebouwd, ontstaat er een kwetsbare situatie. Bij ziekte of vertrek kunnen wijzigingen vertragen en lopen releases vast.
De organisatie heeft dan misschien jarenlang geïnvesteerd in de ontwikkeling van het platform, maar heeft in de praktijk onvoldoende controle over de technologie waarop de onderneming draait.
Bij een overname of due diligence wordt ineens duidelijk hoeveel controle een organisatie daadwerkelijk heeft over haar e-commerceplatform. Staat de code op naam van de agency of is deze niet volledig overdraagbaar, dan vormt dat een risico voor een koper. Dat kan de bedrijfswaarde negatief beïnvloeden of leiden tot aanvullende vragen tijdens het overnameproces.
Data
Een migratie staat of valt met de beschikbaarheid en kwaliteit van data.
Productinformatie, klantgegevens, orders, content en andere belangrijke data moeten volledig toegankelijk en exporteerbaar zijn.
Wanneer data ontbreekt, verspreid staat over verschillende systemen of alleen in een specifiek formaat kan worden geëxporteerd, wordt een migratie complexer.
In het slechtste geval moet data worden hersteld, geconverteerd of handmatig opnieuw worden opgebouwd voordat een andere partij het platform kan overnemen.
Hoe minder controle een organisatie heeft over haar eigen data, hoe groter de afhankelijkheid van de huidige leverancier.
Hoe het ook kan
Vendor lock-in is geen vanzelfsprekend gevolg van het kiezen voor een e-commerceplatform. De manier waarop het platform en de samenwerking met een agency worden ingericht, bepaalt voor een groot deel hoeveel vrijheid je als organisatie behoudt.
Een open-sourceplatform zoals Magento biedt daarvoor een goede basis. De broncode is beschikbaar en organisaties kunnen zelf bepalen waar het platform wordt gehost, welke partijen eraan werken en hoe de technische omgeving wordt ingericht.
Dat betekent niet dat vendor lock-in automatisch is uitgesloten.
Ook bij een open-sourceplatform kan afhankelijkheid ontstaan. Bijvoorbeeld wanneer accounts op naam van de agency staan, waarbij maatwerk alleen door de oorspronkelijke ontwikkelaars kan worden onderhouden.
Het verschil zit daarom niet alleen in de technologie die je kiest, maar vooral in de keuzes die je maakt rondom eigenaarschap en overdraagbaarheid. Zo ziet dat er in de praktijk uit:
Hosting en accounts op naam van de organisatie
In plaats van afhankelijk te zijn van een leverancier voor toegang tot hosting, domeinen en repositories, blijven deze op naam van de organisatie staan. Een agency kan de omgeving beheren, maar de organisatie houdt altijd zelf de toegang en het eigenaarschap. Daardoor kan een overstap plaatsvinden zonder eerst een volledig nieuwe infrastructuur op te bouwen.
Volledig overdraagbare code
Wanneer de volledige broncode, versiehistorie en documentatie beschikbaar zijn, kan een andere technische partij het platform begrijpen, onderhouden en verder ontwikkelen. Niet omdat je morgen wilt overstappen, maar omdat overdraagbaarheid onderdeel is van gezond technisch eigenaarschap.
Controle over je eigen data
Productinformatie, klantgegevens, orders en content blijven toegankelijk en exporteerbaar. Daardoor blijft de organisatie eigenaar van haar eigen data en is zij niet afhankelijk van één leverancier om toegang te krijgen tot bedrijfskritische informatie.
Waarom wij bewust kiezen voor Magento
Bij elgentos kiezen we bewust voor Magento en een open-source aanpak.
Niet omdat open source vendor lock-in automatisch onmogelijk maakt, maar omdat het organisaties de mogelijkheid geeft om eigenaar te blijven van hun platform, code en data.
Wij vinden dat klanten bij ons moeten blijven omdat de samenwerking waarde oplevert. Niet omdat vertrekken technisch onmogelijk, onnodig duur of risicovol is. Daarom bieden wij een fixed-fee afspraak, Magento Total Care, voor onderhoud zodat de focus ligt op langdurige samenwerking en voorspelbare resultaten, niet op zoveel mogelijk declarabele uren.
Daarom bouwen we e-commerceplatformen die overdraagbaar zijn.
Wanneer een organisatie groeit, een andere technische partner nodig heeft of om een andere reden besluit over te stappen, moet dat mogelijk zijn zonder eerst het volledige platform te vervangen.
De vrijheid om te kunnen vertrekken, is wat ons betreft een voorwaarde voor een gezonde samenwerking.
