Guides 5 min czytania

Jak stworzyć stronę statusu, której klienci ufają

Strona statusu mówi klientom, co nie działa, co robisz i kiedy zajrzeć ponownie. Jak ją skonfigurować, co na niej umieścić i gotowe szablony komunikatów o incydentach.

Strona statusu to publiczna lub prywatna strona internetowa, która pokazuje, czy Twoje usługi działają, i co robisz, gdy nie działają. Podczas incydentu zastępuje lawinę maili „czy coś nie działa?” jednym miejscem, w którym można to sprawdzić. Poza incydentami po cichu pokazuje Twoją historię. Skonfigurujesz ją w jedno popołudnie. Ten poradnik opisuje, co na niej umieścić, jak ją skonfigurować i jak pisać komunikaty, które ludzie naprawdę czytają.

Po co strona statusu

Gdy coś się psuje, klienci chcą znać trzy odpowiedzi: czy problem dotyczy tylko mnie, czy o nim wiecie i kiedy zostanie naprawiony. Bez strony statusu pytają o to support, media społecznościowe albo swojego opiekuna handlowego. Każde pytanie kosztuje czas właśnie wtedy, gdy masz go najmniej.

Strona statusu odpowiada na wszystkie trzy naraz. Buduje też zaufanie: otwarta komunikacja o incydencie zwykle przynosi więcej dobrej woli, niż kosztuje awaria.

Co pokazać

Komponenty, które klienci rozpoznają

Wypisz części produktu tak, jak myślą o nich klienci: Strona, Płatności, API, Panel, Powiadomienia e-mail. Wewnętrzne nazwy, takie jak web-03 czy redis-primary, nic im nie mówią. Jeśli komponentów jest dużo, pogrupuj je.

Aktualny status i historia

Pokaż aktualny stan każdego komponentu i historię z ostatnich dni, żeby odwiedzający od razu widzieli, czy dzisiejszy dzień jest wyjątkowy. Połącz komponenty z monitorami dostępności, aby status odzwierciedlał rzeczywiste kontrole, a nie to, czy ktoś pamiętał o aktualizacji.

Incydenty i aktualizacje

Każdy incydent ma tytuł, status (badanie, zidentyfikowano, monitorowanie, rozwiązano) i aktualizacje z datą i godziną. Zostaw rozwiązane incydenty widoczne przez jakiś czas jako dowód, jak radzisz sobie z problemami.

Sposoby na bycie na bieżąco

Podlinkuj kanały wsparcia i profile społecznościowe, żeby ludzie wiedzieli, gdzie jeszcze szukać. Jeszcze lepiej: pozwól im subskrybować, żeby aktualizacje docierały do nich bez odświeżania strony. Strony statusu Uptimecheck przyjmują subskrybentów przez e-mail, Slack, Microsoft Teams, Discord lub webhook, dla całej strony albo tylko wybranych komponentów, a stronę można wyświetlać w 9 językach, z czasem w UTC, aby każdy odwiedzający patrzył na ten sam zegar.

Status możesz też pokazać tam, gdzie ludzie już są: jako widżet statusu na własnej stronie, odznakę SVG, podsumowanie JSON albo kanał Atom.

Konfiguracja strony statusu

Wybierz stronę publiczną lub prywatną. Publiczną dla produktów dla klientów. Prywatną, chronioną hasłem, dla narzędzi wewnętrznych albo poszczególnych klientów agencji.

Zadbaj, by łatwo było ją znaleźć. Podlinkuj stronę statusu w stopce strony, centrum pomocy i na stronie logowania, żeby klienci wiedzieli, gdzie zajrzeć, zanim napiszą.

Dodaj swój branding. Dodaj logo i kolory, żeby strona wyglądała jak część Twojego produktu. W planach Professional i Business Uptimecheck możesz dodać własny CSS, a w każdym płatnym planie usunąć branding Uptimecheck.

Dodaj komponenty i połącz je z monitorami.

Zdecyduj o indeksowaniu. Publiczna strona statusu może być indeksowana przez wyszukiwarki albo możesz zablokować indeksowanie, jeśli wolisz, by trafiano na nią tylko z linków.

Zadbaj, by łatwo było ją znaleźć. Podlinkuj ją w stopce strony, w centrum pomocy i na stronach błędów. Kod QR przyda się w materiałach drukowanych i w lokalach stacjonarnych.

Strona statusu Uptimecheck ma do tego wszystkie ustawienia: strony publiczne lub chronione hasłem, Twoje logo i kolor akcentu, motyw ciemny, jasny lub automatyczny, ukrywanie przed wyszukiwarkami, subskrybentów i usuwany branding. Przechodzisz z Atlassian Statuspage? Uptimecheck importuje komponenty, historię incydentów, zaplanowane prace konserwacyjne i potwierdzonych subskrybentów e-mail. Zobacz alternatywę dla Statuspage.

Pisanie komunikatów o incydentach

Jasne, regularne aktualizacje są ważniejsze niż idealne sformułowania. Kilka zasad:

Opublikuj pierwszą aktualizację w ciągu kilku minut, nawet jeśli wiesz tylko tyle, że coś jest nie tak.

Pisz o tym, czego doświadczają klienci, a nie o tym, co robi serwer: „Płatności w koszyku kończą się błędem”, a nie „Podwyższony poziom 5xx w payments-svc”.

Napisz, kiedy będzie następna aktualizacja, i dotrzymaj słowa.

Nie zgaduj przyczyn ani terminów, których nie jesteś pewien.

Zakończ podsumowaniem tego, co się stało i co się zmieni.

Szablony

Badanie (Investigating)

Badamy zgłoszenia, że [komponent] [objaw, np. się nie ładuje / zwraca błędy]. Kolejną aktualizację opublikujemy w ciągu 30 minut.

Zidentyfikowano (Identified)

Ustaliliśmy przyczynę: [krótki, prosty opis]. Pracujemy nad poprawką. Część klientów może nadal widzieć [objaw]. Następna aktualizacja o [godzina].

Monitorowanie (Monitoring)

Wdrożyliśmy poprawkę i [komponent] znowu działa. Monitorujemy sytuację, żeby upewnić się, że działanie jest stabilne. Następna aktualizacja o [godzina].

Rozwiązano (Resolved)

Incydent został rozwiązany. Między [godzina rozpoczęcia] a [godzina zakończenia] [czego doświadczyli klienci]. Przyczyną było [przyczyna]. Aby zapobiec powtórce, [zmiany]. Przepraszamy za utrudnienia.

Planowana konserwacja

[Data] w godzinach [od]–[do] ([strefa czasowa]) [komponent] będzie niedostępny, ponieważ [powód]. [Co powinni zrobić klienci, jeśli cokolwiek.]

Zapowiadaj konserwację z wyprzedzeniem. Uptimecheck pokazuje planowane prace na stronie statusu z wyprzedzeniem i może wysłać e-mail do subskrybentów, z przypomnieniem przed każdym oknem cyklicznego harmonogramu. Gdy publikujesz aktualizację, Uptimecheck podsuwa też gotowy szkic dla każdego etapu, od Investigating do Resolved, więc pierwsza aktualizacja jest kilka kliknięć od publikacji.

Po incydencie

Aktualizacja „rozwiązano” to nie koniec. W ciągu kilku dni opublikuj krótkie podsumowanie poważniejszych incydentów:

Czego doświadczyli klienci i jak długo.

Co było przyczyną, prostym językiem.

Co zmieniłeś, żeby to się nie powtórzyło.

Nie szukaj winnych, skup się na faktach i poprawkach. Klienci rzadko oczekują perfekcji, ale oczekują, że wyciągasz wnioski. Historia uczciwych podsumowań na stronie statusu to jeden z najsilniejszych sygnałów zaufania, jakie możesz dać.

Hosting strony statusu

Strona statusu, która pada razem z produktem, jest gorsza niż żadna. Hostuj ją oddzielnie od głównej infrastruktury, żeby pozostała dostępna, gdy problem mają Twoje serwery, dostawca DNS albo firma hostingowa. Hostowana strona statusu od dostawcy monitoringu robi dokładnie to i łączy się bezpośrednio z kontrolami, które wykrywają awarię.

Czego uczy analityka strony statusu

Podczas incydentu ruch na stronie statusu pokazuje, ilu klientów jest dotkniętych problemem i skąd się o nim dowiedzieli. Analityka stron statusu w Uptimecheck pokazuje wizyty według kraju, źródła odesłania i urządzenia, liczone bez plików cookie i bez zapisywania adresów IP. Jeśli większość wizyt pochodzi z jednego kraju, problem może być regionalny. Jeśli wielu odwiedzających trafia przez link w automatycznej odpowiedzi supportu, ten link spełnia swoje zadanie. Zobacz analitykę stron statusu.

Dla agencji: osobna strona statusu dla każdego klienta

Agencje mogą dać każdemu klientowi własną stronę statusu pod własnym adresem, np. app.uptimecheck.com/s/clientname (Professional i Business), pokazującą tylko strony tego klienta. Klienci sprawdzają stronę zamiast dzwonić, a agencja pokazuje, że panuje nad sytuacją. Grupuj monitory i stronę statusu każdego klienta w projekcie, żeby zachować porządek.

Lista kontrolna strony statusu

Wybierz stronę publiczną lub chronioną hasłem.

Podlinkuj stronę w stopce witryny i w centrum pomocy.

Dodaj logo i kolory.

Nazwij komponenty językiem klientów i połącz je z monitorami.

Podlinkuj stronę w stopce, centrum pomocy i na stronach błędów.

Zapisz szablony komunikatów tam, gdzie zespół łatwo je znajdzie.

Ustalcie, kto publikuje aktualizacje i jak często.

Po każdym incydencie przejrzyj analitykę.

Podsumowanie

Dobra strona statusu jest prosta: rozpoznawalne komponenty, status w czasie rzeczywistym z Twoich monitorów oraz uczciwe, regularne aktualizacje. Skonfiguruj ją, zanim będzie potrzebna, żeby była gotowa, gdy następnym razem coś się zepsuje.

Strony statusu z analityką są dostępne w każdym planie Uptimecheck. Wypróbuj za darmo przez 14 dni, bez karty kredytowej.

Pytania

Czy strona statusu powinna być publiczna czy prywatna?

Publiczna dla produktów z wieloma klientami, żeby każdy mógł sprawdzić status bez logowania. Prywatna, chroniona hasłem, dla systemów wewnętrznych albo poszczególnych klientów agencji.

Gdzie hostować stronę statusu?

Oddzielnie od głównej infrastruktury, żeby działała, gdy produkt nie działa. Podlinkuj ją na swojej stronie i w centrum pomocy, żeby klienci mogli ją znaleźć.

Jak często publikować aktualizacje podczas incydentu?

Pierwszą aktualizację opublikuj w ciągu kilku minut, a kolejne w regularnych odstępach, np. co 30 minut, nawet jeśli nic się nie zmieniło. Napisz, kiedy pojawi się następna.

Czy mogę sprawdzić, ile osób odwiedza moją stronę statusu?

Tak. Analityka stron statusu w Uptimecheck pokazuje wizyty według kraju, źródła odesłania i urządzenia, liczone bez plików cookie i bez zapisywania adresów IP.

Czytaj dalej

Guides 5 min czytania

Komunikacja podczas incydentów: plan i szablony na każdy etap

Jak informować klientów o awarii: kto mówi, jak często, w jakim kanale i jakimi słowami. Plan na jedną stronę, poziomy ważności, częstotliwość aktualizacji i gotowe szablony na stronę statusu, e-mail i media społecznościowe.

Czytaj

Przestoje to przeszłość.

Skonfiguruj pierwszy monitor w niecałą minutę albo najpierw rozejrzyj się w demo na żywo.

14 dni za darmo · Potem 5 monitorów gratis · Bez karty kredytowej