Jak skonfigurować system ticketów na Discordzie: co ustalić przed pierwszym kliknięciem

System ticketów rozwiązuje jeden konkretny problem: support nie odbywa się już na publicznych kanałach, gdzie wszyscy czytają, a nikt nie odpowiada, tylko na prywatnym kanale między osobą z problemem a twoim zespołem.

Część techniczna zajmuje dziesięć minut. To, że systemy ticketów mimo to często kończą się chaosem, sprowadza się do czterech decyzji, które najlepiej podjąć z góry.

Decyzja 1: Ile kategorii

Najczęstszy błąd to zbyt drobny podział. Serwer zaczyna od ośmiu kategorii, bo każda brzmi jakoś sensownie: Ogólne, Techniczne, Podanie, Skarga, Partnerstwo, Błąd, Zakup, Inne.

Wynik jest przewidywalny. Członkowie wybierają złą kategorię, zespół musi przenosić tickety, a do sześciu z ośmiu i tak nic nie trafia.

Zacznij od dwóch albo trzech. Dobry podział idzie za tym, kto odpowiada, a nie za tym, czego sprawa dotyczy:

• Support ogólny na wszystko, na co odpowiada zespół supportu
• Podania na wszystko, co widzi kierownictwo zespołu
• Zgłoszenia na wszystko, co widzi moderacja

Jeśli po trzech miesiącach jakaś kategoria regularnie się przepełnia, podziel ją. W drugą stronę, czyli likwidacja martwej kategorii, jest nieprzyjemniej, bo wtedy musisz przenosić tickety.

Decyzja 2: O co pytać przy otwieraniu

Większość systemów może pokazać mały formularz przed utworzeniem ticketu. To oszczędza pierwszą rundę dopytywania, ale dodaje tarcia.

Zasada praktyczna: pytaj tylko o to, czego twój zespół potrzebuje, żeby zacząć. Reszta wyjdzie w rozmowie.

Dobrze:

O co chodzi? (wymagane, akapit) Co już próbowałeś? (opcjonalne, akapit)

Źle:

Imię, wiek, godzina, system operacyjny, Discord ID, przeczytany regulamin (tak/nie), link do zrzutu ekranu, pilność od 1 do 5

Discord i tak pozwala na maksymalnie pięć pól w formularzu. Użyj dwóch.

Decyzja 3: Kto widzi który ticket

To punkt, którego długo się żałuje, jeśli się go źle ustawi.

System ticketów nadaje uprawnienia do kanałów według kategorii. Pytanie nie brzmi więc "kto jest w zespole", tylko "kto może czytać podania". Jeśli twój zespół supportu ma dostęp do kategorii podań, to gdy ktoś się zgłasza, czyta to piętnaście osób. Rzadko jest to zamierzone.

Ustawiaj role dla każdej kategorii, a nie globalnie. W AlphaCloud to pole role supportu w każdej kategorii ticketów.

Decyzja 4: Co dzieje się z zamkniętymi ticketami

Serwer z aktywnym supportem szybko produkuje setki kanałów ticketów. Są trzy typowe podejścia:

Podejście	Zaleta	Wada
Kanał zostaje, przeniesiony do kategorii archiwum	Wszystko da się przeczytać	Discord pozwala na maksymalnie 500 kanałów na serwer
Kanał jest usuwany	Czysto	Historia przepada
Kanał jest usuwany, ale najpierw powstaje transkrypcja	Jedno i drugie	Potrzebny system, który to umie

Trzecie jest właściwe, gdy tylko twój support działa regularnie. Transkrypcja to przeszukiwalna kopia rozmowy, która zostaje długo po tym, jak kanał zniknął. Będziesz jej potrzebować najpóźniej przy pierwszym sporze o to, co rzekomo obiecano w tickecie.

AlphaCloud przechowuje transkrypcje na osobnej stronie, razem z załącznikami. Ważne jest, żeby załączniki zapisywały się przy zamknięciu, bo linki do obrazów na Discordzie przestają działać po usunięciu kanału.

Sama konfiguracja

Gdy cztery punkty są ustalone, reszta to mechanika:

1. Utwórz kategorię na Discordzie, w której będą pojawiać się kanały ticketów
2. Utwórz kategorie w bocie i ustaw role supportu
3. Opcjonalnie jedno lub dwa pytania na kategorię
4. Opublikuj na kanale panel, z którego członkowie będą otwierać tickety
5. Ustaw kanał logów

Potem koniecznie otwórz ticket sam i przejdź przez niego raz. Właśnie wtedy zauważysz, że zespół w ogóle nie widzi nowej kategorii albo że wiadomość powitalna to wciąż tekst zastępczy.

Dwie rzeczy, które warto dodać później

Oceny. Po zamknięciu system może poprosić o ocenę. Mniej przydaje się to do statystyk, a bardziej w tym jednym przypadku, gdy ktoś daje jedną gwiazdkę i pisze dlaczego. Takiej informacji zwrotnej inaczej nigdy nie dostaniesz.

Automatyczne zamykanie. Tickety, w których od dni nikt nic nie napisał, zapychają przegląd. Licznik, który zamyka po 48 godzinach ciszy i raz wcześniej pyta, utrzymuje listę w porządku bez sprzątania.

Czego system ticketów nie rozwiązuje

Nie sprawia, że support jest szybszy. Sprawia tylko, że da się go odnaleźć, ma kogoś odpowiedzialnego i da się go potem przeczytać.

Jeśli nikt nie odpowiada, żaden system nie pomoże. Co pomaga: powiadomienie dla zespołu, gdy otwiera się ticket, i uczciwa informacja w panelu, ile to teraz trwa. Jedno i drugie to dużo mniej pracy niż późniejsze przepraszanie za ciszę.