Vendor lock-in: co, gdy dostawca systemu podniesie cenę

Program działa, zespół się do niego przyzwyczaił, a dane klientów zbierają się w nim od lat. Pewnego dnia przychodzi mail: od przyszłego miesiąca nowy cennik, plan, z którego korzystasz, znika z oferty, a firma zostaje przejęta przez większego gracza. I wtedy okazuje się, że zmiana dostawcy jest tak trudna, że łatwiej zgodzić się na każde warunki. To właśnie vendor lock-in, czyli uzależnienie od dostawcy oprogramowania.

Nie piszemy o tym, żeby straszyć chmurą. Gotowe programy w abonamencie to często najlepszy wybór dla małej firmy. Chodzi o to, żeby wybierać je świadomie i od pierwszego dnia mieć plan wyjścia.

Jak powstaje uzależnienie od dostawcy

Rzadko jest to jedna decyzja. Uzależnienie narasta z czasem, w kilku warstwach naraz. Najpierw dane: kontakty, historia rozmów, dokumenty i faktury lądują w jednym systemie, często bez łatwego sposobu, żeby pobrać je w całości. Potem sposób pracy: zespół uczy się działać tak, jak przewiduje program, a procesy firmy dopasowują się do jego ograniczeń. Na końcu integracje: sklep, poczta i księgowość zaczynają rozmawiać właśnie z tym narzędziem.

Każda z tych warstw z osobna jest naturalna. Razem sprawiają, że zmiana programu oznacza nie tylko przeniesienie danych, ale też ponowne szkolenie ludzi i przebudowę połączeń z innymi systemami. Dostawca doskonale o tym wie i to wpływa na to, jak śmiało może zmieniać warunki.

Sygnały, że już jesteś uzależniony

Uzależnienie od dostawcy rzadko widać na co dzień, bo program po prostu działa. Kilka pytań pozwala jednak sprawdzić, jak mocno firma jest z nim związana. Czy ktoś w zespole wie, jak pobrać pełną kopię danych, i czy kiedykolwiek to zrobił? Czy ostatnia podwyżka cennika spotkała się z jakąkolwiek reakcją, czy po prostu przyjęto ją bez dyskusji, bo nie było alternatywy? Czy integracje z innymi systemami może zmienić tylko dostawca albo jeden konkretny wykonawca? Czy dokumenty da się otworzyć poza tym programem, czy są zapisane w formacie, który rozumie tylko on?

Jeśli na większość tych pytań odpowiedź brzmi „nie wiem" albo „nie", firma jest uzależniona mocniej, niż się wydaje. Nie oznacza to, że trzeba od razu zmieniać narzędzie. Oznacza, że warto przygotować sobie wyjście, zanim będzie potrzebne.

To nie jest teoria

Branża zna wiele takich zmian. Głośnym przykładem był Heroku, popularna platforma do uruchamiania aplikacji, która w 2022 roku zrezygnowała z darmowych planów, przez co ogromna liczba mniejszych projektów musiała w krótkim czasie zacząć płacić albo się przenieść. W ostatnich latach kilka znanych narzędzi zmieniło też licencje swoich kolejnych wersji na bardziej restrykcyjne, a części usług zwyczajnie zamknięto.

Przy stronach internetowych lock-in ma zwykle bardziej przyziemną postać. Domena zarejestrowana na wykonawcę, a nie na firmę. Konto hostingowe na jego nazwisko. Strona zbudowana w zamkniętym kreatorze, z którego nie da się jej wynieść. Tego typu pułapkom poświęciliśmy osobny fragment we wpisie o tym, jak wybrać firmę do zrobienia strony.

Pięć pytań przed podpisaniem umowy

Najtańszy moment na ochronę przed vendor lock-in to dzień, w którym wybierasz narzędzie. Wtedy masz jeszcze siłę negocjacyjną i nic Cię nie trzyma. Zadaj dostawcy pięć pytań:

• Czy mogę wyeksportować wszystkie dane? W jakim formacie, razem z załącznikami i historią, a nie tylko listę kontaktów. Najlepiej sprawdzić to samemu w okresie próbnym.
• Do kogo należy konto i domena? Konta administracyjne i domeny powinny być zarejestrowane na firmę, a nie na pracownika czy wykonawcę.
• Jak dostawca zmienia cennik? Z jakim wyprzedzeniem informuje o zmianach i czy przy umowie rocznej cena jest gwarantowana do jej końca.
• Czy jest umowa powierzenia przetwarzania danych? Jeśli program przechowuje dane osobowe Twoich klientów, RODO wymaga takiej umowy. Jej brak to sygnał ostrzegawczy niezależnie od lock-in.
• Co dzieje się z danymi po zakończeniu współpracy? Czy dostawca je zwraca, usuwa i w jakim terminie. Tę kwestię także reguluje umowa powierzenia.

Otwarte oprogramowanie jako polisa

Jednym ze sposobów na ograniczenie ryzyka jest wybór narzędzi opartych na otwartym oprogramowaniu. Przy licencjach takich jak MIT kod jest publicznie dostępny i można go uruchomić na własnym serwerze, więc nawet jeśli firma, która go rozwija, zmieni kierunek, wersja, z której korzystasz, nadal działa. Przykładem jest Payload, panel do zarządzania treścią udostępniany właśnie na licencji MIT.

Nie jest to jednak gwarancja na zawsze. Licencję kolejnych wersji można zmienić, a utrzymanie oprogramowania na własnym serwerze też kosztuje, choćby czas na aktualizacje. Otwarte oprogramowanie nie usuwa ryzyka, ale zamienia je z „dostawca może wszystko" na „mamy wyjście awaryjne".

Plan wyjścia w praktyce

Plan wyjścia nie musi być dokumentem na dwadzieścia stron. Nie chodzi o to, żeby co roku zmieniać narzędzia, tylko o to, żeby zmiana była możliwa, gdy przyjdzie taka potrzeba. Wystarczy kilka nawyków. Raz na jakiś czas pobierz pełny eksport danych z najważniejszych systemów i przechowuj go w miejscu, które kontroluje firma. Spisz, jakie integracje łączą się z danym narzędziem i kto je zrobił. Pilnuj, żeby domeny i najważniejsze konta były na firmę. I prowadź listę wszystkich narzędzi, za które płacisz, razem z informacją, gdzie leżą dane, tak jak opisaliśmy we wpisie o tym, jak policzyć koszty abonamentów w firmie.

Własny system to inne uzależnienie

Uczciwie trzeba dodać, że system zbudowany na zamówienie też niesie ryzyko, tylko innego rodzaju. Nie zależysz od cennika dostawcy programu, ale zależysz od wykonawcy, który zna kod. Dlatego przy naszych wdrożeniach zasada jest prosta: system należy do firmy, która go zamówiła, kod i dane są jej, a technologie są popularne i dobrze opisane, więc w razie potrzeby może go przejąć ktoś inny.

Która forma uzależnienia jest mniej dotkliwa, zależy od firmy. Pomaga w tym rachunek z wpisu abonament CRM czy własny system CRM, w którym obok pieniędzy warto postawić właśnie to pytanie: co się stanie, jeśli za trzy lata zechcesz odejść.