Helpdesk IT: jak zorganizować zgłoszenia, żeby nic nie ginęło

„Pisałam o tym dwa tygodnie temu.” Jeśli to zdanie często pada w Twojej firmie, problemem zwykle nie są kompetencje informatyka, tylko sposób przyjmowania zgłoszeń. Helpdesk IT to coś więcej niż program do ticketów. To kilka prostych zasad: gdzie zgłaszać, kto ustala kolejność, jak informować o postępie i kiedy uznać sprawę za zamkniętą. Poniżej opisujemy błędy, przez które zgłoszenia giną, i sposoby, jak je naprawić.

Błąd 1: zgłoszenia przychodzą wszystkimi kanałami naraz

Telefon, mail na prywatny adres informatyka, wiadomość w komunikatorze, rozmowa przy kawie, karteczka na monitorze. Każdy kanał osobno działa, ale razem tworzą chaos, w którym nie wiadomo, co jest otwarte, a co załatwione.

Naprawa: wyznacz jeden główny kanał, najlepiej osobny adres e-mail lub formularz, który automatycznie tworzy zgłoszenie w systemie helpdesk. Telefon zostaw na sytuacje pilne, ale taką rozmowę też trzeba zarejestrować jako zgłoszenie. Czego nie ma w systemie, tego nie ma.

Błąd 2: kto głośniej, ten pierwszy

Gdy wszystko jest pilne, nic nie jest pilne. Kolejność ustala wtedy ten, kto najczęściej dzwoni albo zajmuje wyższe stanowisko. Awaria systemu sprzedaży czeka, bo ktoś chce zmienić tapetę.

Naprawa: wprowadź prostą skalę priorytetów opartą na wpływie na firmę, a nie na tym, kto zgłasza.

• Krytyczny: nie działa system, z którego korzysta wiele osób, albo zagrożone jest bezpieczeństwo danych.
• Wysoki: jedna osoba nie może wykonywać swojej podstawowej pracy.
• Normalny: utrudnienie, ale da się pracować.
• Niski: prośby i zmiany, które można zaplanować.

Dla każdego priorytetu określ oczekiwany czas reakcji. Jeśli obsługę IT prowadzi firma zewnętrzna, te czasy powinny być zapisane w umowie. Jak to zrobić, opisujemy w artykule o umowie SLA na obsługę IT.

Błąd 3: zgłoszenia bez informacji

„Nie działa drukarka.” Która, od kiedy, co się wyświetla? Informatyk traci czas na dopytywanie, a zgłaszający ma wrażenie, że nic się nie dzieje.

Naprawa: przygotuj krótki formularz lub szablon wiadomości z kilkoma polami:

• czego dotyczy problem: komputer, program, drukarka, dostęp, telefon,
• co dokładnie się dzieje i od kiedy,
• czy problem dotyczy tylko Ciebie, czy innych osób,
• zrzut ekranu z komunikatem błędu,
• jak pilna jest sprawa i dlaczego.

Nie przesadzaj z liczbą pól. Formularza, którego nikt nie chce wypełniać, ludzie unikają i wraca stary zwyczaj dzwonienia.

Błąd 4: zgłaszający nie wie, co się dzieje

Zgłoszenie przyjęto, ale przez trzy dni nie ma odpowiedzi. Pracownik nie wie, czy ktoś się tym zajmuje, więc pisze ponownie, dzwoni i zgłasza to samo kolejnym kanałem.

Naprawa: system helpdesk powinien automatycznie potwierdzać przyjęcie zgłoszenia i informować o zmianie statusu. Wystarczą cztery stany: nowe, w realizacji, oczekuje na odpowiedź użytkownika lub dostawcy, zamknięte. Jeśli sprawa czeka na część albo na reakcję producenta oprogramowania, napisz o tym wprost.

Błąd 5: zamykanie zgłoszeń bez potwierdzenia

Informatyk uważa, że rozwiązał problem, i zamyka zgłoszenie. Użytkownik nadal ma kłopot, ale nie wie, jak wrócić do sprawy, więc zakłada nowe zgłoszenie od początku.

Naprawa: przy zamykaniu opisz krótko, co zostało zrobione, i daj użytkownikowi kilka dni na ponowne otwarcie sprawy. Wystarczy ankieta z jednym pytaniem: czy problem został rozwiązany?

Błąd 6: wiedza zostaje w głowie jednej osoby

Te same problemy wracają co miesiąc: hasło wygasło, drukarka się zawiesiła, program nie widzi bazy. Za każdym razem rozwiązuje je ta sama osoba, w ten sam sposób, bez zapisu. Gdy jest na urlopie, firma stoi.

Naprawa: prowadź prostą bazę wiedzy. Administratorzy zapisują w niej rozwiązania typowych problemów i konfiguracje. Użytkownicy dostają krótkie instrukcje, na przykład jak zresetować hasło, podłączyć się do drukarki albo zgłosić utratę telefonu. Część zgłoszeń zniknie, bo pracownicy poradzą sobie sami.

Błąd 7: awarie i prośby w jednym worku

Awaria to co innego niż prośba o nowe konto, dodatkowy monitor czy instalację programu. Prośby da się planować, awarii nie. Gdy wszystko trafia do jednej kolejki, prośby blokują pilne naprawy albo odwrotnie: czekają tygodniami.

Naprawa: oddziel zgłoszenia awarii od zamówień i zmian. Dla powtarzalnych próśb przygotuj gotowe procedury. Dobrym przykładem jest przyjęcie nowej osoby, opisane w checkliście IT dla nowego pracownika. Dział kadr zgłasza zatrudnienie z kilkudniowym wyprzedzeniem, a IT przygotowuje konto i sprzęt według listy.

Jaki system helpdesk wybrać

Mała firma nie potrzebuje rozbudowanego narzędzia. Ważne, żeby system:

• tworzył zgłoszenia automatycznie z maila lub formularza,
• pozwalał ustawić priorytet, kategorię i osobę odpowiedzialną,
• wysyłał powiadomienia o zmianie statusu,
• przechowywał historię zgłoszeń dla danego użytkownika i urządzenia,
• dawał proste raporty: liczba zgłoszeń, czas reakcji, najczęstsze kategorie.

Raporty przydają się zarządowi. Widać w nich, który sprzęt psuje się najczęściej, który program sprawia najwięcej problemów i gdzie szkolenie da więcej niż kolejna naprawa.

Jeden informatyk, kilkadziesiąt osób i stara drukarka

Weźmy firmę handlową zatrudniającą kilkadziesiąt osób, w której IT obsługuje jeden informatyk, a zgłoszenia trafiają do niego telefonicznie i przez komunikator. Firma wprowadza jeden adres zgłoszeniowy połączony z systemem helpdesk, cztery priorytety i zasadę, że telefon służy tylko do awarii krytycznych. Po kilku tygodniach raport pokazuje, że sporą część zgłoszeń generują hasła i jedna stara drukarka. Samoobsługowy reset hasła i wymiana drukarki odciążają informatyka bardziej niż zatrudnienie dodatkowej osoby.

Helpdesk wewnętrzny czy zewnętrzny

Uporządkowane zgłoszenia ułatwiają też decyzję o modelu obsługi IT. Historia pokazuje, ile pracy faktycznie jest i jakiego rodzaju. Jeśli rozważasz przekazanie helpdesku firmie zewnętrznej, przeczytaj, kiedy outsourcing IT w małej firmie się opłaca.

Przy obsłudze zewnętrznej pracownicy nadal powinni mieć jedno, proste miejsce zgłaszania, a firma dostęp do historii i raportów. Prowadzimy helpdesk dla firm w tym modelu. Opowiedz nam, jak dziś wyglądają zgłoszenia IT u Ciebie.