Como configurar um sistema de tickets no Discord: o que decidir antes do primeiro clique

Um sistema de tickets resolve um problema concreto: o suporte deixa de acontecer em canais públicos, onde todo mundo lê e ninguém é responsável, e passa para um canal privado entre a pessoa com o problema e a sua equipe.

A parte técnica leva dez minutos. O motivo de sistemas de tickets ainda acabarem muitas vezes em caos se resume a quatro decisões que é melhor tomar antes.

Decisão 1: Quantas categorias

O erro mais comum é dividir demais. Um servidor começa com oito categorias porque todas parecem fazer algum sentido: Geral, Técnico, Candidatura, Reclamação, Parceria, Bug, Compra, Outros.

O resultado é previsível. Os membros escolhem a categoria errada, sua equipe precisa mover tickets de um lado para o outro, e seis das oito nunca recebem nada.

Comece com duas ou três. Uma boa divisão segue quem é responsável, não do que se trata:

• Suporte geral para tudo que sua equipe de suporte responde
• Candidaturas para tudo que a liderança da equipe vê
• Denúncias para tudo que a moderação vê

Se uma categoria transborda com frequência depois de três meses, divida. A direção contrária, aposentar uma categoria morta, é mais chata, porque aí você precisa mover tickets.

Decisão 2: O que perguntar na abertura

A maioria dos sistemas pode mostrar um pequeno formulário antes de o ticket ser criado. Isso poupa a primeira rodada de perguntas, mas adiciona atrito.

A regra prática: pergunte só o que sua equipe precisa para começar. O resto aparece na conversa.

Bom:

Sobre o que é? (obrigatório, parágrafo) O que você já tentou? (opcional, parágrafo)

Ruim:

Nome, idade, horário, sistema operacional, ID do Discord, leu as regras (sim/não), link do print, urgência de 1 a 5

De qualquer forma, o Discord permite no máximo cinco campos por formulário. Use dois.

Decisão 3: Quem vê qual ticket

É aqui que você se arrepende por muito tempo se errar.

Um sistema de tickets define permissões de canal por categoria. Então a pergunta não é "quem está na equipe", e sim "quem pode ler candidaturas". Se a sua equipe de suporte tem acesso à categoria de candidaturas, quinze pessoas leem junto quando alguém se candidata. Isso raramente é a intenção.

Defina os cargos por categoria, não de forma global. No AlphaCloud, é o campo cargos de suporte em cada categoria de ticket.

Decisão 4: O que acontece com tickets fechados

Um servidor com suporte ativo rapidamente produz centenas de canais de ticket. Há três abordagens comuns:

Abordagem	Vantagem	Desvantagem
O canal fica, movido para uma categoria de arquivo	Tudo legível	O Discord permite no máximo 500 canais por servidor
O canal é apagado	Limpo	O histórico se perde
O canal é apagado, mas antes é criada uma transcrição	Os dois	Precisa de um sistema que faça isso

A terceira é a certa assim que seu suporte roda com regularidade. Uma transcrição é uma cópia pesquisável da conversa que continua lá muito tempo depois de o canal sumir. Você vai precisar dela no máximo na primeira discussão sobre o que supostamente foi prometido num ticket.

O AlphaCloud guarda as transcrições num site próprio, anexos incluídos. O importante é que os anexos sejam salvos no fechamento, porque os links de imagem do Discord param de funcionar quando o canal é apagado.

A configuração em si

Com os quatro pontos decididos, o resto é mecânico:

1. Crie uma categoria no Discord onde os canais de ticket vão aparecer
2. Crie as categorias no bot e defina os cargos de suporte
3. Opcionalmente uma ou duas perguntas por categoria
4. Poste um painel num canal para os membros abrirem tickets a partir dele
5. Defina um canal de logs

Depois, sem falta, abra um ticket você mesmo e passe por ele uma vez. É aí que você percebe que a equipe nem consegue ver a categoria nova, ou que a mensagem de boas-vindas ainda é o texto de exemplo.

Duas coisas que vale adicionar depois

Avaliações. Depois de fechar, o sistema pode pedir uma avaliação. Isso é menos útil para estatística do que para o único caso em que alguém dá uma estrela e escreve o porquê. Esse retorno você não recebe de outra forma.

Fechamento automático. Tickets em que ninguém escreve há dias entopem a visão geral. Um temporizador que fecha depois de 48 horas de silêncio, perguntando uma vez antes, mantém a lista limpa sem ninguém precisar arrumar.

O que um sistema de tickets não resolve

Ele não deixa o suporte mais rápido. Só o deixa encontrável, com responsável e legível depois.

Se ninguém responde, nenhum sistema ajuda. O que ajuda: uma notificação para a equipe quando um ticket é aberto e um aviso honesto no painel sobre quanto tempo está levando no momento. As duas coisas dão bem menos trabalho do que pedir desculpas pelo silêncio depois.