---
title: "Automatyczna kategoryzacja ticketów od 14 dni | JustAutomate"
description: "Ticket dostaje priorytet, typ i dział w kilka sekund od wpłynięcia, bez ręcznego sortowania kolejki. Zendesk, Freshdesk, Intercom. Wdrożenie od 14 dni."
url: "https://justautomate.ai/automatyzacje/automatyczna-kategoryzacja-ticketow/"
lang: pl
---

Zespół i obsługa klienta

# Automatyczna kategoryzacja ticketów kolejka posortowana, zanim ktoś ją otworzy

Zgłoszenie z maila, formularza albo czatu dostaje priorytet, typ i właściciela w kilka sekund od wpłynięcia. Model językowy czyta treść i historię klienta, reguła sprawdza plan taryfowy i termin z umowy, a wynik ląduje w Zendesku, Freshdesku albo Jira Service Management jako gotowa etykieta. Zespół obsługi otwiera kolejkę już ułożoną i zaczyna od najdroższej sprawy, nie od najnowszej.

 Umów bezpłatną konsultację [Zobacz, jak wygląda warsztat](https://justautomate.ai/produkty/warsztat-procesowy/)

- 5 do 10 sekundtyle trwa nadanie priorytetu, typu i działu, licząc od chwili, gdy zgłoszenie wpadnie do systemu
- 14 dnityle mija od warsztatu do pierwszej reguły działającej na Waszych zgłoszeniach z ostatniego miesiąca
- 2 do 6 tygodnityle trwa pełne wdrożenie: taksonomia, klasyfikacja, routing, eskalacja i pomiar po 30 dniach

Problem

## Dlaczego ticket czeka na kogoś, kto go tylko przeczyta?

Zgłoszenia wpadają do jednej skrzynki i leżą, dopóki ktoś ich nie przeczyta. Obok siebie stoi awaria integracji u największego klienta i pytanie o zmianę hasła. O kolejności decyduje godzina wpłynięcia, nie waga sprawy, bo na tym etapie nikt jeszcze nie wie, co jest w środku.

Sortuje to człowiek, zwykle między innymi zadaniami. Ten sam rodzaj zgłoszenia raz idzie do utrzymania, raz do obsługi klienta, bo reguła siedzi w głowie osoby na dyżurze i zmienia się razem z dyżurem. Ticket przekazany trzy razy wraca do klienta z pytaniem, na które ten już raz odpowiedział.

Termin z umowy biegnie od wpłynięcia zgłoszenia, a nie od jego przeczytania. Awaria zgłoszona o 17:10 leży do rana, więc z ośmiogodzinnego okna na reakcję nie zostaje nic. W raporcie tego nie widać, bo raport mierzy czas od przypisania, czyli od momentu, w którym problem już był policzalny.

- Awaria czeka za pytaniem o fakturę, bo obie sprawy wpadły w tej samej minucie
- Ten sam typ zgłoszenia trafia do dwóch różnych działów, zależnie od tego, kto ma dyżur
- Reklamacja ląduje w zwykłej kolejce i nikt nie pilnuje jej terminu
- Sortowanie kolejki zjada godziny osoby, która ma rozwiązywać sprawy, a nie je rozdzielać

Dlaczego teraz

## Co się zmieniło, że klasyfikacja działa na Waszych zgłoszeniach w tygodnie?

Każdy system zgłoszeń oddaje dziś nowy ticket przez webhook i przyjmuje etykietę przez API: Zendesk, Freshdesk, Intercom, HubSpot Service Hub, Jira Service Management. Nie trzeba wymieniać helpdesku ani migrować historii. Klasyfikator wpina się obok i dopisuje pola do zgłoszenia, które już tam jest.

Do tego dochodzi warstwa, której trzy lata temu nie było w rozsądnej cenie. Model językowy czyta zgłoszenie po polsku i po angielsku, wyciąga typ sprawy, ton i to, czy klient opisuje przestój czy niedogodność. Część zgłoszeń rozstrzyga jednak zwykłe słowo kluczowe, więc pierwszą warstwą jest tańszy klasyfikator regułowy w n8n albo Make, a model dostaje tylko to, czego reguła nie ruszyła.

Trzecia zmiana to agent AI. Etykieta ułoży kolejkę, ale nie odpowie kierownikowi na pytanie „ile krytycznych ticketów wisi dziś dłużej niż 4 godziny”. BOND, nasz firmowy agent AI, odpowiada na to zwykłym zdaniem w 5 do 10 sekund, bez logowania do helpdesku i bez budowania raportu.

Co się zmienia

## Co dostaje zespół obsługi?

- ### Kolejka ułożona przed pierwszą kawą
Zgłoszenia z nocy mają priorytet, typ i dział, zanim ktokolwiek otworzy helpdesk. Osoba na dyżurze zaczyna od pracy, a nie od czytania dwudziestu maili, żeby wiedzieć, co jest pilne.
Etykieta zapisana w Zendesku, Freshdesku albo Jira Service Management w 5 do 10 sekund od wpłynięcia
- ### Awaria nie czeka za pytaniem o hasło
Priorytet liczy się z treści, liczby dotkniętych użytkowników i poziomu wsparcia z umowy. Zgłoszenie oznaczone jako krytyczne od razu woła dyżurnego na Slacku albo w Teams, zamiast czekać na przegląd kolejki.
Cztery sygnały priorytetu zamiast jednego pola wybranego przez zgłaszającego
- ### Jedna klasyfikacja dla całego zespołu
Taksonomia jest spisana i ta sama dla wszystkich, więc podobne zgłoszenia trafiają w to samo miejsce niezależnie od dyżuru. Statystyka typów zaczyna coś znaczyć, bo przestaje zależeć od tego, kto opisywał ticket.
Etykiety nadaje jeden zestaw reguł, nie kilka osób z własnym zwyczajem
- ### Reklamacja z własnym zegarem
Zgłoszenie z żądaniem zwrotu albo naprawy idzie do osobnej kolejki z terminem odpowiedzi i wpisem w rejestrze. Sprawa, która ma prawny termin, przestaje leżeć obok pytania o konfigurację.
Osobna kolejka, osobny termin i osobna eskalacja przed jego upływem
- ### Klient premium widziany od pierwszej sekundy
Klasyfikator dokłada do ticketu dane z CRM: plan taryfowy, wartość umowy, staż współpracy, otwarte zgłoszenia tego samego klienta. Kolejka premium jest widoczna od razu, a nie po ręcznym sprawdzeniu, kto pisze.
Dane z HubSpot, Pipedrive, Salesforce albo LiveSpace dopisane do zgłoszenia automatycznie
- ### Pytania o kolejkę zwykłym zdaniem
„Ile krytycznych ticketów wisi dłużej niż 4 godziny”, „które typy rosną w tym miesiącu”, „ile zgłoszeń wpadło po godzinach”. Agent AI odpowiada z danych helpdesku, po polsku albo po angielsku.
Odpowiedź w 5 do 10 sekund, bez raportu i bez logowania do systemu zgłoszeń

A u Ciebie

## Co, jeśli nasza obsługa działa inaczej?

Cztery zdania słyszymy najczęściej i na wszystkie cztery odpowiadamy tak samo jak na konsultacji.

- Mamy 40 zgłoszeń miesięcznie, dwie osoby to ogarniają.
Wtedy klasyfikacja rozwiązuje problem, którego jeszcze nie macie, i tak Wam powiemy. Przy takim wolumenie sensowniej ustawić trzy widoki w helpdesku i domknąć bazę wiedzy. Wracamy do tematu, gdy sortowanie zaczyna zajmować komuś godzinę dziennie albo gdy pojawia się dyżur nocny.
- Model się pomyli i awaria dostanie niski priorytet.
Dlatego klasyfikator ma próg pewności, a poniżej progu zgłoszenie idzie do kolejki ręcznej z adnotacją, czego nie rozstrzygnął. Priorytetu ustawionego przez człowieka nigdy nie obniża, może go tylko podnieść. Pierwszy tydzień działa w trybie sugestii: proponuje etykietę obok ticketu, a decyzję nadal podejmuje zespół.
- Zendesk ma własne narzędzia do triage, po co coś jeszcze?
Jeśli natywne reguły wystarczają, powiemy to i pokażemy, jak je ustawić. Zewnętrzna warstwa ma sens wtedy, gdy priorytet zależy od danych spoza helpdesku: poziomu wsparcia z umowy w CRM, stanu zamówienia w ERP, wartości klienta w hurtowni. Tych pól helpdesk sam nie zna.
- W treści zgłoszeń są dane naszych klientów.
Na warsztacie ustalamy, które pola w ogóle wychodzą z helpdesku do klasyfikacji, i zwykle jest to temat, treść i identyfikator klienta bez danych kontaktowych. Spisujemy region przetwarzania i czas przechowywania. Waszych zgłoszeń nie używamy do trenowania żadnego modelu.

Systemy zgłoszeń

Zendesk, Freshdesk, Intercom, HubSpot Service Hub, Jira Service Management

Kanały wejścia

Wspólna skrzynka, formularz na stronie, czat, transkrypcja rozmowy telefonicznej

Dane o kliencie

HubSpot, Pipedrive, Salesforce, LiveSpace, BaseLinker, Shopify, WooCommerce, PrestaShop

Praca zespołu

Slack, Microsoft Teams, Google Workspace, Microsoft 365, ClickUp, Asana, Notion

Dane i pomiar

BigQuery, Google Sheets, GA4, bazy SQL

Warstwa automatyzacji

n8n, Make, Zapier, własne integracje przez API

## Co klasyfikator nadaje ticketowi i skąd bierze sygnał

Etykiety, które najczęściej wchodzą do pierwszego wdrożenia. Zestaw ustalamy na warsztacie, bo taksonomia obsługi jest inna w firmie produktowej i inna w usługowej, a etykieta bez konsekwencji w systemie jest tylko ozdobą.

| Etykieta              | Skąd bierzemy sygnał                                                        | Co uruchamia w systemie                                                 |
| --------------------- | --------------------------------------------------------------------------- | ----------------------------------------------------------------------- |
| Priorytet krytyczny   | słowa o przestoju, liczba dotkniętych użytkowników, poziom wsparcia z umowy | alert dla dyżurnego na Slacku i eskalacja przed upływem terminu z umowy |
| Typ: awaria           | opis objawu, powtarzalność, wersja i moduł produktu                         | kolejka utrzymania, powiązanie z zadaniem w Jira Service Management     |
| Typ: reklamacja       | żądanie zwrotu lub naprawy, numer zamówienia, powołanie się na gwarancję    | osobna kolejka z terminem odpowiedzi i wpis w rejestrze reklamacji      |
| Typ: pytanie          | pytanie o konfigurację, brak numeru zamówienia, brak opisu usterki          | propozycja odpowiedzi z bazy wiedzy podpowiedziana osobie obsługującej  |
| Typ: prośba o funkcję | tryb warunkowy, opis brakującej możliwości, brak zgłoszonej usterki         | backlog produktu i informacja dla klienta, że sprawa nie jest awarią    |
| Segment klienta       | plan taryfowy z CRM, wartość umowy, staż współpracy, otwarte zgłoszenia     | kolejka premium przed standardową, inny próg eskalacji                  |
| Język zgłoszenia      | treść wiadomości i domena nadawcy                                           | przypisanie do osoby obsługującej dany język, szablony w tym języku     |

Wiersze to punkt wyjścia. U większości firm pierwsze wdrożenie obejmuje priorytet, typ i segment, a resztę dokładamy, gdy dane z pierwszych 30 dni pokażą, że jest potrzebna.

Jak to robimy

## Pięć kroków od jednej kolejki do etykiety z konsekwencją

Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.

1. ### Warsztat
Bierzemy próbkę Waszych zgłoszeń z ostatniego miesiąca i rozkładamy dzisiejszą obsługę: kto sortuje, na jakiej podstawie, ile trwa od wpłynięcia do przypisania, gdzie ticket krąży między działami. Sprawdzamy, jakie terminy wynikają z umów, a jakie z przepisów.
2. ### Taksonomia i próg pewności
Spisujemy listę etykiet razem z tym, co każda uruchamia w systemie. Ustalamy, które sprawy rozstrzyga reguła, które model językowy i od jakiego progu pewności zgłoszenie idzie do kolejki ręcznej. Wybieramy narzędzie: n8n, Make albo integracja przez API z Waszym helpdeskiem.
3. ### Tryb sugestii obok obecnej kolejki
Klasyfikator działa równolegle i tylko proponuje etykietę, bez przepinania ticketów. Porównujemy jego decyzje z decyzjami zespołu na prawdziwym ruchu, w tym na zgłoszeniach po godzinach, dwujęzycznych i takich, które mieszczą się w dwóch typach naraz.
4. ### Przełączenie i routing
Po weryfikacji etykieta zaczyna działać: kolejki, eskalacje, powiadomienia dla dyżurnego, osobny tor dla reklamacji. Kierownik obsługi uczy się zmieniać taksonomię sam, bo nowy typ zgłoszeń pojawia się przy każdym nowym produkcie.
5. ### Pomiar po 30 i 90 dniach
Patrzymy na trafność etykiet, liczbę zgłoszeń przekazywanych między działami i czas od wpłynięcia do pierwszej odpowiedzi. Donastrajamy progi do tego, co realnie wpada, a nie do tego, co założyliśmy na warsztacie.

Przed i po

## Jak zmienia się dzień osoby na dyżurze

### Przedtem

- Rano czyta dwadzieścia maili, żeby ustalić, co jest pilne
- Przekazuje ticket do innego działu, bo dopiero teraz widać, czego dotyczy
- Awarię z wieczora znajduje o 9:00, gdy termin z umowy już minął
- Na pytanie zarządu o typy zgłoszeń odpowiada arkuszem robionym ręcznie

### Po zmianie

- Otwiera kolejkę z priorytetem, typem i działem nadanymi w nocy
- Zgłoszenie od razu stoi w kolejce działu, który je rozwiąże
- O krytycznym zgłoszeniu wie z alertu, w tej samej minucie co ono wpadło
- Statystykę typów czyta z etykiet, bo etykiety są spójne od pierwszego dnia

Pierwsze etykiety widać w dniu przełączenia. Trafność i progi pewności oceniamy po 30 dniach, wpływ na czas pierwszej odpowiedzi po 90 dniach.

Dla osoby, która to zamawia

## Co z tego ma szef obsługi klienta

Pytanie „dlaczego nikt tego nie zauważył” przestaje wracać do Ciebie, bo o kolejności decyduje reguła, którą sam zatwierdziłeś, a nie przypadkowa godzina wpłynięcia. Zgłoszenie po terminie jest widoczne z eskalacji tego samego dnia, nie na przeglądzie tygodnia.

Druga rzecz waży więcej w rozmowie z zarządem. Wiesz, ile zgłoszeń każdego typu wpada, ile z nich to awarie, a ile pytania, na które odpowiada baza wiedzy. To argument w rozmowie o etacie w obsłudze albo o poprawce w produkcie, którego dziś nie masz, bo etykiety w helpdesku nadaje każdy po swojemu.

- Taksonomia spisana i wersjonowana, niezależna od osoby na dyżurze
- Eskalacja przed upływem terminu z umowy, nie po nim
- Tydzień pracy w trybie sugestii, więc obecna kolejka działa do końca testów
- Nowy typ zgłoszeń dodajesz sam, bez zgłaszania tego do nas

Ile to kosztuje

## Warsztat ma cenę jawną, wdrożenie wycenę po nim

Warsztat procesowy kosztuje **2500 zł netto za tydzień**. Przy kategoryzacji ticketów zwykle wystarczy jeden tydzień, dwa wtedy, gdy zgłoszenia wchodzą kilkoma kanałami i trzeba pogodzić terminy z kilku umów. Wdrożenie wyceniamy po warsztacie, bo dopiero wtedy wiadomo, ile etykiet wchodzi w grę i w jakim stanie jest helpdesk.

Koszt użycia modelu językowego i abonament helpdesku płacisz bezpośrednio dostawcy, bez naszej prowizji. Jeśli klasyfikator stoi na Waszej infrastrukturze, warstwa automatyzacji nie kosztuje nic ponad to, co już płacicie.

- ### Warsztat procesowy
2500 zł netto
za tydzień, przy kategoryzacji zwykle jeden do dwóch
Zamknięta całość. Kończy się spisaną taksonomią i planem wdrożenia, który możesz zrealizować bez nas.

  - Analiza próbki Waszych zgłoszeń z ostatniego miesiąca
  - Lista etykiet razem z tym, co każda uruchamia w systemie
  - Rekomendacja narzędzia: reguły w helpdesku, n8n, Make albo API
  - Wskaźniki do pomiaru po 30 i 90 dniach
 Zacznij od warsztatu
- Najczęściej wybierany
### Warsztat i wdrożenie klasyfikacji
Wycena po warsztacie
zakres wynika z liczby kanałów i etykiet
Najczęściej wybierany wariant. Działająca klasyfikacja w 2 do 6 tygodni od warsztatu, sprawdzona na Waszym ruchu w trybie sugestii.

  - Wszystko z warsztatu
  - Klasyfikator w n8n, Make albo przez API, spięty z helpdeskiem i CRM
  - Priorytet, typ, segment klienta, kolejka ręczna poniżej progu pewności
  - Routing, eskalacja przed terminem z umowy, osobny tor dla reklamacji
  - Szkolenie kierownika obsługi ze zmiany taksonomii
 Umów rozmowę o wdrożeniu
- ### Klasyfikacja i agent AI dla obsługi
Wycena po warsztacie
dla zespołów, które pytają o stan kolejki kilka razy dziennie
Wszystko z wdrożenia plus BOND, firmowy agent AI, który odpowiada na pytania o kolejkę zwykłym zdaniem.

  - Wszystko z wdrożenia klasyfikacji
  - Agent AI spięty z helpdeskiem i CRM: co wisi, jak długo, jakiego typu
  - Alerty o zgłoszeniach po godzinach i o zbliżającym się terminie
  - Dostęp dla zespołu obsługi i kierownika, po polsku i po angielsku
 Zapytaj o agenta

Jeśli na warsztacie wyjdzie, że przy Waszym wolumenie wystarczą trzy reguły w Zendesku, mówimy to i pokazujemy, jak je ustawić. Sprawa kończy się na warsztacie, a dokument z niego obroni się bez nas: taksonomia i plan zostają u Was, także wtedy, gdy wdrożenie zrobi ktoś inny.

## Najczęstsze pytania

Czym jest automatyczna kategoryzacja ticketów?

To warstwa, która odbiera nowe zgłoszenie z helpdesku przez webhook, czyta jego treść i historię klienta, a potem dopisuje do ticketu priorytet, typ sprawy i dział albo osobę. Etykieta nie jest sama w sobie celem: każda uruchamia coś w systemie, na przykład kolejkę premium, alert dla dyżurnego albo osobny tor dla reklamacji. Człowiek decyduje tam, gdzie klasyfikator nie jest pewny.

Ile trwa wdrożenie kategoryzacji ticketów?

Pierwsza działająca reguła zwykle 14 dni od warsztatu, pełne wdrożenie 2 do 6 tygodni. Różnicę robi liczba kanałów wejścia i to, czy priorytet ma zależeć od danych spoza helpdesku, na przykład od poziomu wsparcia w umowie zapisanej w CRM. Tydzień z tego okna idzie na pracę w trybie sugestii, żeby porównać decyzje klasyfikatora z decyzjami zespołu.

Co się dzieje, gdy klasyfikator źle oceni zgłoszenie?

Poniżej ustalonego progu pewności ticket trafia do kolejki ręcznej z adnotacją, czego klasyfikator nie rozstrzygnął, więc nie zgaduje na siłę. Priorytetu ustawionego przez człowieka nie obniża, może go tylko podnieść. Każda korekta zespołu jest zapisywana i po 30 dniach służy do przestawienia progów i doprecyzowania taksonomii.

Czy to zadziała na zgłoszeniach po polsku i po angielsku?

Tak, model językowy czyta oba języki i sam rozpoznaje, w którym napisano zgłoszenie, więc język bywa jedną z etykiet i decyduje o przypisaniu. Regułowa warstwa dostaje osobne listy słów kluczowych dla każdego języka, bo w jednym o przestoju mówi się „nie działa”, a w drugim „is down”.

Mamy Zendesk z własnymi regułami, po co zewnętrzna warstwa?

Przy jednym kryterium natywne reguły wystarczają i tak Wam powiemy na konsultacji. Zewnętrzny klasyfikator ma sens, gdy priorytet zależy od danych, których helpdesk nie zna: poziomu wsparcia z umowy, wartości klienta w CRM, stanu zamówienia w ERP. Wtedy reguły w helpdesku rozrastają się do dziesiątek wpisów utrzymywanych ręcznie.

Od ilu zgłoszeń miesięcznie to się opłaca?

Umownej granicy nie ma, ale sygnał jest prosty: gdy sortowanie kolejki zajmuje komuś godzinę dziennie albo gdy ticket krąży między działami po dwa razy, klasyfikacja zwraca się szybko. Przy 40 zgłoszeniach miesięcznie zwykle nie warto i mówimy to wprost, zamiast sprzedawać wdrożenie, które nie ma czego naprawiać.

Czy klasyfikator odpowiada klientowi zamiast człowieka?

Nie, o ile tego nie zamówisz. Domyślnie nadaje etykiety i układa kolejkę, a odpowiedź pisze człowiek, któremu klasyfikator może podpowiedzieć gotowy fragment z bazy wiedzy. Automatyczna odpowiedź to osobna decyzja i osobne wdrożenie, zwykle zaczynane od jednego, dobrze rozpoznawalnego typu zgłoszeń.

Co dzieje się z danymi klientów w treści zgłoszeń?

Na warsztacie ustalamy, które pola wychodzą z helpdesku do klasyfikacji, i zwykle jest to temat, treść oraz identyfikator klienta bez danych kontaktowych. Spisujemy region przetwarzania, czas przechowywania i to, kto ma dostęp do logów. Waszych zgłoszeń nie używamy do trenowania żadnego modelu.

## Sprawdźmy, na czym stoi dziś Wasza kolejka

Bezpłatna konsultacja trwa 30 minut. Opowiadasz, ile zgłoszeń wpada miesięcznie, kto je dziś sortuje i jakie terminy macie zapisane w umowach. Pokazujemy, które etykiety da się nadawać automatycznie od razu, a które wymagają najpierw uporządkowania taksonomii w helpdesku. Nie musisz na tym etapie udostępniać systemów.

Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.

[Umów bezpłatną konsultację](https://justautomate.ai/kontakt/)

**PS.** Jeśli w tym tygodniu awaria u Was czekała w kolejce za pytaniem o hasło, to jest dokładnie ten problem. Kolejka ułożona w chwili wpłynięcia zgłoszenia oddaje zespołowi obsługi te godziny, które dziś idą na czytanie i rozdzielanie. Od tego zaczyna się warsztat.

## Powiązane

- [Automatyczne tworzenie zadań](https://justautomate.ai/automatyzacje/automatyczne-tworzenie-zadan/)
- [Automatyczne powiadomienia na Slacku](https://justautomate.ai/automatyzacje/automatyczne-powiadomienia-slack/)
- [Automatyczny onboarding klienta](https://justautomate.ai/automatyzacje/automatyczny-onboarding-klienta/)
- [Automatyzacja z n8n](https://justautomate.ai/uslugi/automatyzacja-n8n/)
- [BOND: firmowy agent AI](https://justautomate.ai/uslugi/bond-firmowy-agent-ai/)
- [Warsztat procesowy](https://justautomate.ai/produkty/warsztat-procesowy/)

---

**JustAutomate** · kontakt: contact@justautomate.ai · formularz: https://justautomate.ai/kontakt/