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

Syntalith może omówić budowę własnego oprogramowania razem z proponowanym zakresem późniejszej opieki. Warto zacząć od dnia pracy użytkownika: co musi działać, kiedy potrzebuje pomocy i co może poczekać do następnego dnia. Na tej podstawie można porównać utrzymanie przez własny zespół, wykonawcę lub osobnego partnera.

Jedna awaria przechodzi przez kilka firm

Załóżmy, że aplikacja przygotowuje zlecenia magazynowe na podstawie danych z ERP. Po zmianie po stronie ERP 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 ERP, lecz 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.