„Reagujemy w ciągu 30 minut” – to zdanie znajdziesz w ofercie niemal każdego dostawcy wsparcia IT. Problem w tym, że może oznaczać wszystko: od automatycznego e-maila „Twoje zgłoszenie zostało przyjęte” po specjalistę, który pół godziny później siedzi przy Twoim komputerze i rozwiązuje problem.
Dla prezesa czy dyrektora finansowego różnica staje się widoczna dopiero wtedy, gdy w dniu zamknięcia miesiąca przestaje działać system księgowy, a helpdesk „zareagował” numerem zgłoszenia i ciszą. Okazuje się wtedy, że oferta obiecywała czas reakcji, a potrzebny był czas rozwiązania.
W tym artykule wyjaśniamy, czym te dwa pojęcia się różnią, jak powinien działać system priorytetów, co dokładnie musi się wydarzyć w pierwszych 30 minutach, jak to mierzyć i o co zapytać dostawcę przed podpisaniem umowy.
Czas reakcji i czas rozwiązania to dwa różne zobowiązania
Czas reakcji to czas od przyjęcia zgłoszenia do momentu, w którym żywy specjalista zaczyna nad nim pracować. Nie automatyczny e-mail, nie numer w systemie, ale człowiek, który skontaktował się z Tobą, zrozumiał problem i zaczął działać.
Czas rozwiązania to czas, po którym pracownik może znów pracować. Zależy od złożoności problemu, dlatego uczciwy dostawca nigdy nie gwarantuje go jedną liczbą dla wszystkich zgłoszeń. Zawieszony Outlook naprawisz w dziesięć minut, a awaria dysku w serwerze potrwa kilka godzin, nawet jeśli wszystko zostanie zrobione bezbłędnie.
Dobra umowa o poziomie usług (SLA) określa oba: stały czas reakcji według priorytetu i docelowy czas rozwiązania według rodzaju problemu. Jeśli w ofercie widzisz tylko jedną liczbę, zapytaj, której dotyczy.
Jest też trzeci czas, o którym mówi się rzadziej: czas obejścia problemu. Gdy psuje się drukarka, pracownikowi zależy przede wszystkim na tym, żeby móc wydrukować teraz, a nie na wiedzy, kiedy dotrze część zamienna. Dobry helpdesk najpierw przekieruje wydruki na inną drukarkę, a dopiero potem zamówi naprawę.
Priorytety: nie wszystkie zgłoszenia są równe
Jeśli helpdesk obsługuje zgłoszenia w kolejności wpływania, krytyczny problem czeka za prośbą o instalację nowej czcionki. Dlatego zgłoszenia sortuje się według wpływu na firmę. W naszej praktyce stosujemy system czterech poziomów:
- Krytyczny: nie działa cała firma albo kluczowy proces, na przykład serwer, system księgowy, poczta dla wszystkich lub internet w biurze. Podejrzenie incydentu bezpieczeństwa zawsze trafia tutaj.
- Wysoki: jeden dział nie może pracować albo jeden pracownik nie może pracować wcale, na przykład z powodu zepsutego komputera, zablokowanego konta lub VPN-u, który nie działa u pracownika zdalnego.
- Średni: pracownik może pracować, ale z zakłóceniami, na przykład wolny komputer, jedna niedziałająca drukarka lub aplikacja, która czasem się zawiesza.
- Niski: prośby i usprawnienia, na przykład nowa aplikacja, dostęp do wspólnego folderu lub pytanie „jak to zrobić”.
Priorytet ustala helpdesk, a nie autor zgłoszenia. To ważne, bo każdemu jego własny problem wydaje się najważniejszy. Dobry helpdesk pyta jednak nie tylko „co nie działa”, ale też „ile osób nie może pracować i co się stanie, jeśli to potrwa kolejną godzinę”. To pytanie w minutę oddziela problem krytyczny od uciążliwego.
Reakcja w 30 minut powinna obejmować co najmniej priorytet krytyczny i wysoki. Dla niskiego wystarczy następny dzień roboczy. Ważne, żeby pracownik wiedział o tym od razu i nie musiał zgadywać.
Co dzieje się w pierwszych 30 minutach
Dobra reakcja to nie tylko szybkość. To ciąg konkretnych działań. Tak to wygląda po naszej stronie, gdy wpada zgłoszenie o wysokim priorytecie:
- Pierwsze pięć minut: zgłoszenie jest rejestrowane, dostaje priorytet, a my ustalamy, czy to pojedynczy problem, czy kilku pracowników zgłosiło już to samo. Jeśli monitoring w tym momencie pokazuje alert serwera lub sieci, zgłoszenia są łączone.
- Do dziesiątej minuty: specjalista kontaktuje się z pracownikiem kanałem, którego ten użył, i potwierdza, że problem został dobrze zrozumiany. Często właśnie wtedy okazuje się, że „nie działa internet” oznacza „nie otwiera się jedna strona”.
- Do dwudziestej minuty: specjalista łączy się zdalnie, a jeśli to problem z serwerem, zaczyna diagnostykę. Gdy rozwiązanie jest jasne, wdraża je od razu. Jeśli nie, pracownik dostaje tymczasowy sposób na kontynuowanie pracy.
- Do trzydziestej minuty: pracownik wie, co się dzieje i kiedy spodziewać się naprawy. Jeśli problem jest krytyczny i dotyczy całej firmy, informowana jest odpowiedzialna osoba po Twojej stronie, a nie tylko autor zgłoszenia.
Zwróć uwagę, że problem niekoniecznie jest rozwiązany w tych 30 minutach. Ale jest zrozumiany, ma osobę odpowiedzialną, tymczasowe rozwiązanie i jasną komunikację. To pozwala pracownikowi i kierownikowi planować zamiast się martwić.
Źle prowadzony helpdesk w tych samych 30 minutach wysyła automatyczne potwierdzenie, a dwie godziny później dzwoni z pytaniem „to co właściwie nie działa?”.
Jak mierzyć, czy helpdesk dotrzymuje obietnic
Zobowiązania bez pomiaru to tylko słowa. Dobry dostawca sam przygotowuje miesięczny raport, a Ty powinieneś umieć go przeczytać. Na co zwrócić uwagę:
- Liczba zgłoszeń według priorytetu i rodzaju. Jeśli połowa zgłoszeń dotyczy tej samej drukarki, problemem nie jest helpdesk, tylko drukarka.
- Zgodność czasu reakcji z umową, w procentach, według priorytetu. Dla krytycznego i wysokiego cel powinien być bliski 100.
- Średni i mediana czasu rozwiązania. Ważniejsza jest mediana, bo jedna długa naprawa zniekształca średnią.
- Odsetek ponownie otwartych zgłoszeń. Jeśli ten sam problem wraca, został zamaskowany, a nie rozwiązany.
- Odsetek zgłoszeń rozwiązanych przy pierwszym kontakcie. To najlepszy wskaźnik kompetencji helpdesku.
- Oceny pracowników po zamknięciu zgłoszenia, jeśli dostawca je zbiera.
Ważne, żeby czas liczyć od momentu, w którym pracownik się zgłosił, a nie od chwili, w której dostawca zarejestrował zgłoszenie. W przeciwnym razie 30 minut zaczyna się wtedy, kiedy pasuje to dostawcy.
Zalecamy, by raz na kwartał omawiać z dostawcą nie tylko liczby, ale też powtarzające się przyczyny. Z tego przeglądu rodzi się profilaktyka: wymieniony dysk, zaktualizowana aplikacja, przeszkoleni pracownicy. Tak działa nasze wsparcie IT dla firm: helpdesk to nie tylko usuwanie usterek, ale także źródło, z którego widzimy, co trzeba zmienić.
O co zapytać dostawcę przed podpisaniem umowy
W rozmowie z potencjalnym dostawcą te pytania w kilka minut pokazują, czy „30 minut” to zobowiązanie, czy hasło:
- Od jakiego momentu liczony jest czas reakcji i co uznaje się za reakcję?
- Czy czas reakcji zależy od priorytetu i kto go ustala?
- Jakimi kanałami pracownicy mogą kontaktować się z helpdeskiem i czy wszystkie są równie szybkie?
- Co dzieje się z problemami krytycznymi poza godzinami pracy i w weekendy?
- Ilu specjalistów będzie pracować z naszą firmą i kto ich zastępuje na urlopie?
- Jaki raport będziemy dostawać co miesiąc i czy możemy zobaczyć zanonimizowany już teraz?
- Co się dzieje, gdy czas reakcji zostanie przekroczony, i czy konsekwencje są zapisane w umowie?
- Czy helpdesk ma dostęp do serwerów i tenanta Microsoft 365, czy to osobna usługa?
Jeśli dostawca na co najmniej połowę tych pytań odpowiada „to zależy”, najpewniej dostaniesz numer zgłoszenia i ciszę.
Od czego zacząć
Jeśli Twój helpdesk działa dziś na zasadzie „zadzwoń do Tomka”, proponujemy takie kroki:
- Przez tydzień zapisuj każdy problem IT w firmie: kto zgłosił, kiedy, kiedy otrzymał odpowiedź i kiedy problem rozwiązano. Sama ta tabela zwykle pokazuje, ile czasu pracy ginie na czekaniu.
- Zdefiniuj, co w Twojej firmie jest problemem krytycznym. System księgowy w dniu zamknięcia miesiąca i poczta zespołu sprzedaży na pewno trafią na tę listę.
- Poproś dostawcę o pisemne SLA z czasem reakcji według priorytetu i sposobem pomiaru. Nasz opis poziomu usług jest publiczny, więc możesz go użyć jako punktu odniesienia.
- Upewnij się, że pracownicy wiedzą, gdzie się zgłaszać. Najlepszy helpdesk nie pomoże, jeśli ludzie wciąż dzwonią do kolegi.
- Po pierwszym miesiącu przejrzyj raport i sprawdź, czy liczby zgadzają się z tym, czego doświadczyli pracownicy.
Reakcja w ciągu 30 minut jest osiągalna i nie jest luksusem. Ale oznacza proces, a nie obietnicę.
