Umowy utrzymaniowe same rosną. Napiszcie taką, która maleje

Umowy utrzymaniowe mają naturalną skłonność do rośnięcia. Wiedza o systemie gromadzi się po stronie dostawcy, bo to jego ludzie rozwiązują problemy. Własny zespół klienta ma coraz mniej powodów, żeby się tego uczyć. Po dwóch latach zakres jest większy, cena wyższa, a odejście od dostawcy wydaje się bardziej ryzykowne niż na początku.

Nikt tego nie planował. Tak po prostu układają się interesy, gdy umowa ich nie wyrównuje.

Skąd bierze się zależność

Wiedza w głowach. Runbooki nie powstają, bo „nasz inżynier wie, co robić”. Działa to dokładnie tak długo, jak długo ten inżynier pracuje przy Waszym systemie.

Wycena rosnąca z sukcesem. Opłata od użytkownika albo od zapytania sprawia, że im lepiej system działa, tym więcej kosztuje jego utrzymanie — niezależnie od tego, czy pracy przybyło.

Pulpit zamiast decyzji. Pulpit, którego nikt nie otwiera, nie buduje po Waszej stronie żadnego zrozumienia. Krótka notatka, którą ktoś czyta i na którą odpowiada, buduje.

Brak kryteriów przejęcia. Bez zapisanych warunków, kiedy Wasz zespół przejmuje daną czynność, właściwy moment na przejęcie nigdy nie nadchodzi.

Jak wygląda kurczenie w praktyce

To nie jest jednorazowe przekazanie na końcu umowy. To powtarzalny cykl, w którym co miesiąc coś przechodzi na Waszą stronę. Każdy miesiąc kończy się pytaniem, co tym razem zmienia właściciela, i odpowiedzią zapisaną w notatce, a nie w czyjejś pamięci.

Infografika

Miesięczny cykl, który zmniejsza zależność

1. 01ZmierzyćJakość, koszt i opóźnienia względem punktu wyjścia.
2. 02OpisaćJedna strona: co się zmieniło, co się zepsuło, ile kosztowało.
3. 03ZdecydowaćRekomendacje przyjęte albo odrzucone przez Waszego właściciela systemu.
4. 04PrzekazaćJedna rutynowa czynność przechodzi do Waszego zespołu, z runbookiem.

Najpierw rutyna. Ponowne indeksowanie, przegląd kosztu, obsługa typowych alertów. Z runbookiem i po kilku wspólnych razach, a nie po jednej prezentacji.

Potem zmiany modeli. Sprawdzenie nowej wersji modelu na zestawie ewaluacyjnym wymaga doświadczenia i osądu. Przechodzi na Waszą stronę, gdy Wasz zespół zrobił to kilka razy razem z dostawcą i wie, na co patrzeć.

Na końcu, albo wcale, rzadkie incydenty. Część firm świadomie zostawia mały zewnętrzny poziom wsparcia na poważne incydenty jakościowe. To rozsądny wybór, jeśli jest wyborem, a nie stanem, w którym umowa po prostu utknęła.

Co powinno być w umowie od pierwszego dnia

Harmonogram zmniejszania na piśmie. Który poziom wsparcia obowiązuje kiedy i pod jakimi warunkami.

Sprawdzalne kryteria przejęcia. Co Wasz zespół musi umieć, żeby czynność przeszła na jego stronę — opisane tak, żeby dało się to sprawdzić, a nie zadeklarować.

Wycena od systemu i zakresu. Nie od użytkownika ani zapytania, żeby opłata nie rosła dlatego, że system się udał.

Warunki wyjścia. Co zostaje przekazane, w jakim formacie i w jakim oknie, uzgodnione na starcie, póki macie siłę negocjacyjną.

Czego to wymaga od Was

Umowa nie kurczy się wyłącznie dzięki dostawcy. Po Waszej stronie musi być ktoś, kto przejmuje.

Ludzie z czasem w grafiku. Osoba, która ma przejąć rutynę, potrzebuje na to godzin, a nie „wolnych chwil”. Bez tego harmonogram zmniejszania zostanie na papierze, a dostawca będzie miał uczciwy powód, żeby nic nie oddawać.

Udział w pracy, a nie w prezentacjach. Wspólne prowadzenie incydentu albo aktualizacji uczy więcej niż każde szkolenie na ich temat. Pierwsze przejęte czynności idą wolniej i to jest koszt, który warto zaplanować, zamiast się nim rozczarować.

Decyzja, że chcecie to umieć. Część organizacji świadomie nie buduje tej kompetencji u siebie. To uprawnione, ale wtedy warto to zapisać i wycenić jako stały koszt, zamiast udawać, że umowa się zmniejszy.

Po czym poznać, że to działa

Powiedzmy, że minął rok. Wasz zespół prowadzi rutynę i zna zestaw ewaluacyjny. Zewnętrzne wsparcie obejmuje rzeczy rzadkie i trudne. Miesięczna notatka jest krótsza, bo jest w niej mniej niespodzianek.

Jeśli po roku umowa ma tę samą wielkość albo jest większa, a Wasz zespół wie o systemie tyle samo co na początku, to jest sygnał — niezależnie od tego, jak dobrze wyglądają wskaźniki dostępności.

Drugi sygnał jest subtelniejszy: zespół przejął czynności, ale o każdą nietypową decyzję nadal pyta dostawcę. Wtedy przekazano wykonanie, a nie zrozumienie, i umowa skurczyła się tylko na papierze.

W utrzymaniu systemów AI trzymamy się prostej zasady: jeśli poziom wsparcia nie maleje, ktoś z nas nie wykonuje swojej pracy.