Är vendor lock-in alltid något att undvika?

Nej. Djup integration mot en hanterad tjänst ger ofta hastighet, mindre drift och lägre total kostnad i utbyte mot att det blir jobbigare att byta. Det är en rationell affär så länge den görs medvetet. Att jaga noll inlåsning kostar ofta mer i komplexitet än friheten är värd.

Hur vet vi vilka beroenden vi ska bygga exit-vägar för?

Placera varje viktig leverantör i en matris med sannolikheten att ni behöver byta på ena axeln och kostnaden att byta på den andra. Bara de som ligger högt på båda motiverar att ni aktivt investerar i exit-vägar. Resten kan ni dokumentera och lämna.

Vad är den vanligaste underskattade formen av inlåsning?

Den icke-tekniska. Att flytta kod och data är jobbigt men görbart. Det som verkligen låser fast er är ofta data i ett format ni inte äger, processer byggda kring ett specifikt verktyg och kompetens i teamet som bara finns för den ena plattformen.

Vendor lock-in: Riskmatris och exit-strategier för molntjänster

Vendor lock-in är ett av de begrepp som används för att vinna argument snarare än för att fatta beslut. Någon föreslår en hanterad tjänst, någon annan invänder att det skapar inlåsning, och samtalet slutar i en känsla snarare än en analys. Sanningen är att inlåsning varken är bra eller dåligt i sig. Det är en avvägning, och som alla avvägningar ska den göras medvetet. Den här artikeln ger en riskmatris för att bedöma inlåsning och konkreta exit-strategier, utan att hamna i den vanliga fällan att överarbeta för en risk som kanske aldrig realiseras.

Inlåsning är en kostnad, inte en synd

Det första som behöver sägas är att inlåsning ofta är värt det. När ni väljer en djupt integrerad hanterad tjänst får ni hastighet, mindre drift och ofta lägre total kostnad, i utbyte mot att det blir jobbigare att byta senare. Det är en helt rationell affär så länge ni gör den med öppna ögon. Problemet är inte att låsa in sig, problemet är att låsa in sig utan att ha tänkt på det och sedan bli överraskad när bytet plötsligt behövs.

Riskmatrisen: två frågor avgör allt

Min matris bygger på två axlar. Den första är sannolikheten att ni faktiskt behöver byta, vilket beror på hur stabil leverantören är, hur deras prissättning utvecklas och hur kritisk tjänsten är för er. Den andra är kostnaden att byta om ni måste, alltså hur djupt tjänsten är invävd i er produkt. När ni placerar varje viktig leverantör i den matrisen blir prioriteringen tydlig: hög sannolikhet och hög bytekostnad är där ni ska lägga energi, låg och låg kan ni lämna ifred.

Låg risk, låg kostnad: acceptera inlåsningen, gör inget särskilt.
Hög risk, låg kostnad: bevaka, men byte är ändå billigt om det behövs.
Låg risk, hög kostnad: dokumentera beroendet, men investera inte i en exit ni troligen aldrig behöver.
Hög risk, hög kostnad: här bygger ni medvetna exit-vägar.

Exit-strategier som inte kostar mer än de smakar

För de beroenden som hamnar i det farliga hörnet finns flera grader av skydd, och poängen är att välja rätt nivå. Den enklaste är att hålla gränssnitten mot tjänsten samlade på ett ställe i koden, så att ett byte berör en avgränsad del i stället för hela systemet. En starkare nivå är att undvika de mest leverantörsspecifika funktionerna när en mer generisk lösning räcker. Den dyraste nivån är att aktivt hålla lösningen portabel mellan flera leverantörer, vilket sällan är värt det om inte risken är mycket hög. Det här är samma sorts avvägning jag gör inom teknisk rådgivning.

Den dyraste inlåsningen är inte teknisk

En sak som ofta missas är att den allvarligaste inlåsningen sällan är teknisk. Att flytta data och kod är jobbigt men görbart. Det som verkligen låser fast er är ofta er egen data i ett format ni inte äger, era processer som byggts kring ett specifikt verktyg, och kompetensen i teamet som bara finns för den ena plattformen. När ni bedömer inlåsning, titta lika mycket på data, processer och kunskap som på själva tekniken.

Kopplingen till due diligence

Inlåsning är inte bara en driftfråga utan också en värderingsfråga. När ert bolag granskas inför en runda eller exit är starka, ohanterade leverantörsberoenden en risk som motparten prissätter. Att ha gjort den här analysen och kunna visa en medveten hållning är ett mognadstecken, något jag återkommer till i teknisk due diligence inför Series B/exit.

Min hållning

Sammanfattningsvis är min rekommendation att vara pragmatisk. Lås in er där det ger tydligt värde och risken är låg, bygg exit-vägar bara där både sannolikhet och kostnad är höga, och skriv alltid ner beslutet. Den som jagar noll inlåsning betalar ett högt pris i komplexitet för en frihet de sällan använder. Den som ignorerar frågan helt blir förr eller senare överraskad. Mittemellan, medvetet, ligger rätt.

Relaterat

Exempel på hur leverantörsberoenden hanterats finns i kundcase.

Vill du ta det vidare?

Vill ni ha en oberoende bedömning av era leverantörsberoenden och en rimlig plan för de som faktiskt utgör en risk, hjälper jag gärna till. Boka ett samtal så går vi igenom er stack.