Um formulário de ticket personalizado é a diferença entre um chamado que já chega pronto para ser resolvido e outro que gera três e-mails de "poderia me informar mais detalhes?". Quando o cliente abre uma solicitação, cada campo que você pede — ou deixa de pedir — determina se o atendente vai começar a trabalhar de imediato ou vai perder meia hora só entendendo do que se trata.

Neste guia, o foco é tático: como desenhar os campos do formulário para que a triagem seja rápida, o roteamento seja automático e o famoso vai-e-vem na abertura do chamado praticamente desapareça.

Por que o formulário decide a velocidade da triagem

Triagem é o momento em que alguém (ou um agente de IA) olha o ticket e decide: qual departamento resolve, qual a prioridade, e o que precisa acontecer primeiro. Se o formulário coletou as informações certas, essa decisão leva segundos. Se não coletou, o atendente precisa devolver o ticket ao cliente para pedir dados — e o relógio do SLA continua correndo.

Um formulário mal desenhado gera três problemas clássicos:

  • Retrabalho: o atendente pede informações que poderiam ter sido perguntadas na abertura.
  • Roteamento errado: o ticket cai no time errado porque nada indicava o assunto.
  • Frustração do cliente: quem abre um chamado quer resolver rápido, não responder um segundo questionário depois.

O objetivo de um bom formulário não é coletar o máximo de dados possível — é coletar exatamente o mínimo necessário para resolver, no menor esforço para quem preenche. Esse equilíbrio é o coração do design de campos.

Os tipos de campo que aceleram (e os que atrapalham)

Na ClickDesk, os formulários de ticket permitem montar os campos que o cliente vê ao abrir uma solicitação. Antes de sair criando campos, vale entender qual papel cada um cumpre na triagem.

Campos que fazem o roteamento sozinho

Alguns campos existem menos para o atendente ler e mais para a máquina decidir para onde o ticket vai. Os principais:

  • Tipo de solicitação (lista/seleção): "Dúvida", "Problema técnico", "Financeiro", "Cancelamento". É o campo mais importante para triagem — ele diz, de cara, qual time deve olhar.
  • Produto ou plano afetado: direciona para a equipe especialista.
  • Urgência percebida pelo cliente: útil, mas trate com cuidado (falaremos disso adiante).

Campos de seleção são melhores que campos de texto livre para roteamento, porque geram respostas padronizadas. "Financeiro" sempre será "Financeiro" — já um campo aberto pode virar "cobrança", "boleto", "nota fiscal" e mil variações que ninguém consegue filtrar depois.

Campos que dão contexto ao atendente

Depois do roteamento, vêm os campos que fazem o atendente entender o caso sem precisar perguntar:

  • Descrição do problema (texto longo): sempre, mas com um placeholder que oriente. Em vez de um campo vazio, sugira: "Descreva o que aconteceu, o que você esperava e o que apareceu na tela."
  • Número do pedido / ID do cliente / número da fatura: dados que o atendente inevitavelmente vai precisar.
  • Anexos: print da tela, comprovante, arquivo com erro.

Campos que atrapalham

Todo campo obrigatório que não é usado na triagem nem na resolução é atrito puro. Alguns sinais de excesso:

  • Perguntar o e-mail e o telefone quando o cliente já está logado.
  • Campos "para constar" que ninguém lê.
  • Obrigar a preencher urgência, categoria, subcategoria e sub-subcategoria antes de sequer descrever o problema.

Regra prática: se você não consegue explicar como um campo acelera a triagem ou a resolução, ele provavelmente deveria ser opcional — ou não existir.

Obrigatório x opcional: como decidir

A tentação de tornar tudo obrigatório é grande, mas cada campo obrigatório aumenta a chance de o cliente abandonar o formulário ou preencher qualquer coisa só para avançar.

Um critério honesto:

  • Obrigatório: o ticket é inútil sem essa informação. Tipo de solicitação e descrição quase sempre entram aqui.
  • Opcional: ajuda, mas o atendente consegue seguir sem. Anexos costumam ser assim.
  • Automático: dados que o sistema já tem (nome, e-mail, empresa do cliente logado) não precisam ser perguntados de novo.

Um formulário enxuto com 3 a 5 campos bem escolhidos supera, quase sempre, um formulário de 12 campos que ninguém lê inteiro.

Campos condicionais: perguntar só o que faz sentido

Aqui mora o maior ganho de eficiência. Nem toda solicitação precisa das mesmas informações. Um cancelamento pede o motivo; um problema técnico pede a versão do sistema e um print; uma dúvida de cobrança pede o número da fatura.

A lógica condicional resolve isso: os campos aparecem conforme o que o cliente escolhe no tipo de solicitação. Assim você mantém o formulário curto na tela e, ao mesmo tempo, coleta tudo que aquele caso específico exige.

Exemplo de estrutura por tipo de solicitação:

  • Problema técnico → mostra: descrição, print/anexo, dispositivo/navegador.
  • Financeiro → mostra: número da fatura, forma de pagamento, valor divergente.
  • Cancelamento → mostra: motivo do cancelamento, data desejada.
  • Dúvida → mostra apenas a descrição.

O cliente nunca vê um campo irrelevante, e o atendente recebe exatamente o que precisa para aquele tipo de caso. Menos campos na tela, mais informação útil no ticket — é o melhor dos dois mundos.

Um exemplo prático de formulário

Imagine um SaaS de gestão. O formulário de abertura poderia ficar assim:

  1. Tipo de solicitação (obrigatório, lista): Dúvida · Bug · Financeiro · Sugestão.
  2. Assunto (obrigatório, texto curto).
  3. Descrição (obrigatório, texto longo, com placeholder orientando).
  4. Se "Bug": Anexo (opcional) + Onde aconteceu (lista: Web / App / API).
  5. Se "Financeiro": Número da fatura (obrigatório) + Tipo de cobrança (lista).

Resultado: o cliente que só tem uma dúvida preenche três campos e envia. O que reporta um bug já anexa o print e diz onde o erro ocorreu. A triagem, que antes dependia de leitura e interpretação, agora acontece pelo próprio campo "Tipo de solicitação".

Do formulário ao roteamento e à IA

Um formulário bem estruturado não trabalha sozinho — ele alimenta o resto do fluxo de atendimento. Quando os campos são padronizados:

  • As visões de ticket podem filtrar automaticamente por tipo, mostrando a cada time só o que é dele.
  • As macros ficam mais fáceis de aplicar, porque o contexto já está no ticket. Vale conferir como estruturar respostas e ações prontas em nosso guia de macros e respostas rápidas.
  • A triagem com IA funciona melhor: com dados limpos e categorizados, um agente consegue classificar, priorizar e até resolver casos simples. Veja como isso se conecta com o roteamento inteligente em triagem de tickets com IA.

Vale um alerta sobre o campo de urgência: deixar o cliente escolher a prioridade é tentador, mas quase todo mundo marca "urgente". Use esse campo como sinal, não como decisão final — a priorização real deve considerar o contexto do negócio. Aprofundamos esse tema no guia de priorização de tickets.

Como testar e melhorar seu formulário

Formulário não é definitivo. O jeito certo de saber se o seu está bom é olhar os dados depois de algumas semanas:

  • Taxa de reabertura por falta de informação: se muitos tickets precisam de um "pode me passar mais detalhes?", falta campo (ou orientação no campo).
  • Roteamento incorreto: se times recebem tickets que não são deles, o campo de tipo está mal desenhado ou com opções confusas.
  • Abandono na abertura: se as pessoas começam e não terminam, há campos demais ou obrigatórios demais.

Cada ajuste no formulário tem impacto direto em métricas como o FCR (resolução no primeiro contato) e o TMA. Menos vai-e-vem na abertura significa menos tempo até a solução — e um cliente que percebe que foi ouvido de primeira.

Comece simples e vá refinando

O erro mais comum é tentar prever todos os cenários no primeiro dia e criar um formulário gigante. Faça o contrário: comece com o essencial — tipo de solicitação, assunto e descrição — e vá adicionando campos condicionais só quando perceber, na prática, que um tipo de caso sempre exige a mesma informação extra.

Na ClickDesk, você monta esses formulários de ticket e organiza o atendimento junto com seus canais de e-mail, chat e WhatsApp em um só lugar — o que garante que, independentemente de onde o cliente chegou, a triagem parta de uma base de dados consistente.

Um bom formulário é discreto: o cliente nem percebe o trabalho que ele economiza. Mas a equipe percebe, todo dia, em cada ticket que já chega pronto para resolver. Que tal revisar o seu esta semana e cortar o primeiro campo que ninguém realmente usa?