Najpierw ustal, co wiadomo, a czego jeszcze nie
Pierwszy komunikat o awarii nie musi zawierać przyczyny ani terminu naprawy. Powinien jednak jasno potwierdzać problem i mówić, które działania klientów mogą być utrudnione. Zanim go opublikujesz, zbierz od zespołu technicznego trzy rodzaje informacji: potwierdzone objawy, rozpoznany zakres awarii oraz kwestie nadal sprawdzane. Nie zastępuj brakujących ustaleń domysłem.
Warto zapisać te informacje w krótkiej notatce roboczej. Na przykład: „Potwierdzone: część klientów nie może wysłać formularza. Sprawdzamy: czy problem dotyczy również zapisanych zgłoszeń. Nie wiemy jeszcze: kiedy pełna funkcjonalność wróci”. Taki podział pomaga osobie piszącej komunikat nie zamienić przypuszczenia w obietnicę. Ustal też, kto potwierdza zmiany w treści i kto odpowiada za jej publikację, aby klienci nie otrzymywali sprzecznych odpowiedzi w różnych kanałach.
Opisz skutek z perspektywy klienta
Sformułowanie „występują problemy techniczne” niewiele mówi osobie, która próbuje wykonać konkretne zadanie. Nazwij czynność, której nie może wykonać, albo efekt, który może być opóźniony. Jeśli zakres jest znany, określ go możliwie precyzyjnie: czy chodzi o logowanie, płatności, wysyłanie zgłoszeń czy dostęp do danych. Jeśli dopiero go ustalacie, napisz to wprost zamiast sugerować, że problem dotyczy wszystkich lub tylko niewielkiej grupy.
W przykładowej sytuacji, gdy formularz przyjmuje dane, ale nie wyświetla potwierdzenia, komunikat mógłby brzmieć: „Sprawdzamy problem z potwierdzeniami wysłania formularza. Jeśli po kliknięciu «Wyślij» nie widzisz potwierdzenia, nie możemy obecnie potwierdzić, czy zgłoszenie zostało zapisane. Aktualizujemy tę informację po weryfikacji”. To ostrożniejsze niż zapewnienie, że zgłoszenia na pewno dotarły. Unikaj też tonu, który pomniejsza niedogodność: dla klienta nawet krótka przerwa może oznaczać przerwaną pracę.
Podaj tylko sprawdzone obejścia i ich ograniczenia
Obejście jest pomocne wtedy, gdy zostało przetestowane i nie stwarza dodatkowego ryzyka. Zespół powinien sprawdzić, dla kogo działa, jakie kroki obejmuje i czego nie rozwiązuje. Jeśli alternatywny kanał obsługi może przyjąć tylko część spraw, zaznacz to. Nie proponuj wielokrotnego ponawiania płatności ani wysyłania wrażliwych danych na przypadkowy adres tylko po to, by wskazać jakiekolwiek działanie.
Przykład dla hipotetycznej awarii formularza kontaktowego: „Jeśli sprawa jest pilna, możesz skorzystać z telefonu podanego w zakładce Kontakt. Telefonicznie przyjmujemy pytania, ale nie możemy w ten sposób potwierdzić statusu wcześniej wysłanego formularza”. Gdy nie ma bezpiecznego obejścia, powiedz to uczciwie: „Obecnie nie mamy alternatywnej metody wykonania tej czynności. Pracujemy nad przywróceniem usługi”. Taka informacja pozwala klientowi zdecydować, czy poczekać, zamiast tracić czas na nieskuteczne próby.
Wyznacz godzinę następnej wiadomości, nie zgaduj czasu naprawy
Termin kolejnej aktualizacji i przewidywany termin usunięcia awarii to dwie różne rzeczy. Pierwszy zależy od organizacji pracy zespołu; drugi może być nieznany, dopóki nie zostanie ustalona przyczyna. Jeśli nie masz wiarygodnej podstawy do oszacowania naprawy, nie podawaj jej na uspokojenie odbiorców. Wskaż za to konkretną godzinę następnego komunikatu i kanał, w którym się pojawi.
Możesz napisać: „Nie znamy jeszcze terminu przywrócenia usługi. Kolejną aktualizację opublikujemy dziś o 15:00 w tym samym miejscu”. O wyznaczonej porze opublikuj wiadomość nawet wtedy, gdy problem trwa: potwierdź bieżący zakres, przypomnij działające obejścia i podaj następny termin. Jeśli sytuacja istotnie się zmieni wcześniej, nie czekaj do zapowiedzianej godziny. Stały rytm aktualizacji zmniejsza potrzebę szukania informacji w komentarzach i indywidualnych odpowiedziach.
Utrzymaj jeden obraz sytuacji we wszystkich kanałach
Komunikat na stronie, odpowiedzi konsultantów i wiadomości w mediach społecznościowych powinny opierać się na tych samych ustaleniach. Przygotuj krótką wersję główną oraz zestaw odpowiedzi na przewidywalne pytania: czy problem dotyczy mojej sprawy, co mogę zrobić teraz, gdzie sprawdzę status. Każdą zmianę oznacz godziną aktualizacji, aby starsza treść nie wyglądała na najnowszą.
Po przywróceniu usługi potwierdź, które funkcje działają ponownie, a które skutki są jeszcze sprawdzane. Jeżeli klienci muszą ponowić działanie, podaj jasną instrukcję dopiero po upewnieniu się, że nie spowoduje to duplikatów. Na koniec zachowaj zapis komunikatów i pytań klientów. Pomoże on ocenić, gdzie zabrakło konkretów, które obejścia były użyteczne i co warto przygotować przed kolejną trudną sytuacją.
