Strona jest już dostępna, formularze przeszły testy, a zespół dostał dostęp do panelu. Teraz zaczyna się codzienna obsługa. Ktoś zmienia ofertę, klient wysyła załącznik w nieprzewidzianym formacie, zewnętrzna usługa publikuje aktualizację. Praca nad stroną trwa także po jej uruchomieniu.
Jeszcze przed uruchomieniem uzgodnij, do kogo zgłaszać problemy i czego spodziewać się po zgłoszeniu. Powinno być jasne, kto zajmuje się aktualizacjami, kto sprawdza kopie danych i kto reaguje, gdy awaria blokuje pracę.
Zakres opieki dopasuj do tego, jak firma korzysta ze strony lub systemu. Inaczej będzie wyglądał dla strony z opisem usług, inaczej dla sklepu przyjmującego zamówienia przez cały dzień.
Co ustalić przy przekazaniu projektu?
Zacznij od zebrania informacji o tym, z czego składa się rozwiązanie i kto odpowiada za jego elementy. Domena, hosting, poczta, aplikacja i narzędzie do wysyłki wiadomości mogą być obsługiwane przez różne firmy.
Potrzebna jest lista usług, odpowiedzialnych osób oraz terminów odnowienia. Ustal, kto ma uprawnienia administratora i gdzie przechowywane są dane do logowania. Hasła i kody dostępu przechowuj w bezpiecznym narzędziu przeznaczonym do tego celu. W dokumentacji wystarczy wskazać, gdzie uprawnione osoby mogą je znaleźć.
Poproś wykonawcę, żeby pokazał zespołowi, jak wykonać codzienne zadania. Dodanie wpisu, zmiana ceny, obsługa zgłoszenia czy sprawdzenie statusu zamówienia wymagają różnych uprawnień i instrukcji. Ustal też, do kogo zwrócić się z pytaniem o obsługę.
Dobrze mieć krótką dokumentację ważnych integracji. Jeśli zamówienie trafia ze sklepu do systemu magazynowego, ustal, gdzie sprawdzić, czy dotarło, i kto zajmuje się błędami przy przesyłaniu. Ta informacja przyda się również wtedy, gdy zmieni się osoba odpowiedzialna za proces.
Czym różni się wsparcie po starcie od stałej opieki?
Tuż po wdrożeniu zespół sprawdza, jak strona lub system działa na co dzień. Odpowiada na pytania, analizuje zgłoszenia i kontroluje najważniejsze funkcje. Mogą pojawić się sytuacje, które nie wystąpiły podczas testów: inne dane, nietypowy przebieg sprawy czy większa liczba równoczesnych działań.
Stała opieka może obejmować regularne aktualizacje, monitoring, kontrolę kopii i pomoc w rozwiązywaniu problemów. Jej zakres trzeba określić dla danego projektu. Sama nazwa pakietu niewiele mówi o tym, jakie prace obejmuje i w jakich godzinach dostępna jest pomoc.
Zapytaj, jak będzie wyglądała pomoc w konkretnych sytuacjach. Co dzieje się, gdy formularz nie wysyła wiadomości? Kto reaguje na zmianę po stronie zewnętrznej usługi? Jak będzie rozliczone przygotowanie nowego rodzaju raportu?
Jeśli oferta przewiduje gwarancję na wykonane prace, doprecyzuj również jej zakres, okres i sposób zgłaszania usterek. Uzgodnij, które poprawki mieszczą się w tych warunkach, jakie zadania obejmuje stała opieka, a które wymagają osobnego zlecenia. Ustalenia spisz tak, żeby mogli z nich korzystać zarówno pracownicy Twojej firmy, jak i zespół techniczny.
Jak zaplanować aktualizacje?
Aktualizacji mogą wymagać system zarządzania treścią, wtyczki, moduły, biblioteki i oprogramowanie serwera. Przy zmianach w usługach zewnętrznych może być potrzebne także dostosowanie integracji.
Zakres testów zależy od tego, co się zmienia i jak ważny jest system dla pracy firmy. Przy większych zmianach przydaje się środowisko testowe — osobna wersja strony lub aplikacji, na której można sprawdzić aktualizację bez zakłócania codziennej pracy. Przetestuj czynności ważne dla firmy, takie jak zakup, logowanie, wysłanie formularza, zapis danych czy przekazanie zamówienia.
Przed wdrożeniem przygotuj aktualną kopię i sposób wycofania zmiany. Kopię przed aktualizacją zaleca również dokumentacja WordPressa. Procedurę trzeba dopasować do technologii i tego, jakie nowe dane są zapisywane w systemie podczas aktualizacji.
To szczególnie ważne w sklepie. Przywrócenie całej bazy z wcześniejszej godziny może usunąć zapis zamówień złożonych później. Plan przywrócenia poprzedniej wersji powinien więc uwzględniać nowe dane i sposób ich zachowania.
Po aktualizacji wykonaj ponownie te same zadania. Zapisz, co zmieniono i kiedy. Jeśli pojawi się problem, historia prac ułatwi ustalenie, czy ma związek z ostatnim wdrożeniem.
Strona się otwiera. Czy ważne funkcje też działają?
Monitoring może sprawdzać dostępność adresu, czas odpowiedzi, błędy aplikacji, ważność certyfikatu lub wykorzystanie zasobów serwera. Zakres kontroli powinien wynikać z tego, jak działa produkt i do czego jest potrzebny.
Załóżmy, że strona główna otwiera się poprawnie, lecz formularz przestał przekazywać wiadomości. Monitoring samej strony głównej może więc nie wykryć problemu. Trzeba sprawdzić, czy wiadomość z formularza rzeczywiście trafia do właściwej skrzynki.
Monitoring można więc uzupełnić o automatyczne próby wykonania ważnych zadań, takich jak wysłanie formularza. Podręcznik Google SRE poświęcony monitoringowi opisuje różnicę między monitorowaniem parametrów systemu a sprawdzaniem, jak działa on z perspektywy użytkownika. Zakres takich testów trzeba dopasować do aplikacji.
Przy testowych formularzach lub zamówieniach trzeba też ustalić, jak oznaczać i obsługiwać dane testowe. Automatyczna kontrola nie powinna tworzyć zwykłych zleceń do realizacji.
Ustal, kto otrzymuje ważne alerty, jak reaguje i kogo powiadamia o problemie. Doprecyzuj godziny, w których zapewniona jest reakcja. Jeśli to samo powiadomienie wraca regularnie, sprawdź przyczynę problemu oraz to, czy monitoring jest poprawnie skonfigurowany.
Czy kopia pozwoli przywrócić działanie?
Poproś osobę odpowiedzialną za kopie o datę ostatniej próby odtworzenia i jej wynik. Powinna umieć powiedzieć, czy udało się uruchomić stronę lub system, jakie dane odzyskano i ile czasu to zajęło.
Kopia typowej strony na WordPressie powinna obejmować zarówno pliki, jak i bazę danych. Do plików należą między innymi motyw, wtyczki i przesłane materiały. Baza przechowuje treści oraz wiele ustawień. Szczegóły znajdziesz w oficjalnym poradniku kopii zapasowych WordPressa. W innych aplikacjach sprawdź, gdzie zapisują się wszystkie potrzebne dane, w tym załączniki i pliki przechowywane poza głównym serwerem.
Przy ustalaniu częstotliwości kopii odpowiedz na dwa osobne pytania: ile najnowszych danych firma może utracić i jak długo może czekać na przywrócenie działania?
To różne kwestie. Często wykonywana kopia może ograniczać utratę danych, ale odtworzenie dużego systemu nadal potrwa. Z kolei szybkie uruchomienie starszej wersji nie odzyska informacji, których nie objęło kopiowanie.
Ustal, gdzie kopie będą przechowywane, jak długo i kto będzie miał do nich dostęp. Przynajmniej część kopii powinna pozostawać dostępna niezależnie od głównego środowiska. Przetestuj odtworzenie w osobnym środowisku, żeby nie zakłócać działania strony. Zapisz, czy udało się odzyskać wszystkie dane, co sprawiło trudność i ile czasu zajęła cała operacja.
Na tej podstawie da się ocenić, czy plan odpowiada potrzebom firmy. Strona zmieniana sporadycznie i sklep przyjmujący wiele zamówień będą miały inne wymagania.
Jak zgłosić problem, żeby można było go sprawdzić?
Po wiadomości „nie działa panel” trzeba najpierw dopytać, co dokładnie się stało. Podaj adres podstrony lub nazwę ekranu, opisz wykonane kroki i wyjaśnij, co miało się stać, a co wydarzyło się faktycznie. Dopisz, kiedy wystąpił problem, na jakim urządzeniu i w jakiej przeglądarce. Jeśli wiesz, czy dotyczy też innych osób, zaznacz to w zgłoszeniu.
Tak mogłoby wyglądać zgłoszenie problemu z panelem:
Dzisiaj około 10:15 podczas zapisywania nowej usługi panel wyświetlił komunikat „Nie udało się zapisać”. Formularz zawierał tytuł, opis i jedno zdjęcie. Po ponownej próbie wystąpił ten sam komunikat. Problem pojawił się na komputerze w przeglądarce Chrome. Edycja już istniejącej usługi działa.
Taki opis ułatwia znalezienie przyczyny. Możesz dołączyć zrzut ekranu lub nagranie, wcześniej zasłaniając dane, których nie trzeba udostępniać.
Ustal jeden kanał do przyjmowania zwykłych zgłoszeń oraz sposób kontaktu przy awarii. Gdy część informacji jest w mailach, część na komunikatorze, a część przekazywana telefonicznie, trudniej śledzić postęp prac i ustalić, kto zajmuje się sprawą.
Czas reakcji a czas przywrócenia działania
Przy wyborze opieki zwróć uwagę, co dokładnie oznaczają podane czasy. Czas reakcji może oznaczać czas od zgłoszenia problemu do zajęcia się nim przez zespół. Przywrócenie działania i ostateczne usunięcie przyczyny awarii mogą wymagać więcej czasu.
Sprawdź, od kiedy biegnie czas, w jakich godzinach jest liczony i jakie zdarzenia otrzymują najwyższy priorytet. System monitorujący może pracować przez całą dobę, a obsługa alertów odbywać się w ustalonych godzinach. Jeśli działalność wymaga reakcji wieczorem lub w weekend, powinno to znaleźć się w zakresie współpracy.
Pilność zgłoszenia zależy od tego, jak problem wpływa na użytkowników i firmę. Awaria blokująca wszystkie zamówienia, trudność dotycząca jednej przeglądarki i prośba o zmianę zdjęcia wymagają odmiennej organizacji pracy. Przy ustalaniu zasad uwzględnij także to, czy dostępne jest tymczasowe obejście.
Po stronie firmy wskaż osobę, która może podjąć decyzję w razie awarii, na przykład zatwierdzić przerwę techniczną lub sposób informowania klientów. Zespół techniczny powinien wiedzieć, jak się z nią skontaktować.
Gdzie kończy się utrzymanie, a zaczyna rozwój?
Po uruchomieniu będą pojawiały się pomysły: dodatkowe filtrowanie, nowy sposób rozliczenia, kolejna wersja językowa czy integracja z programem używanym przez zespół. Przy każdym pomyśle trzeba ustalić, co dokładnie ma się zmienić i jak wpłynie to na działanie systemu.
Zapisuj te pomysły na osobnej liście. Przy każdym zanotuj, kto potrzebuje zmiany, co ma ona ułatwić i jak zespół radzi sobie z tym teraz. Informacja „pracownik codziennie ręcznie przygotowuje ten sam raport” daje podstawę do rozmowy o automatyzacji i jej opłacalności.
Ustal, jak często będziecie przeglądać tę listę i wybierać zadania do realizacji. Uwzględnij budżet, czas zespołu i to, które zmiany trzeba wykonać wcześniej. Większą zmianę można podzielić na mniejsze etapy i sprawdzać efekty każdego z nich w codziennej pracy. Przed wdrożeniem ustal, co ma się poprawić i jak to ocenisz.
Jeśli ta sama integracja regularnie przestaje działać i blokuje pracę, zaplanuj sprawdzenie i usunięcie przyczyny. Historia zgłoszeń pomoże ustalić, co dokładnie trzeba naprawić.
Co sprawdzić na pierwszym przeglądzie po uruchomieniu?
Termin przeglądu ustal już przy starcie. Zaplanuj go tak, żeby zespół zdążył skorzystać z najważniejszych funkcji i mógł omówić uwagi z pierwszych dni pracy.
Omówcie pytania pracowników, zgłoszone błędy i działanie najważniejszych funkcji. Potwierdźcie, że wiadomości z formularzy docierają do właściwych osób, kopie są wykonywane, a powiadomienia trafiają do osób, które mają na nie reagować. Sprawdźcie również, czy dostępne instrukcje pozwalają samodzielnie wykonać codzienne zadania.
Zapiszcie, jakie poprawki trzeba wprowadzić, kto się nimi zajmie i kiedy sprawdzicie rezultat. Jeśli opieka nie obejmuje zadania, z którym zespół zgłasza się regularnie, uzgodnijcie, kto i na jakich zasadach będzie je wykonywać. Z czasem te ustalenia mogą się zmieniać. Osoby korzystające z systemu powinny jednak zawsze wiedzieć, do kogo zwrócić się o pomoc i czego mogą oczekiwać.
