Opisz projekt

Planer utrzymania aplikacji i zasad obsługi

Jakiej opieki potrzebuje Twoja aplikacja?

Odpowiedz na 12 pytań o znaczenie systemu, monitoring, kopie, aktualizacje i obsługę zgłoszeń. Otrzymasz zakres tematów do omówienia przed przygotowaniem indywidualnej oferty utrzymania.

Uruchom planer Zobacz zakres opieki

Specjalista Domin Software ustala z klientem zakres utrzymania aplikacji, monitoringu i kopii zapasowych

Jakiej opieki potrzebuje Twoja aplikacja?

Sama lista zadań nie wystarczy

Utrzymanie aplikacji zaczyna się od ustalenia krytycznych procesów, właścicieli kont i dostępów, możliwości odtworzenia kopii oraz godzin oczekiwanej reakcji. Planer porządkuje te informacje, ale nie sprawdza stanu technicznego systemu i nie zastępuje rozpoznania.

Co otrzymasz

Wynik wskaże model współpracy do omówienia, najważniejsze braki i ryzyka oraz bezpieczny pierwszy etap. Podsumowanie możesz skopiować, pobrać jako Markdown albo wydrukować do PDF.

Ważne zasady obsługi

Standardowa obsługa Domin Software działa od niedzieli do piątku w godzinach 8:00-17:00 czasu polskiego. Sobota jest wyłączona. Obsługa zdarzeń krytycznych w święta wymaga wcześniejszego uzgodnienia.

Wybierz odpowiedź najbliższą obecnej sytuacji. Odpowiedź „nie wiem” wskazuje temat do ustalenia i nie jest błędem.

Nie wpisuj haseł, tokenów, danych klientów, kopii bazy ani konfiguracji dostępowej.

Znaczenie systemu

1. Co ma zostać objęte opieką? Strona informacyjna albo prosty serwis firmowy. Sklep, portal klienta albo aplikacja przyjmująca zgłoszenia. Wewnętrzny system potrzebny pracownikom do codziennej pracy. Integracje, importy, kolejki lub zadania wykonywane w tle. Kilka aplikacji lub środowisk. Nie potrafimy jeszcze ustalić zakresu.

2. Co dzieje się, gdy system przestaje działać? Problem jest uciążliwy, ale firma może spokojnie poczekać na zaplanowaną naprawę. Praca wyraźnie zwalnia, lecz podstawowe zadania nadal można wykonać. Ważny proces zatrzymuje się, ale istnieje tymczasowe obejście. Kluczowy proces zatrzymuje się bez rozsądnego obejścia albo pojawia się ryzyko utraty danych lub aktywne zagrożenie bezpieczeństwa. Nie zostało to jeszcze ocenione.

3. W jakich godzinach potrzebna jest obsługa? Obsługa od niedzieli do piątku, w godzinach 8:00-17:00 czasu polskiego jest wystarczająca. Potrzebna może być dodatkowa obsługa wieczorem lub w nocy od niedzieli do piątku. Potrzebna może być wcześniej uzgodniona obsługa zdarzeń krytycznych w święta. System wymaga obsługi w soboty albo pełnego dyżuru 24/7. Nie potrafimy jeszcze określić godzin.

Obecne zabezpieczenia

4. Co wiadomo o monitoringu? Monitorujemy dostępność oraz najważniejsze procesy, integracje lub zadania w tle, a alerty mają wyznaczonego odbiorcę. Sprawdzamy głównie, czy strona lub serwer odpowiada. Alerty istnieją, ale nie wiadomo, kto i kiedy powinien na nie reagować. Nie mamy monitoringu albo nie znamy jego zakresu.

5. Jak wygląda sytuacja z kopiami? Wiemy, co obejmują kopie, gdzie są przechowywane i wykonaliśmy kontrolowany test odtworzenia. Kopie są wykonywane, ale odtworzenie nie zostało ostatnio sprawdzone. Kopia obejmuje tylko część systemu albo jej zakres jest niejasny. Nie ma kopii albo nie wiemy, czy działają.

6. Jak są wykonywane aktualizacje i wdrożenia? Zmiany przechodzą uzgodnioną kontrolę, a większe wdrożenia mają plan wycofania. Aktualizacje są planowane, ale testy lub możliwość powrotu wymagają uporządkowania. Zmiany trafiają bezpośrednio na produkcję albo są odkładane z obawy przed awarią. Nie znamy obecnego procesu.

Odpowiedzialność i dostęp

7. Kto posiada konta i materiały potrzebne do utrzymania? Firma posiada konta hostingu, domeny, repozytorium i potrzebne materiały oraz może nadać ograniczony dostęp. Firma posiada część kont i materiałów, ale trzeba uzupełnić braki. Ważne konta lub materiały pozostają u poprzedniego wykonawcy. Nie wiadomo, kto jest właścicielem kont albo gdzie znajduje się kod i konfiguracja.

8. Jak wyglądają zależności od innych dostawców? Znamy dostawców hostingu, płatności, poczty, API i innych usług oraz wiemy, kto odpowiada za każdy element. Znamy główne usługi, ale podział odpowiedzialności nie jest zapisany. Podejrzewamy dodatkowe zależności, których nikt jeszcze nie zinwentaryzował. System nie korzysta z istotnych usług zewnętrznych. Nie wiemy.

9. Kto po stronie firmy ustala priorytety i potwierdza rezultat? Jest jedna osoba odpowiedzialna za priorytety, decyzje i odbiór. Jest osoba prowadząca, ale część decyzji wymaga udziału innych osób. Odpowiedzialność jest rozproszona i nie ma jasnego sposobu zatwierdzania zmian. Nie wyznaczono takiej osoby.

Oczekiwany model współpracy

10. Jaka potrzeba jest dziś najważniejsza? Jedna naprawa, aktualizacja, migracja albo konfiguracja. Regularny monitoring, kontrola kopii i planowane aktualizacje. Bieżąca obsługa błędów oraz niewielkich zmian w ustalonym limicie. Zapisane poziomy ważności i czas pierwszej reakcji dla kluczowych zdarzeń. Najpierw trzeba sprawdzić stan systemu i ustalić zakres.

11. Jak mają być przekazywane zgłoszenia? E-mail lub uzgodniony system zgłoszeń jest wystarczający. Dla zdarzeń krytycznych potrzebny jest również telefon w ramach aktywnej umowy opieki. Zgłoszenia trafiają dziś wieloma kanałami i trzeba je uporządkować. Nie zostało to jeszcze ustalone.

12. Jak traktować większy rozwój aplikacji? Utrzymanie ma być oddzielone od większych zmian i nowych funkcji. Opieka może zawierać niewielki rozwój w zapisanym limicie, a większe prace będą wyceniane osobno. Oczekujemy częstego rozwoju i potrzebujemy osobnego planu prac obok utrzymania. Nie zostało to jeszcze ustalone.

Opisz projekt do wyceny

Odpowiedz na 12 pytań o znaczenie systemu, monitoring, kopie, aktualizacje i obsługę zgłoszeń. Otrzymasz zakres tematów do omówienia przed przygotowaniem indywidualnej oferty utrzymania.

Pola oznaczone * są wymagane.

E-mail

Imię i nazwisko (opcjonalnie)

Telefon (opcjonalnie)

Adres istniejącego systemu (opcjonalnie)

Opisz potrzebę, problem lub oczekiwany rezultat

Dokumentacja i pliki projektu (opcjonalnie)

Po wybraniu pliku pojawi się kolejne pole. Każdy załącznik jest sprawdzany przed wysłaniem wiadomości. Do 5 plików, maksymalnie 5 MB na plik i 10 MB łącznie. Formaty: PDF, DOCX, XLSX, PPTX, ODT, ODS, ODP, TXT, CSV, MD, JSON, XML, JPG, JPEG, PNG, WEBP, ZIP.

Nie dołączaj haseł, kluczy API, kopii bazy produkcyjnej ani danych klientów.

Dane z formularza wraz z adresem podstrony zostaną przesłane bezpośrednio na nasz e-mail wyłącznie w celu udzielenia odpowiedzi. Polityka prywatności

Jakiej opieki potrzebuje Twoja aplikacja?

Jakiej opieki potrzebuje Twoja aplikacja?

Sama lista zadań nie wystarczy

Co otrzymasz

Ważne zasady obsługi

Znaczenie systemu

Obecne zabezpieczenia

Odpowiedzialność i dostęp

Oczekiwany model współpracy

Twój plan opieki

Opisz projekt do wyceny