System ticketowy potrzebny jest tam, gdzie więcej niż jedna osoba obsługuje zgłoszenia, a nikt nie ma pewności, co się z nimi dzieje. Nie chodzi o wielkość firmy. Chodzi o liczbę spraw, które trzeba ogarnąć — a ta rośnie szybciej, niż się wydaje.
Kto zyskuje najwięcej
- Wewnętrzne helpdeski IT. Awaria sprzętu tu, prośba o dostęp tam, jedno na mailu, drugie „w przelocie na korytarzu”. Bez ticketingu nikt nie ma pełnego obrazu.
- Obsługa klienta w e-commerce. Pytanie o zamówienie czy reklamację powinno mieć jasny status. Klient nie powinien pytać dwa razy.
- Firmy serwisowe. Zgłoszenie gwarancyjne łatwo się gubi, gdy każdy technik prowadzi je po swojemu — w notatniku, w głowie, jak wyjdzie.
- Małe firmy bez własnego IT. Zgłoszenie „nie działa drukarka” powinno mieć ten sam status co „padł serwer” — żeby żadne nie czekało przez przypadek.
Sygnały, że czas na zmianę
W rozmowach z klientami powtarza się zawsze ta sama lista:
- Zgłoszenia giną w skrzynce albo w wątkach na komunikatorze.
- Ktoś pyta „co się dzieje z moją sprawą?”, bo nikt nie wie tego od ręki.
- Kilka osób obsługuje zgłoszenia i nikt nie wie, kto czym się zajmuje.
- Pracownik odchodzi, a razem z nim znika wiedza, jak rozwiązano podobny problem.
- Nikt nie potrafi powiedzieć, ile zgłoszeń wpływa tygodniowo.
Pytanie nie brzmi „czy firma jest wystarczająco duża”, tylko „czy ktokolwiek w niej wie, co się dzieje ze zgłoszeniem sprzed tygodnia”.
„Jesteśmy za mali na coś takiego”
To najczęstsza obawa. I zwykle chybiona. Zammad, o którym piszę w kolejnym artykule, uruchamia się dla dwóch-trzech osób równie sensownie jak dla dwudziestu. Różnica nie tkwi w rozmiarze firmy — tylko w liczbie spraw do ogarnięcia.