HubSpot Help Desk pozwala kierować zgłoszenia do agentów według ich umiejętności (język, specjalizacja, produkt), ale tylko na Service Hub Enterprise i tylko po skonfigurowaniu trzech rzeczy w konkretnej kolejności: skills, przypisania per user, ruleset per kanał. Ten post pokazuje jak to ustawić przed wejściem na produkcję, gdzie najczęściej sypie się pierwsza konfiguracja i czego skill-based routing NIE zrobi za Ciebie.
30 dni temu odpalałem Help Desk u polskiego SaaS-a B2B, 8 agentów wsparcia, dwa języki (PL/EN), trzy linie produktowe. Klient miał Service Hub Enterprise od miesiąca, agenci byli zaproszeni, kanały mailowe podpięte. Zgłoszenia leciały. Wszystkie do jednej wspólnej kolejki "Unassigned". Ktoś klikał, przypisywał ręcznie, kombinował. Klasyk.
Skill-based routing rozwiązuje dokładnie ten moment. Natomiast konfiguracja ma trzy warstwy i jeżeli pominiesz którąkolwiek, system nadal zostawia tickety jako nieprzypisane i wygląda jakby "nie działał". Rozłóżmy to.
Co to jest skill-based routing w HubSpot Help Desk
Skill-based routing w HubSpot Help Desk to mechanizm, który przypisuje przychodzące zgłoszenia do konkretnego agenta na podstawie umiejętności przypisanych do jego usera (język plus custom skills, na przykład "billing", "onboarding", "integracje"). Zamiast wspólnej kolejki "unassigned", ticket od razu ląduje u osoby która potrafi go obsłużyć. Feature wymaga Service Hub Enterprise i przypisanego Service Hub seat na agencie.
Dwa typy skills siedzą w systemie:
- Language skills - lista języków wspieranych natywnie przez HubSpot. Zaznaczasz na userze którymi języki mówi biegle.
- Custom skills - tworzysz sam. U klienta z produkcji opakowań były to "flexo", "offset", "digital". U SaaS-a - "API", "SSO", "billing". Warto trzymać 5-10 skills, nie 30.
Bez skill-based routingu Help Desk działa domyślnie w trybie "triage": przychodzące zgłoszenia trafiają jako nieprzypisane, ktoś z zespołu musi je przejrzeć i ręcznie przypisać. Da się tak żyć przy 5 ticketach dziennie. Przy 50 - już nie.
Dla kogo skill-based routing ma sens
Skill-based routing zaczyna się opłacać przy zespole 4+ agentów wsparcia obsługujących minimum 2 kryteria segmentacji (język, produkt, tier klienta, region). Poniżej tego progu prostszy round-robin na kanale wystarczy - konfiguracja skills to wtedy overhead bez zwrotu.
Konkretnie widzę trzy scenariusze gdzie skill-based routing jest wart nakładu:
- Wielojęzyczny support (PL + EN + DE). Klasyk polskiego SaaS-a z klientami CEE. Ticket po niemiecku ląduje u agenta który mówi po niemiecku, nie u tego kto go pierwszy zauważył.
- Wiele linii produktowych. "API issues" idą do inżyniera wsparcia, "billing" do finance-adjacent operator. Nie dublujesz kompetencji w każdym agencie.
- Tiered support (L1/L2/L3). Skill "L2 escalation" na konkretnych ludziach, workflow eskaluje ticket po X godzinach bez odpowiedzi. To już custom setup, ale skills są fundamentem.
Jeżeli masz 2 agentów i wszyscy robią wszystko - zostaw round-robin, wróć do tego posta jak urośniesz.
Ile kosztuje Help Desk ze skill-based routingiem
Skill-based routing wymaga Service Hub Enterprise i seat Service Hub na każdym agencie który ma być w kolejce. To istotny detal - łatwo pomylić z Service Hub Professional gdzie routing tak, ale skill-based już nie.
| Feature | Service Hub Professional | Service Hub Enterprise |
|---|---|---|
| Help Desk workspace | Tak | Tak |
| Podstawowy routing (round-robin, load-balanced) | Tak | Tak |
| Skill-based routing | Nie | Tak |
| SLA w inbox (first response, close time) | Tak | Tak |
| Custom skills (tworzone przez admina) | Nie | Tak |
Praktyczna konsekwencja: jeżeli jesteś na Pro i chcesz skill-based routing, upgrade na Enterprise to ~2x cena per seat plus koszt seatów Service Hub dla wszystkich agentów. Zanim to zrobisz - policzmy czy round-robin z dobrze skonfigurowanymi teamami nie załatwia problemu na 80%. Zwykle załatwia. Do tej rozmowy zapraszam na discovery call - w 30 minut widać czy Enterprise wart wydatku.
Jak skonfigurować skill-based routing - 3 kroki w kolejności
Kolejność konfiguracji ma znaczenie. Jeżeli zaczniesz od ruleset zanim stworzysz skills - w kreatorze nie masz co wybrać. Jeżeli przypiszesz skills userowi zanim istnieją w systemie - nic się nie stanie. Prawidłowa sekwencja: 1. Stwórz skills. 2. Przypisz je do userów. 3. Zbuduj ruleset per kanał.
Krok 1: Stworz skills w portalu
W Settings przechodzisz do Inbox & Help Desk > Help Desk, sekcja "Ticket sources and routing", klikasz Skill-based routing, zakładka Skills. Language skills są tam już z automatu (HubSpot supported languages). Custom skills tworzysz ręcznie - nazwa, opis, save.
Praktyczna rada: nazwy skills po angielsku nawet dla polskiego zespołu. HubSpot UI mixuje polski i angielski nieprzewidywalnie, a Twój ruleset i workflow logic będzie łatwiejszy w utrzymaniu jak wszystko po EN. "Billing" nie "Rozliczenia".
Krok 2: Przypisz skills do userów
Settings > Users & Teams > wybierasz usera > zakładka Routing > Skills. Zaznaczasz custom skills z dropdownu i language skills z osobnej sekcji. Save.
To krok który u klientów najczęściej się rozjeżdża. Admin tworzy skills, robi ruleset, testuje - i dziwi się że tickety nadal wpadają jako unassigned. Bo zapomniał przypisać skills userom. Skills istnieją w portalu, ale nikt ich nie "ma". System nie ma do kogo skierować.
Krok 3: Zbuduj ruleset per kanał
Wracasz do Settings > Inbox & Help Desk > Help Desk > Skill-based routing, zakładka Rules. Każdy kanał (mail, formularz, chat) może mieć jeden ruleset. W kreatorze definiujesz warunki: "jeżeli ticket ma property X = Y, wymagany skill = Z". System szuka dostępnego agenta z tym skillem i przypisuje.
W tym miejscu dostajesz też opcję "Delay before first assignment" (do 10 minut). Praktycznie zawsze warto ustawić 1-2 minuty. Dlaczego? Bo między utworzeniem ticketa a routingiem często odpalają się workflowy (na przykład property enrichment, translation detection, priority calc). Zero delay = routing na starych właściwościach.
Czego skill-based routing NIE zrobi
Skill-based routing przypisuje ticket do agenta z pasującym skillem, który jest dostępny (status Available w inbox). Nie wykrywa sam z siebie języka zgłoszenia, nie klasyfikuje intencji, nie eskaluje po SLA i nie balansuje obciążenia między agentami z tym samym skillem inaczej niż round-robin.
Konkretnie brakuje:
- Automatycznego wykrywania języka. HubSpot nie skanuje treści maila i nie ustawia language automatycznie. Musisz mieć property (na przykład z formularza), workflow z Breeze AI, albo language detection przez integrację. Bez tego "language skill" nic nie da - ticket nie ma z czym się dopasować.
- Klasyfikacji "co to za problem". Jeżeli chcesz żeby "billing questions" leciały do finansowego zespołu - musisz najpierw jakoś tag'nąć ticket jako billing. Formularz z dropdownem, AI classification workflow, albo mail parsing. Sam skill-based routing operuje NA property, nie tworzy property.
- SLA i eskalacji. To osobny mechanizm - SLA w inbox konfigurujesz na first response time i time to close, per priority lub dla wszystkich ticketów. Routing i SLA to dwa systemy, muszą być ustawione niezależnie.
- Load-balancingu według rzeczywistej złożoności. System liczy ile ticketów agent ma otwartych, nie ile godzin one zajmą. Trudne tickety u jednej osoby, łatwe u drugiej - system tego nie widzi.
Innymi słowy: skill-based routing to warstwa dopasowania. Warstwa klasyfikacji, wykrywania języka i SLA to osobne konfiguracje. Kompletny setup Help Desk pod polski B2B to zwykle projekt na 2-3 tygodnie: skills, workflow enrichment, SLA policy, dashboardy dla managera. Robimy to w ramach wdrożeń Service Hub, często razem z audytem istniejącego portalu jeżeli klient próbował już sam.
Typowe błędy przy pierwszym wdrożeniu
Cztery rzeczy które sypią się najczęściej w pierwszym tygodniu produkcji:
- Skills stworzone, nie przypisane userom. Ruleset kompletny, tickety idą do unassigned. Diagnoza: zaznacz jednego usera, sprawdź czy ma checked custom skills w Routing tab. Dziewięć na dziesięć razy - nie ma.
- Zerowy delay before first assignment. Workflow które wzbogaca ticket property nie zdąża się odpalić przed routingiem. Ticket leci "byle gdzie" bo brakuje mu key property. Rozwiązanie: 1-2 minuty delay.
- Za dużo custom skills. Widziałem portal z 47 custom skills. Nikt nie wie kto co ma. Trzymaj 5-10, rewiduj raz na kwartał.
- Brak fallbacku dla ticketa bez pasującego agenta. Agent z skillem "German" jest offline, ticket po niemiecku wpada nocą. Ruleset nie znalazł pasującego usera. Ticket zostaje unassigned. Zawsze konfiguruj fallback: albo do teamu supervisorów, albo do konkretnej osoby w roli "manager on duty".
Co robić teraz
Jeżeli masz Service Hub Enterprise i Help Desk już działa w trybie "wszystko unassigned" - te trzy kroki załatwiają 80% przypadków. Reszta to kwestia workflow które klasyfikują ticket (język, produkt, priorytet) zanim routing się odpali, plus SLA na czas pierwszej odpowiedzi.
Jeżeli jesteś na Service Hub Professional i zastanawiasz się czy upgrade jest wart - w większości przypadków dobrze poukładany round-robin z teamami rozwiązuje 80% tego samego problemu za niższą cenę. Enterprise ma sens gdy skalujesz support powyżej 8-10 agentów, wielu języków lub tierów.
