Kto utrzymuje własną aplikację po zastąpieniu SaaS

Aplikacja przygotowuje zlecenia magazynowe z danych systemu zamówień. Po zmianie po drugiej stronie nowe zlecenia przestają się pojawiać, a pracownik magazynu widzi pustą kolejkę. Programista napisał kod, administrator opiekuje się serwerem, a dostawca systemu zamówień obsługuje swój produkt, więc bez ustaleń każdy wskazuje kogoś innego.

Jedna awaria przechodzi przez kilka firm

Załóżmy, że aplikacja przygotowuje zlecenia magazynowe na podstawie danych z systemu zamówień. Po zmianie po stronie tego systemu nowe zlecenia przestają się pojawiać. Pracownik magazynu widzi pustą kolejkę, ale nie potrafi określić przyczyny. Potrzebuje wiedzieć, gdzie zgłosić problem i jak sprawdzić, które zlecenia oczekują.

Uzgodniona opieka powinna wskazywać osobę lub zespół prowadzący wyjaśnienie od zgłoszenia do przywrócenia pracy. Część działań może wymagać udziału administratora systemu zamówień, a użytkownik nie powinien sam ustalać, któremu dostawcy przekazać kolejny fragment problemu. Właściciel procesu po stronie firmy określa priorytet i uzgadnia sposób pracy na czas przerwy.

Trzeba też odróżnić naprawę błędu aplikacji od dostosowania do nowej wersji zewnętrznego systemu oraz od rozwoju funkcji. Te prace mogą mieć różne zasady realizacji. Kupujący powinien rozumieć, co obejmuje uzgodniona opieka, co wymaga osobnego zamówienia i kto ocenia zgłoszenie na początku.

Utrzymanie można zorganizować na kilka sposobów

Własny zespół jest naturalnym kandydatem, jeśli ma kompetencje i czas na daną aplikację. Wykonawca zna jej budowę, ale warto ustalić dostępność także po zakończeniu projektu. Osobny partner może przejąć utrzymanie, jeżeli otrzyma potrzebne materiały i dostęp. W każdym wariancie firma potrzebuje osoby, która rozstrzyga zmiany biznesowe oraz odbiera informacje o problemach.

Wsparcie gotowego SaaS również ma określony zakres. Przed rezygnacją warto ustalić, które obowiązki dostawca wykonuje dziś, a które już należą do firmowego IT. Porównanie powinno uwzględniać godziny wsparcia, obsługę integracji i odpowiedzialność za dane. Sama liczba funkcji aplikacji nie opisuje pracy potrzebnej do jej działania.

Microsoft w zaleceniach dotyczących odtwarzania usług Power Platform uwzględnia krytyczne procesy, zależności, odpowiedzialne osoby oraz sprawdzanie planu odtworzenia. To użyteczny punkt odniesienia przy rozmowie o ciągłości własnej aplikacji. Konkretny zakres powinien wynikać z roli programu w firmie.

Nie każda aplikacja wymaga takiej samej dostępności. Narzędzie używane raz w miesiącu i system obsługujący bieżące wydania magazynowe mają inne konsekwencje przerwy. Omów je przed wyborem modelu wsparcia. Pozwala to zamówić opiekę odpowiadającą pracy zespołu, bez automatycznego wybierania najbardziej rozbudowanego wariantu.

Kolejny opiekun potrzebuje więcej niż kodu

Firma powinna wiedzieć, gdzie znajdują się dane i kopie oraz kto kontroluje konta potrzebne do działania. Dostęp do repozytorium, dokumentacji i środowiska trzeba uzgodnić tak, aby utrzymanie mogła przejąć inna osoba. Osobiste konto jednego wykonawcy może utrudnić przekazanie nawet dobrze opisanego programu.

Warto również ustalić sposób wyjścia: eksport danych z ich powiązaniami i przekazanie informacji o otwartych problemach. Zmiana opiekuna nie musi oznaczać zmiany aplikacji. Nowy zespół potrzebuje czasu na zapoznanie się z nią oraz jasnego momentu przejęcia zgłoszeń.

Porozmawiaj z Syntalith o tym, co stanie się w firmie, jeśli planowana aplikacja przestanie działać. Ta rozmowa pomaga określić zakres utrzymania i odpowiedzialność, które warto uwzględnić w zakupie. Informacje o wycenie są w cenniku.

Ile to kosztuje

Od czego zacząć

Na bezpłatnej analizie wybieramy jeden proces i liczymy wolumen oraz czas pracy zespołu, a w 2 dni robocze dostajesz pisemne podsumowanie z ceną. Budowę prowadzimy w ramach aplikacji AI, a utrzymanie wyceniamy osobno.