Czym jest vendor lock-in i jak go unikać

Vendor lock-in (zamknięcie u dostawcy) to sytuacja, w której zmiana wykorzystywanego systemu - na inny system, innego dostawcę, własną infrastrukturę - jest tak trudna lub kosztowna, że firma w praktyce nie ma realnej alternatywy. To jeden z największych ukrytych ryzyk biznesowych przy wyborze systemu CRM/ERP - i ryzyko, którego nikt nie reklamuje na pierwszej rozmowie sprzedażowej.

Vendor lock-in występuje w czterech głównych formach: (1) lock-in danych - format danych specyficzny dla dostawcy, eksport tylko częściowy lub niemożliwy, (2) lock-in API - integracje napisane pod specyficzne API, których odpowiednika nie ma u konkurencji, (3) lock-in szkoleniowy - zespół zna tylko jeden system, koszt przeszkolenia na inny jest ogromny, (4) lock-in kontraktowy - umowy wieloletnie z karami za wcześniejsze zakończenie.

Konsekwencje vendor lock-inu są długoterminowe: brak negocjacji cenowych przy podwyżkach licencji (Salesforce podniósł ceny o 9% w 2024, klienci nie mieli alternatywy), brak ucieczki od dostawcy z złymi praktykami (np. zmiana polityki bezpieczeństwa danych), niemożność szybkiej reakcji na zmiany regulacyjne (RODO, KSeF), brak kontroli nad swoim biznesem - to dostawca dyktuje warunki, nie Ty.

Open source eliminuje vendor lock-in fundamentalnie. Po pierwsze - kod jest Twój, możesz go forknąć, przekazać innej agencji wdrożeniowej, rozwijać samodzielnie. Po drugie - dane są w standardowym formacie (PostgreSQL), można je w każdej chwili wyeksportować w SQL i przenieść do dowolnego systemu. Po trzecie - brak opłat licencyjnych eliminuje motywację dostawcy do 'trzymania' klienta na siłę. Po czwarte - możesz hostować system na własnej infrastrukturze, eliminując zależność od dostawcy cloud.

Praktyczna strategia minimalizacji vendor lock-inu przy wyborze CRM/ERP: zapytaj o procedurę eksportu pełnej bazy danych w standardowym formacie, sprawdź dostępność API REST z pełną dokumentacją, unikaj wieloletnich umów z karami, preferuj systemy z aktywną społecznością open source (są niezależne od jednego dostawcy), uwzględnij koszt 'exit' w TCO. Jeśli dostawca unika tych pytań - to znak ostrzegawczy.