Intum to nasz system, który ma wbudowany moduł eskalacyjny opisany w tym artykule. Jeśli szukasz gotowego rozwiązania — przetestuj Intum za darmo i sprawdź jak eskalacja działa w praktyce, bez konfigurowania zewnętrznych narzędzi.
Problem: ktoś nie odpowiedział
Klient wysłał zgłoszenie. Minęła godzina, dwie, pięć. Nikt nie odpowiedział. Klient pisze ponownie, tym razem zły. Manager dowiaduje się następnego dnia. Brzmi znajomo?
Większość firm ma ten sam problem — nie brakuje im narzędzi do odbierania zgłoszeń. Brakuje im mechanizmu, który pilnuje żeby ktoś na nie odpowiedział. To jest eskalacja.
Czym jest eskalacja?
Eskalacja to automatyczny łańcuch powiadomień, który uruchamia się gdy coś nie zostało obsłużone w wyznaczonym czasie. Nie chodzi o karanie ludzi — chodzi o to, żeby nic nie wpadło w szczelinę.
Przykład:
- Przychodzi pilny ticket → powiadomienie email do odpowiedzialnego
- Po 30 minutach bez odpowiedzi → push + email do team leada
- Po 2 godzinach → SMS do managera
- Po 4 godzinach → telefon do dyrektora
Kluczowa zasada: eskalacja zatrzymuje się gdy ktoś potwierdzi że się zajmuje (acknowledge). Nie trzeba od razu rozwiązać — wystarczy powiedzieć “widzę to, zajmuję się”.
Jak to robią inne systemy?
PagerDuty
Złoty standard w eskalacjach. Dedykowany system on-call z politykami eskalacji, harmonogramami dyżurów i wielokanałowymi powiadomieniami. Świetny dla DevOps i SRE, ale to osobny produkt za $21-49/user/mies — tylko do eskalacji, nic więcej.
Zendesk / Freshdesk
Eskalacja przez reguły SLA + automatyzacje. Ustawiasz: “ticket priority:urgent bez odpowiedzi > 1h → powiadom managera”. Działa, ale jest oderwane od reszty — SLA to jedno, automatyzacje to drugie, powiadomienia to trzecie. Trzeba sklejać.
OpsGenie (Atlassian)
Podobny do PagerDuty — harmonogramy on-call, routing, eskalacje. Dobrze zintegrowany z Jirą. Ale znów — osobny produkt, osobna subskrypcja, osobna konfiguracja.
Co im wszystkim brakuje?
Kontekstu. PagerDuty nie wie że klient dzwonił 3 razy w tym tygodniu. Zendesk nie wie że ten sam klient ma otwarty task w systemie projektowym. OpsGenie nie wie że odpowiedzialny jest na urlopie i jego zastępca powinien dostać powiadomienie.
Eskalacja działa najlepiej gdy ma dostęp do pełnego obrazu — nie tylko do jednego ticketa, ale do wszystkiego co dzieje się wokół klienta i zespołu.
Jak powinno to wyglądać?
Dobry system eskalacji ma cztery elementy:
1. Reguły (co triggeruje eskalację)
Nie tylko “ticket bez odpowiedzi”. Reguły powinny reagować na różne sytuacje:
- Ticket helpdesku bez odpowiedzi przez X minut
- Nowa sugestia na forum z > Y głosów bez statusu
- Task z kategorii “Błędy” po terminie
- Nieodebrane połączenie VoIP bez callback
- Email w skrzynce bez odpowiedzi > Z godzin
- Komentarz klienta bez reakcji zespołu
2. Łańcuch osób (kto dostaje powiadomienie)
Nie zawsze “wyślij do managera”. Dobry łańcuch to:
- Poziom 1: osoba odpowiedzialna
- Poziom 2: zastępca lub team lead
- Poziom 3: manager działu
- Poziom 4: dyrektor
System powinien wiedzieć kto jest na urlopie i automatycznie przeskoczyć do następnej osoby.
3. Kanały (jak powiadamiać)
Rosnąca urgencja = rosnąca inwazyjność kanału:
- Powiadomienie w systemie (dzwonek) — najlżejsze
- Email — standardowe
- Push (przeglądarka/telefon) — wymaga uwagi
- SMS — pilne
- Połączenie telefoniczne — krytyczne
4. Acknowledge (potwierdzenie)
Przycisk “Zajmuję się” w powiadomieniu. Kliknięcie zatrzymuje eskalację. Brak kliknięcia = eskalacja idzie dalej. Proste, ale kluczowe — bez tego system jest tylko generatorem spamu.
Jak to działa w Intum?
Intum ma przewagę, której nie ma żaden z powyższych systemów — wszystko jest w jednym miejscu. Helpdesk, VoIP, CRM, zadania, email, baza wiedzy, forum sugestii. Eskalacja w Intum nie musi zgadywać ani integrować się z zewnętrznymi systemami — ma pełny kontekst.
Polityki eskalacji
W ustawieniach konta definiujesz politykę eskalacji — zestaw reguł z warunkami, opóźnieniami i łańcuchem osób.
Przykład polityki “Pilne tickety helpdesku”:
| Poziom | Opóźnienie | Kanał | Kto |
|---|---|---|---|
| 1 | 0 min | Email + powiadomienie | Osoba odpowiedzialna |
| 2 | 30 min | Email + push | Team lead |
| 3 | 2 godz | SMS | Manager |
| 4 | 4 godz | Telefon VoIP | Dyrektor |
Przykład 1: Eskalacja po osobach (mała firma bez struktury)
Nie masz team leadów i managerów? Wystarczy lista osób — eskalacja idzie po kolei:
| Poziom | Opóźnienie | Kanał | Kto |
|---|---|---|---|
| 1 | 0 min | Jan (support) | |
| 2 | 30 min | Email + push | Tomek (support) |
| 3 | 2 godz | SMS | Marek (właściciel) |
Prosta lista — jeśli Jan nie odpowie, dostaje Tomek. Jeśli Tomek nie odpowie, SMS do Marka.
Przykład 2: Eskalacja po grupach
W Intum możesz tworzyć grupy użytkowników (np. “Support L1”, “Support L2”, “Management”). Eskalacja może kierować powiadomienia do całej grupy — kto pierwszy potwierdzi, ten przejmuje:
| Poziom | Opóźnienie | Kanał | Kto |
|---|---|---|---|
| 1 | 0 min | Grupa “Support L1” (3 osoby) | |
| 2 | 30 min | Email + push | Grupa “Support L2” (2 osoby) |
| 3 | 2 godz | SMS | Grupa “Management” |
Przewaga: nie musisz wskazywać konkretnej osoby. Ktokolwiek z grupy jest dostępny — przejmuje zgłoszenie.
Mieszanie osób i grup
Poziomy eskalacji można dowolnie łączyć — grupa na poziomie 1, konkretna osoba na poziomie 2, inna grupa na poziomie 3. Dopasowujesz łańcuch do swojej struktury, nie odwrotnie.
| Poziom | Kto | Opis |
|---|---|---|
| 1 | Grupa “Helpdesk” | Cały zespół support — kto pierwszy, ten bierze |
| 2 | Jan Kowalski | Team lead — jeśli nikt z grupy nie odpowiedział |
| 3 | Grupa “Zarząd” | Eskalacja do zarządu |
Wbudowane triggery
Eskalacja reaguje na zdarzenia z każdego modułu Intum:
- Helpdesk — ticket bez odpowiedzi, zmiana priorytetu na urgent, nowy ticket VoIP
- Forum sugestii — nowa sugestia, sugestia z dużą liczbą głosów bez reakcji, nowy komentarz
- VoIP — nieodebrane połączenie bez callback, ticket z call center bez obsługi
- Zadania — task po terminie, task z kategorii “Błędy” bez przypisania
- Email — wiadomość w skrzynce bez odpowiedzi
- CRM — deal bez aktywności, klient premium bez kontaktu
Acknowledge z każdego kanału
Każde powiadomienie eskalacyjne (email, SMS, push) zawiera przycisk “Zajmuję się”. Jedno kliknięcie zatrzymuje eskalację. Nie trzeba logować się do systemu — link działa z maila i SMS.
Inteligentne pomijanie
System sprawdza kto jest na urlopie (moduł urlopów w Intum), kto jest w godzinach pracy (harmonogram), kto ma dyżur — i automatycznie kieruje eskalację do właściwej osoby. Nie trzeba ręcznie ustawiać zastępstw.
VoIP jako ostateczna eskalacja
Żaden inny system all-in-one tego nie ma. Gdy email i SMS nie zadziałają — Intum może automatycznie wykonać połączenie telefoniczne do eskalowanej osoby. Bo VoIP jest wbudowany, nie wymaga integracji z zewnętrznym providerem.
Raportowanie eskalacji
Statystyki: ile eskalacji w miesiącu, na którym poziomie się zatrzymują, średni czas do acknowledge, które reguły triggerują najczęściej. Dzięki temu wiadomo gdzie są wąskie gardła w obsłudze.
Podsumowanie
| Cecha | PagerDuty | Zendesk | Intum |
|---|---|---|---|
| Eskalacja wielopoziomowa | Tak | Ograniczona | Tak |
| SMS + telefon | Tak | Zewnętrzne | Wbudowane (VoIP) |
| Kontekst CRM/zadania | Nie | Nie | Tak — wszystko w jednym |
| Acknowledge | Tak | Nie | Tak |
| Urlopy/harmonogramy | Ręczne | Nie | Automatyczne z modułu HR |
| Forum/baza wiedzy | Nie | Nie | Tak |
| Cena | $21-49/user/mies (osobno) | W pakiecie ale ograniczone | W pakiecie z pełną funkcjonalnością |
Eskalacja nie powinna być osobnym produktem za który płacisz dodatkowo. Powinna być częścią systemu który już zna Twoich klientów, Twój zespół i Twoje procesy. Wtedy działa.