Vendor lock-in

Pojęcie to bywa mylone z zależnością od platformy, ale vendor lock-in oznacza strukturalną niemożność zmiany dostawcy, a nie tylko wygodę korzystania ze sprawdzonego rozwiązania. Choć API w teorii obiecują interoperacyjność, wielu dostawców tworzy faktyczne bariery wyjścia za pomocą nieudokumentowanych funkcji, zamkniętych struktur danych lub celowo skomplikowanych mechanizmów eksportu. Różnica tkwi w intencji: platforma może mieć ogromne możliwości i wcale Cię nie więzić.

W praktyce problem ten widać szczególnie przy platformach automatyzacji marketingu, które przez lata gromadzą dane klientów, logikę segmentacji i automatyzację przepływów pracy. Firma B2B z sektora MŚP z 50 000 kontaktów i 200 aktywnymi przepływami pracy staje wtedy przed migracją, której nakład zależy przede wszystkim od tego, ile zamkniętych modeli scoringowych, custom objects czy wyzwalaczy specyficznych dla platformy trzeba zbudować od nowa. Rzeczywiste koszty nie leżą w eksporcie danych, tylko w odtworzeniu logiki biznesowej ukrytej w zamkniętych konstrukcjach.

Największe zagrożenie pojawia się przy agentach AI i systemach opartych na LLM. Dostawcy, którzy pozwalają na fine-tuning wyłącznie na swoich serwerach, tworzą modele, których nie możesz zabrać ze sobą. Jeśli Twój prompt engineering odbywa się w zamkniętym systemie, a promptów nie da się wyeksportować, przy zmianie dostawcy tracisz miesiące pracy optymalizacyjnej. Szczególnie krytyczne jest to, że wielu dostawców chmurowych wiąże systemy RAG ze swoimi wektorowymi bazami danych, nie oferując standardowych formatów eksportu. Rzekoma zaleta szybkiej integracji staje się pułapką, gdy chcesz skalować działalność albo zmienić dostawcę.

Przy wyborze bardziej liczy się strategia wyjścia niż szybkość wdrożenia. Sprawdź, czy eksport danych jest kompletny: listy kontaktów, dane o relacjach, historie i metadane. Przetestuj eksport już na etapie proof of concept, a nie dopiero przy wypowiadaniu umowy. Narzędzia, które można hostować samodzielnie, takie jak n8n, którego kod źródłowy jest jawny, ale który podlega licencji Sustainable Use License, a więc nie licencji open source uznanej przez OSI, zapewniają strukturalną niezależność, ale wymagają więcej odpowiedzialności po Twojej stronie. Architektury hybrydowe, w których krytyczne dane i logika znajdują się we własnej infrastrukturze, znacząco ograniczają ryzyko. Pytanie nie brzmi, czy zmienisz dostawcę, tylko ile by Cię to kosztowało.