komunikacja kryzysowa

Komunikacja kryzysowa to przekaz prowadzony w sytuacji zagrożenia reputacji lub ciągłości działania organizacji.

Komunikacja kryzysowa w środowisku IT

Komunikacja kryzysowa w informatyce oznacza uporządkowane przekazywanie informacji podczas awarii, incydentu bezpieczeństwa, utraty dostępu do systemu albo zakłócenia ciągłości pracy. Jej celem nie jest samo opisanie problemu technicznego, lecz zapewnienie, aby użytkownicy, osoby odpowiedzialne za sprzęt i osoby podejmujące decyzje miały zgodne informacje o stanie usług. W praktyce komunikat powinien wskazywać, co przestało działać, kiedy zauważono problem, jaki jest jego obecny zakres oraz jakie działania są prowadzone.

Istotne jest rozróżnienie komunikacji kryzysowej od zwykłego zgłoszenia serwisowego. Zgłoszenie może dotyczyć pojedynczego komputera i zawierać szczegółowy opis objawów. Komunikat kryzysowy powinien natomiast ograniczać niepewność większej grupy odbiorców. Nie należy w nim przedstawiać niepotwierdzonej przyczyny jako faktu. Jeżeli trwa analiza, właściwe będzie sformułowanie „przyczyna jest ustalana”, a nie wskazanie konkretnego podzespołu, błędu konfiguracji lub ataku bez dowodów.

Treść komunikatu podczas awarii

Rzetelny komunikat powinien zawierać kilka stałych elementów: identyfikację zdarzenia, czas rozpoczęcia, opis niedostępnej funkcji, wpływ na pracę oraz aktualny etap obsługi. W przypadku problemu z komputerem może to oznaczać informację, że urządzenie uruchamia się, ale nie ładuje systemu operacyjnego, że występują restarty albo że użytkownik nie może otworzyć określonych plików. Przy większej awarii należy dodatkowo zaznaczyć, czy problem dotyczy wszystkich stanowisk, wybranej grupy czy pojedynczego urządzenia.

Komunikat powinien być krótki, jednoznaczny i oparty na obserwowalnych faktach. Zamiast ogólnego określenia „system nie działa”, lepiej napisać, że „logowanie do aplikacji kończy się błędem, a połączenie sieciowe na wskazanych stanowiskach jest niestabilne”. Warto podać godzinę kolejnej aktualizacji, nawet jeśli nie jest jeszcze znany termin usunięcia awarii. Dzięki temu odbiorcy wiedzą, kiedy spodziewać się nowych informacji i nie muszą wielokrotnie wysyłać tych samych pytań.

Źródła danych i ślad zdarzenia

Komunikacja kryzysowa powinna opierać się na danych z konkretnych źródeł: zgłoszeń użytkowników, komunikatów systemowych, dzienników zdarzeń, wyników testów sprzętu oraz informacji od osób prowadzących diagnostykę. Każde ustalenie warto powiązać z czasem i źródłem, ponieważ w trakcie awarii objawy mogą się zmieniać. Przykładowo pojedynczy restart komputera nie potwierdza jeszcze uszkodzenia dysku, a brak dostępu do strony internetowej nie musi oznaczać awarii samego laptopa.

Pomocny jest prosty rejestr zdarzenia obejmujący godzinę zgłoszenia, zaobserwowany objaw, wykonane czynności, wynik testu i osobę odpowiedzialną za następny krok. Taki zapis ogranicza ryzyko przekazywania sprzecznych informacji. Pozwala też odtworzyć przebieg awarii po jej zakończeniu. W dokumentacji należy oddzielać fakty od hipotez, na przykład oznaczać, że uszkodzenie nośnika jest podejrzeniem wymagającym potwierdzenia, a nie ostateczną diagnozą. Nie powinno się publikować danych dostępowych, haseł, kluczy licencyjnych ani innych informacji, które mogłyby ułatwić nieuprawniony dostęp.

Przekaz po przywróceniu działania

Po usunięciu problemu potrzebny jest komunikat zamykający incydent. Powinien wskazywać, jakie funkcje zostały przywrócone, od której godziny można z nich korzystać oraz czy użytkownicy muszą wykonać dodatkowe czynności, takie jak ponowne uruchomienie komputera, sprawdzenie zapisanych plików albo zgłoszenie utrzymujących się objawów. Jeżeli nie udało się potwierdzić jednej przyczyny, należy to jasno zaznaczyć zamiast tworzyć pozorne wyjaśnienie.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, dlatego w przypadku awarii przydatne jest przekazanie serwisantowi uporządkowanego opisu objawów, czasu ich wystąpienia oraz wcześniejszych czynności diagnostycznych. Taki materiał ułatwia odróżnienie problemu sprzętowego od błędu systemu lub konfiguracji. Po zakończeniu naprawy warto zachować podstawowy zapis ustaleń, aby przy ponownym wystąpieniu podobnych objawów można było szybko porównać przebieg zdarzeń i przekazać sprawdzone informacje właściwym osobom.