Problem
Każdy helpdesk generuje setki rozwiązanych ticketów miesięcznie. Wiedza z nich ginie - agent rozwiązał problem, ticket zamknięty, nikt więcej tego nie zobaczy. Następny klient z tym samym problemem czeka na odpowiedź od nowa.
Logiczny krok: rozwiązane tickety powinny zasilać bazę wiedzy. A jeśli do helpdesku jest podłączony AI, baza wiedzy powinna zasilać AI. Pełna pętla: ticket -> KB -> AI -> mniej ticketów.
Co oferuje rynek
Zendesk
Dwie rzeczy. Content Cues analizował tickety i podpowiadał jakich tematów brakuje w KB - “klienci często pytają o X, a nie masz o tym artykułu”. Zendesk wyłączył tę funkcję w maju 2025.
Druga: jednorazowe generowanie artykułów z AI. Bierzesz ostatnie 30 dni ticketów (do 50 tys.), AI generuje do 40 artykułów jako drafty. Automatyczna redakcja danych osobowych. Problem: to jednorazowa akcja na start nowej KB, nie ciągły proces. Nie da się tego odpalać co tydzień na nowych ticketach.
Intercom (Fin AI)
“Fin Flywheel” - train, test, deploy, analyze. Brzmi dobrze na slajdach. W praktyce: admin przegląda logi AI, widzi gdzie AI się myli, ręcznie poprawia KB. Brak prostego flow “resolved ticket -> wpis KB”. Flywheel działa ale wymaga dużo ręcznej pracy bez struktury.
Freshdesk (Freddy AI)
Freddy podpowiada agentowi artykuły z KB przy obsłudze ticketu. Dobra funkcja. Ale w drugą stronę - z ticketu do KB - nic. Agent musi sam otworzyć KB i pisać artykuł od zera.
HubSpot, Help Scout i reszta
KB jest częścią platformy ale bez automatyzacji ticket -> KB. Ręczne pisanie artykułów.
Co robi Intum
Ciągły, ustrukturyzowany proces zamiast jednorazowego generowania:
- Resolved ticket automatycznie dostaje status “Do analizy”
- W sidebarze helpdesku widać ile ticketów czeka na przegląd
- Operator wchodzi na ticket, klika “Dodaj do KB” - formularz wypełniony danymi z ticketu (tytuł, treść jako Problem, komentarze jako Rozwiązanie)
- Albo klika “Pomiń” (z notką dlaczego) lub “Już było” (z linkiem do istniejącego wpisu)
- Dashboard pokazuje postęp: ile przeanalizowano, ile dodano, ile pominięto
Opcje konfiguracji per desk:
- Domyślna baza wiedzy i kategoria (żeby nie wybierać za każdym razem)
- Nowe wpisy jako drafty (wymagają osobnej publikacji)
- Automatyczna redakcja danych osobowych (emaile, telefony, NIP, PESEL, konta bankowe)
- Wymagana notka przy pominięciu
Pełna pętla z AI
Główna różnica: w Intum wpis KB automatycznie trafia do bazy wektorowej (jeśli auto-indeksowanie włączone), a AI helpdesku od razu zna nowe rozwiązanie. Ticket z poniedziałku -> wpis KB we wtorek -> AI odpowiada na to pytanie w środę bez udziału agenta.
Żaden z dużych graczy nie ma tego flow automatycznie. Zendesk generuje artykuły ale nie podłącza ich do AI w jednym kroku. Intercom ma Fin Flywheel ale wymaga ręcznego poprawiania. Freshdesk w ogóle nie łączy tych dwóch kierunków.
Porównanie
| Funkcja | Zendesk | Intercom | Freshdesk | Intum |
|---|---|---|---|---|
| AI odpowiada z KB | tak | tak (Fin) | tak (Freddy) | tak |
| Tworzenie artykułów z ticketów | jednorazowe (do 40) | nie | nie | ciągłe, per ticket |
| Statusy analizy ticketów | nie | nie | nie | tak (4 statusy) |
| Prefill formularza z ticketu | nie | nie | nie | tak |
| Redakcja danych osobowych | tak (auto) | nie | nie | tak (opcjonalna) |
| Dashboard postępu | nie | nie | nie | tak |
| Auto-feedback ticket->KB->AI | nie | ręczne (Flywheel) | nie | tak |
| Oznaczanie duplikatów | nie | nie | nie | tak |
W trakcie tworzenia
- AI generujące zredagowany draft artykułu (nie surowy content z ticketu, ale gotowy tekst do publikacji)
- Automatyczne wykrywanie duplikatów - AI sugeruje “ten ticket wygląda jak wpis #123”
- Statystyki: ile ticketów uniknięto dzięki wpisom dodanym z analizy