6
Funkcji
3
Komend
WWW
Konfiguracja
W skrócie
Ticket bot zamienia zgłoszenie użytkownika w osobny, prywatny kanał na Twoim serwerze — z przypisaną osobą z zespołu, historią rozmowy i archiwum po zamknięciu.
Na zwykłym kanale pomocy zgłoszenia mieszają się z rozmowami. Dwie osoby odpowiadają temu samemu użytkownikowi, trzecia zakłada, że ktoś już to wziął, a po tygodniu nikt nie pamięta, jak sprawa się skończyła.
Ticket CRM porządkuje to najprostszym możliwym sposobem: jedna sprawa to jeden kanał, widoczny dla zgłaszającego i zespołu. Kanał ma właściciela, status i termin, a po zamknięciu zostaje po nim transkrypt — nie samo wspomnienie.
Problem
Zgłoszenia na zwykłych kanałach giną, mieszają się z rozmowami i nie mają jasnej odpowiedzialności.
Ticket CRM tworzy dla każdej sprawy prywatny kanał, przypisuje ją do konkretnej osoby z zespołu i zamyka transkryptem, który zostaje w archiwum.
Mechanizm
Bot publikuje na wskazanym kanale wiadomość z listą kategorii. Wybór kategorii decyduje o tym, kto zobaczy zgłoszenie i jaki ma czas reakcji.
Kategorie definiujesz sam; każda może mieć własny czas reakcji (SLA).
Kanał trafia do kategorii otwartych zgłoszeń, a jego nazwa powstaje według wybranego schematu — po nazwie użytkownika, po numerze sprawy albo po obu naraz.
Schematy nazw: nazwa użytkownika, numer ticketu, ID użytkownika, wariant mieszany.
Zamiast zbiorowej odpowiedzialności zgłoszenie ma właściciela. Sprawę można przekazać innej osobie, gdy zmienia się zmiana albo temat okazuje się dla kogoś innego.
Role obsługi wskazujesz w konfiguracji segmentu Ticket CRM.
Każda kategoria ma czas reakcji podawany w godzinach. Sprawy po terminie znajdziesz w raporcie SLA — bot nie eskaluje ich sam.
Domyślny czas reakcji: 24 godziny.
Przy zamknięciu bot składa całą rozmowę w plik HTML z autorami i znacznikami czasu i wysyła go na kanał transkryptów. Kanał sprawy trafia do kategorii zamkniętych.
Tryb transkryptu: HTML, markdown albo wyłączony.
Po zamknięciu użytkownik dostaje wiadomość prywatną z pięcioma przyciskami oceny. Wyniki możesz wyeksportować i zobaczyć, które kategorie sprawiają najwięcej problemów.
Ocena jest opcjonalna — całą ankietę da się wyłączyć jednym przełącznikiem.
Wartości domyślne
Funkcje
Konfiguracja
Włącz segment Ticket CRM
Najszybciej z kreatora konfiguracji — krok „Tickety” włącza segment i zakłada podstawową strukturę. Możesz też zrobić to ręcznie z ekranu moderacji.
Panel → Start → Kreator konfiguracji, krok „Tickety”
Uruchom automatyczną konfigurację kanałów
Bot zakłada kategorię otwartych zgłoszeń, kategorię zamkniętych i kanał transkryptów. Jeśli masz już własną strukturę, wskaż istniejące kanały zamiast tworzyć nowe.
Panel → Moderacja → zakładka Zgłoszenia → Ticket CRM
Zdefiniuj kategorie zgłoszeń
Trzy do pięciu kategorii wystarczy na start. Zbyt długa lista sprawia, że ludzie wybierają pierwszą z brzegu, a Ty tracisz to, po co kategorie były.
Karta konfiguracji segmentu → lista kategorii
Wskaż role obsługi
To one decydują, kto widzi kanały zgłoszeń i może je przejmować. Bez wskazania ról tickety powstaną, ale nikt poza administratorami ich nie zobaczy.
Pole „Role supportu” w konfiguracji segmentu
Ustal czas reakcji i tryb transkryptu
Czas reakcji ustaw realnie — lepiej mieć uczciwe 48 godzin niż fikcyjne 4. Transkrypt zostaw w HTML, chyba że nie chcesz przechowywać treści rozmów.
Pola „Domyślne SLA (h)” i „Transkrypty”
Opublikuj panel zgłoszeń
Panel to wiadomość bota na kanale widocznym dla wszystkich. Bez niego użytkownik nie ma jak założyć sprawy inaczej niż komendą.
Komenda na serwerze albo akcja publikacji w panelu · /ticket_crm
Efekt
Jeśli tickety powstają, ale zespół ich nie widzi, przyczyną prawie zawsze są niewskazane role obsługi.
Przykłady
Panel pomocy technicznej z wyborem kategorii
Zgłoszenie nadużycia widoczne tylko dla moderacji
Transkrypt sprawy przekazany do archiwum
Ograniczenia
Ticket to kanał na Twoim serwerze. Nie ma skrzynki e-mail, formularza na stronie ani kolejki telefonicznej — użytkownik musi być na serwerze, żeby założyć sprawę.
Czas reakcji jest liczony i pokazywany, ale bot nie eskaluje sprawy po terminie ani nie pinguje zespołu. Sprawy po czasie zobaczysz w raporcie, który uruchamiasz z panelu.
Plik HTML zawiera treść wiadomości, autorów i znaczniki czasu oraz odnośniki do załączników. Same pliki i obrazy zostają na Discordzie — gdy kanał zniknie, odnośniki przestaną działać.
Bot nie decyduje, które sprawy są ważne, i nie sortuje kolejki według pilności. Priorytety wynikają z kategorii, które sam zdefiniujesz.
Narzędzie porządkuje przepływ, ale nie sprawi, że ktoś odpisze. Ticket bez właściciela leży tak samo, jak leżało zgłoszenie na zwykłym kanale.
Jeśli ktoś skasuje kanał sprawy przed jej zamknięciem, transkrypt nie powstanie. Dlatego uprawnienie do usuwania kanałów warto trzymać wąsko.
FAQ
Ticket to osobny, prywatny kanał widoczny dla zgłaszającego i zespołu obsługi. Ma właściciela, status i czas reakcji, a po zamknięciu zostaje po nim transkrypt. Zgłoszenie na wspólnym kanale nie ma żadnej z tych rzeczy.
Tak. Kategorie definiujesz sam — każda może mieć własny czas reakcji i własny zestaw ról obsługi. To one decydują, kto zobaczy dane zgłoszenie. Na start wystarczą trzy do pięciu.
Tak. Przy zamknięciu bot składa rozmowę w plik HTML z autorami i znacznikami czasu i wysyła go na kanał transkryptów. Tryb możesz zmienić na markdown albo wyłączyć całkiem, jeśli nie chcesz przechowywać treści.
Liczy go i pokazuje, ale nie eskaluje sam. Sprawy po terminie znajdziesz w raporcie SLA uruchamianym z panelu. To świadoma decyzja: automatyczne pingowanie zespołu przy każdym przekroczeniu terminu szybko przestaje działać.
Trafia do kategorii zamkniętych, a nie do kosza. Dzięki temu da się do niego wrócić, a transkrypt jest kopią, nie jedynym śladem. Sprawę można też otworzyć ponownie.
Po zamknięciu dostaje wiadomość prywatną z pięcioma przyciskami oceny od 1 do 5. Wyniki możesz wyeksportować i sprawdzić, które kategorie wypadają najgorzej. Ankietę da się wyłączyć.
Dodaj bota do serwera, otwórz panel i ustaw moduł razem z komendami, logami oraz uprawnieniami zespołu.