Configurare un sistema di ticket su Discord: cosa decidere prima del primo clic

Un sistema di ticket risolve un problema concreto: il supporto non avviene più nei canali pubblici, dove tutti leggono e nessuno è responsabile, ma in un canale privato tra la persona con il problema e il tuo team.

La parte tecnica richiede dieci minuti. Il motivo per cui i sistemi di ticket finiscono comunque spesso nel caos si riduce a quattro decisioni che è meglio prendere in anticipo.

Decisione 1: quante categorie

L'errore più comune è dividere troppo. Un server parte con otto categorie perché in qualche modo sembrano tutte sensate: Generale, Tecnico, Candidatura, Reclamo, Partnership, Bug, Acquisto, Altro.

Il risultato è prevedibile. I membri scelgono la categoria sbagliata, il tuo team deve spostare i ticket, e sei delle otto non ricevono comunque mai niente.

Inizia con due o tre. Una buona suddivisione segue chi è responsabile, non l'argomento:

• Supporto generale per tutto ciò a cui risponde il tuo team di supporto
• Candidature per tutto ciò che vede la direzione del team
• Segnalazioni per tutto ciò che vede la moderazione

Se dopo tre mesi una categoria trabocca regolarmente, dividila. L'altra direzione, eliminare una categoria morta, è più sgradevole, perché poi devi spostare i ticket.

Decisione 2: cosa chiedi all'apertura

La maggior parte dei sistemi può mostrare un piccolo modulo prima che il ticket venga creato. Questo risparmia il primo giro di domande, ma aggiunge attrito.

La regola pratica: chiedi solo ciò che serve al tuo team per iniziare. Tutto il resto viene fuori nella conversazione.

Buono:

Di cosa si tratta? (obbligatorio, paragrafo) Cosa hai già provato? (facoltativo, paragrafo)

Cattivo:

Nome, età, fuso orario, sistema operativo, ID Discord, hai letto le regole (sì/no), link allo screenshot, urgenza da 1 a 5

Discord consente comunque al massimo cinque campi per modulo. Usane due.

Decisione 3: chi vede quale ticket

È il punto di cui ti penti a lungo termine se lo sbagli.

Un sistema di ticket assegna i permessi dei canali per categoria. Quindi la domanda non è "chi fa parte del team" ma "chi può leggere le candidature". Se il tuo team di supporto ha accesso alla categoria delle candidature, quando qualcuno si candida leggono in quindici. Raramente è ciò che si vuole.

Imposta i ruoli per categoria, non globalmente. In AlphaCloud è il campo ruoli di supporto in ogni categoria di ticket.

Decisione 4: cosa succede ai ticket chiusi

Un server con un supporto attivo produce in fretta centinaia di canali ticket. Gli approcci comuni sono tre:

Approccio	Vantaggio	Svantaggio
Il canale resta, spostato in una categoria archivio	Tutto leggibile	Discord consente al massimo 500 canali per server
Il canale viene eliminato	Pulito	La cronologia è persa
Il canale viene eliminato, prima viene creata una trascrizione	Entrambi	Serve un sistema in grado di farlo

Il terzo è quello giusto non appena il tuo supporto funziona con regolarità. Una trascrizione è una copia ricercabile della conversazione che resta disponibile molto dopo che il canale non c'è più. Ti serve al più tardi alla prima discussione su cosa sarebbe stato promesso in un ticket.

AlphaCloud conserva le trascrizioni su un sito dedicato, allegati compresi. Quello che conta è che gli allegati vengano salvati alla chiusura, perché i link alle immagini di Discord smettono di funzionare una volta eliminato il canale.

La configurazione vera e propria

Una volta chiariti i quattro punti, il resto è meccanica:

1. Crea una categoria Discord in cui compariranno i canali dei ticket
2. Crea le categorie nel bot e imposta i ruoli di supporto
3. Facoltativamente una o due domande per categoria
4. Pubblica in un canale un pannello da cui i membri possano aprire un ticket
5. Imposta un canale log

Dopo, assolutamente apri un ticket tu stesso e percorrilo una volta. È lì che ti accorgi che il team non vede affatto la nuova categoria, o che il messaggio di benvenuto è ancora il testo segnaposto.

Due cose che vale la pena aggiungere dopo

Valutazioni. Dopo la chiusura, il sistema può chiedere una valutazione. È meno utile per le statistiche che per quell'unico caso in cui qualcuno dà una stella e scrive perché. Quel feedback non lo ricevi in nessun altro modo.

Chiusura automatica. I ticket in cui nessuno scrive da giorni intasano la panoramica. Un timer che chiude dopo 48 ore di silenzio, chiedendo una volta prima, mantiene pulito l'elenco senza che nessuno debba mettere in ordine.

Cosa un sistema di ticket non risolve

Non rende il supporto più veloce. Lo rende solo rintracciabile, assegnato a qualcuno e leggibile in seguito.

Se nessuno risponde, nessun sistema aiuta. Ciò che aiuta: una notifica al team quando si apre un ticket, e un'indicazione onesta nel pannello su quanto tempo serve al momento. Entrambe sono molto meno lavoro che scusarsi dopo per il silenzio.