Twój stack SaaS to umowa najmu

Każda umowa SaaS ma cenę, którą negocjujesz, i cenę, której nie negocjujesz: ile kosztowałoby odejście. Pierwsza jest na fakturze i co roku podlega analizie. Druga jest niewidoczna, rośnie z każdym miesiącem, w którym zostajesz, i jest faktycznym powodem, dla którego odnowienia są podpisywane. Jeśli nigdy jej nie policzyłeś, Twój dostawca policzył.

Koszt zmiany sprzedano Ci jako funkcję

Przeczytaj ofertę jeszcze raz. „Głęboka integracja z Twoimi narzędziami.” „Twoje dane wzbogacone w całej platformie.” „Procesy dopasowane do tego, jak pracujesz.”

Każde z tych zdań jest opisem rosnącego kosztu zmiany, sformułowanym jako korzyść. I są to korzyści — dokładnie do momentu, w którym Twoje interesy i interesy dostawcy się rozjeżdżają, a to dzieje się według harmonogramu: podwyżka, funkcja, od której zależysz, przenosi się do wyższego pakietu, przejęcie, roadmapa idąca tam, gdzie Ty nie szedłeś.

W tym momencie głębokość integracji jest powodem, dla którego nie możesz zareagować. Fosa została wykopana. Zwrócona w Twoją stronę.

Jak to naprawdę wycenić

Ta liczba to nie opłata licencyjna. To tygodnie pracy, i ma pięć składników:

1. Eksport. Czy da się wyciągnąć wszystko, w schemacie, który cokolwiek znaczy bez interfejsu dostawcy do interpretacji? Przetestuj to. Większość zespołów odkrywa, że eksportowi brakuje relacji, które czyniły dane użytecznymi.
2. Ponowna integracja. Wszystko, co czyta z tego systemu albo do niego pisze, musi wskazać gdzie indziej. Policz integracje, łącznie z arkuszem, który ktoś sobie zbudował.
3. Przepisanie procesu. Te fragmenty operacji, które istnieją, bo narzędzie tak działa. To zwykle największa liczba i ta, której nikt nie szacuje.
4. Przeszkolenie. Ludzi, a teraz także tego, co na tym zbudowałeś w automatyzacji.
5. Praca równoległa. Tygodnie prowadzenia obu systemów, zanim udowodnisz nowy.

Zsumuj to per system. Ta suma jest tym, co płacisz — niewidocznie — za utrzymanie przy życiu opcji odejścia. I to jest liczba, która powinna stać obok kosztu licencji przy każdej rozmowie o odnowieniu.

Jedną z tych pozycji zmieniła regulacja

Unijny Data Act zamienił zmianę dostawcy chmury z handlowej uprzejmości w proces regulowany, łącznie z obowiązkami dotyczącymi przenoszalności danych i wygaszaniem opłat za wyjście danych, które po cichu czyniły przeniesienie dużych zbiorów nieopłacalnym.

To nie rozwiązuje punktów od drugiego do piątego. Rozwiązuje część punktu pierwszego i to konkretnie dla usług chmurowych i przetwarzania danych. Warto wiedzieć, warto użyć przy stole negocjacyjnym — i warto zweryfikować z aktualnym tekstem, bo szczegóły w tym obszarze się przesuwały.

Jak wygląda stack o niskim uwiązaniu

Nie heroiczne samohostowanie. Nudne wybory, podejmowane świadomie:

• Dane w składnicy, którą kontrolujesz, z aplikacjami czytającymi z niej — zamiast danych mieszkających wewnątrz każdej aplikacji.
• Otwarte formaty i udokumentowane schematy. Jeśli eksport wymaga dostawcy do interpretacji, to nie jest eksport.
• Krótkie umowy. Rabaty za wieloletność to cena Twojej opcjonalności; czasem warto, ale wyceń to uczciwie.
• Wyjście testowane raz w roku. Nie planowane — testowane. Wyciągnij eksport, załaduj gdzieś, zobacz, co się sypie. Dzień pracy, który zamienia niewiadomą w liczbę.
• Rdzeń procesu na własność. Jeśli jakiś przepływ zarabia Twoje pieniądze, nie powinien mieszkać w cudzym produkcie.

Pytanie, które warto zadać przed kolejnym odnowieniem

Nie „czy to narzędzie jest dobre?” — pewnie jest. Zapytaj: gdyby ten dostawca jutro podwoił cenę, co byśmy zrobili?

Jeśli odpowiedź brzmi „zapłacili”, nie jesteś klientem. Jesteś najemcą, a czynsz ustala ktoś, czyj model biznesowy zależy od tego, żebyś nigdy nie sprawdził, co jeszcze jest na rynku.