Szkolić klienta tak, żeby przestał cię potrzebować

Mały dwukołowy robot balansujący samodzielnie, obok leżą jego odczepione kółka podporowe

Każda firma usługowa mierzy się z tym samym cichym bodźcem: im mniej klient rozumie, tym dłużej cię potrzebuje. Prawie nikt nie idzie za nim świadomie. Dzieje się to i tak, przez sto drobnych decyzji — nieudokumentowana zmiana, runbook, który nigdy nie powstaje, wyjaśnienie odrobinę zbyt zwięzłe — a wynikiem jest relacja trzymająca się na niewiedzy zamiast na wartości.

Jak to się dzieje, choć nikt tego nie postanawia

Nikt nie wpisuje do strategii „utrzymuj ich w zależności”. Mechanizm jest znacznie bardziej zwyczajny.

Dokumentację pisze się, gdy jest czas, a czasu nigdy nie ma. Dostępy dostają ci, którzy ich potrzebują, a definicja potrzeby po cichu się zawęża. Zmiany robi się w trakcie incydentów i odtwarza później albo wcale. Przekazanie wiedzy planuje się na koniec projektu, czyli tam, gdzie budżety idą umierać.

Pół roku później klient nie potrafi obsłużyć własnego systemu, a żadnego konkretnego dnia nikt nie zrobił nic złego.

Dlaczego wolimy inaczej

Trochę z etyki, głównie z ekonomii — a ten drugi powód jest trwalszy.

Zależny klient to klient z urazą. Wie o tym. Objawia się to presją na cenę, niechęcią do rozszerzania zakresu i przetargiem w momencie, gdy ktoś odpowiednio wysoko zauważy roczną kwotę.

Zależność to kruchy przychód. Trwa do przyjścia nowego CTO z mandatem do zmian. Przychód oparty na tym, że jesteś naprawdę lepszy, przeżywa tę rozmowę.

Wyszkoleni klienci kupują więcej. Zespół, który rozumie system, znajduje dla niego nowe zastosowania, a te zastosowania to projekty. Zespół, który się systemu boi, zamraża zakres.

To jest to, co sprzedajemy. Cała historia Kyber mówi, że inteligencja powinna należeć do ludzi i firm, które z niej korzystają, na systemach, które mogą przeczytać i prowadzić sami. Dostawca, który mówiąc to uzależniałby klientów, sprzedawałby coś, w co sam nie wierzy.

Jak wygląda świadomy transfer wiedzy

Dokumentacja jako produkt, nie uprzejmość. Pisana w trakcie pracy, recenzowana przez klienta — bo dokumentacja, której nikt nie przeczytał, nie jest dokumentacją.

Konfiguracja w ich repozytorium od pierwszego dnia. Nie w naszym, z kopią oddaną na koniec. Każda zmiana to commit, który widzą, w miejscu, które należy do nich.

Wspólna praca podczas incydentów. Najcenniejsze szkolenie, jakie istnieje — i działa tylko wtedy, gdy ktoś z ich strony jest w pokoju, kiedy to się dzieje, a nie czyta potem podsumowanie.

Regularne sesje o tym, co i dlaczego się zmieniło. Nie kurs certyfikacyjny. Cykliczna godzina, w której decyzje zostają wyjaśnione, póki uzasadnienie jest świeże.

Malejący poziom wsparcia jako zapisany cel. Wpisany do umowy: tyle wsparcia teraz, mniej za pół roku, taki kształt później. Jeśli nie maleje, ktoś z nas nie wykonuje swojej pracy.

Oczywisty zarzut

Jeśli klient przestaje cię potrzebować, skąd bierze się przychód?

Z następnej rzeczy. Zespół, który z powodzeniem wdrożył jeden system, jest najlepszym możliwym klientem na kolejny i kupuje szybciej, bo ci ufa. Z tych części, których nigdy nie weźmie do siebie — aktualizacji, audytów, dyżurów, których nikt nie chce. I z poleceń, które firma daje, gdy dostała to, za co zapłaciła.

Model alternatywny — przychód z niezrozumienia — ma sufit i nieprzyjemne zakończenie. Tyle że dociera do nich po kilku latach, dlatego tak wiele firm w niego wpływa.