Pierwszy krok to zgłoszenie problemu
Zgłoszenie użytkownika wskazuje, że korzystanie z usługi może być utrudnione. Jest punktem wyjścia do sprawdzania sytuacji, a nie gotowym potwierdzeniem awarii obejmującej wszystkich odbiorców. Problem może dotyczyć określonej czynności lub warunków dostępu. Dlatego pojedynczej relacji nie należy utożsamiać ani z pełną niedostępnością usługi, ani z ustaloną przyczyną trudności.
Dla zespołu IT taki sygnał jest użyteczny, ponieważ wskazuje obszar wymagający uwagi. Dla obsługi klienta stanowi informację, którą warto zestawić z innymi obserwacjami, zanim powstanie odpowiedź o szerszym zasięgu problemu. Rozdzielenie zgłoszenia od potwierdzonego stanu pomaga komunikować to, co wiadomo, bez przedstawiania przypuszczeń jako ustaleń dotyczących całej usługi.
Drugi krok to rzeczywiste sprawdzenie dostępności
Po sygnale o problemie znaczenie ma rzeczywiste sprawdzenie dostępności usługi. To dodatkowa podstawa oceny, obok relacji użytkownika. Pozwala odnieść zgłoszenie do zaobserwowanego stanu dostępności. Nie oznacza jednak, że każde możliwe działanie użytkownika zostało zweryfikowane ani że wynik wyjaśnia wszystkie okoliczności konkretnego zgłoszenia. Zakres wniosku powinien odpowiadać temu, co sprawdzono.
Rozróżnienie między zgłoszeniem a sprawdzeniem jest ważne w codziennej diagnozie. Usługa może być osiągalna, a klient nadal doświadczać trudności w określonym miejscu. Z kolei niedostępność może wskazywać, że należy przyjrzeć się zewnętrznej zależności. Zespół IT zestawia ten kontekst z własnymi obserwacjami, aby wybrać następne działanie i ocenić wpływ na klientów.
Trzeci krok to porównanie z innymi usługami
Sytuacja pojedynczej usługi nabiera znaczenia w szerszym kontekście. Porównanie z innymi usługami pomaga ocenić, czy trudności wyglądają na ograniczone do jednego obszaru, czy wymagają sprawdzenia szerszych zależności. Nie jest to podstawa do przypisywania winy dostawcy. To sposób uporządkowania obserwacji, które mogą skierować uwagę zespołu na właściwy zakres dalszej diagnozy.
Dla IT korzyścią jest dodatkowy kontekst przy wyborze tego, co sprawdzić w pierwszej kolejności. Dla obsługi klienta ważna jest ostrożność w formułowaniu komunikatu. Podobne problemy w różnych usługach nie dowodzą jeszcze wspólnej przyczyny. Warto przekazywać potwierdzony wpływ na własną usługę i oddzielać go od przypuszczeń o źródle szerszych trudności.
Czwarty krok to alert dla zespołu
Alert o awarii zwraca uwagę zespołu na zdarzenie wymagające oceny. Może pomóc rozpocząć sprawdzanie zależności od dostawcy, zanim napływ pytań klientów stanie się jedynym sygnałem problemu. Nie stanowi obietnicy określonego czasu wykrycia ani gotowej diagnozy. Jego rolą jest dostarczenie kontekstu do działania i ułatwienie przekazania informacji osobom odpowiedzialnym za obsługę sytuacji.
Start obejmuje alerty email o awariach 10 dostawców i usług oraz historię awarii. Zespół obejmuje 50 usług, alerty do komunikatora i webhook oraz stronę statusu dla klientów firmy. Strona statusu daje miejsce, do którego można kierować odbiorców, aby pytania o tę samą sytuację nie wymagały za każdym razem osobnego wyjaśnienia w skrzynce obsługi.
Od sprawdzenia do wyboru planu
Jednorazowe sprawdzenie na stronie głównej jest demonstracją poza cennikiem. Nie ma planu darmowego. Start kosztuje 249 PLN miesięcznie netto, a Zespół 599 PLN miesięcznie netto. Ceny wymagają doliczenia 23 procent VAT. Płatność roczna daje 50 procent zniżki. Przy wyborze warto uwzględnić zarówno potrzebne usługi, jak i kanały odbierania informacji przez zespół.
Enterprise jest na zapytanie i obejmuje SSO, role, SLA, fakturę VAT, umowę oraz własną domenę strony statusu. Obsługa jest samoobsługowa, bez rozmów z handlowcem i bez umawiania demonstracji. Jedyny adres kontaktowy to [email protected]. Przed wyborem planu warto ustalić, kto ocenia alerty i jak potwierdzone informacje trafiają do osób odpowiadających na pytania klientów.