Por que as tags do helpdesk não bastam para entender o atendimento

Tags marcadas no calor do atendimento não respondem o que mais gera contato. Veja como tópicos descobertos e aprovados mudam essa leitura.

Publicado em 4 min de leitura

Ilustração: etiquetas emaranhadas à esquerda se reorganizam em pilhas alinhadas à direita.

Todo time de CX com um helpdesk tem milhares de tickets e, ainda assim, dificuldade para responder a pergunta mais simples: o que mais faz o cliente procurar o atendimento? O caminho natural é o relatório de tags. E quase todo gestor já desconfiou dele.

Este post explica por que a desconfiança tem fundamento e o que muda quando a classificação deixa de ser um rótulo livre e passa a ser um tópico: derivado do conteúdo dos atendimentos e aprovado por uma pessoa do time.

O problema não é o agente, é a tag #

Uma tag é um rótulo livre, escolhido por quem atende, no meio do atendimento. Isso cria três problemas que nenhum treinamento resolve por completo.

  • Cada agente marca de um jeito. O mesmo assunto aparece com duas ou três tags diferentes, e tags parecidas acabam cobrindo assuntos distintos.
  • Muita coisa fica sem tag. Com fila cheia, classificar é a primeira tarefa a ser pulada. O que não foi marcado some do relatório.
  • A definição muda no meio do caminho. Quando alguém renomeia, junta ou divide tags, a série histórica perde o sentido: o número de março já não se compara com o de julho.

O resultado é um relatório que parece preciso, mas que ninguém usa para decidir sem antes ler uma amostra de tickets para ver se ele bate com a realidade.

Por que categorizar na mão não resolve #

A saída óbvia é revisar a classificação: montar uma planilha, ler tickets e recategorizar. Funciona para uma amostra, mas não escala. Ninguém lê dezenas de milhares de tickets por mês, e a pergunta “o que mais gera contato” continua sendo respondida por impressão.

O que falta não é esforço do time, e sim uma classificação que venha do conteúdo dos atendimentos, com critério estável e alguém responsável por aprovar.

Tag e tópico não são a mesma coisa #

Vale separar os termos:

  • Tag é o rótulo livre do helpdesk, aplicado por quem atende.
  • Tópico é uma classificação derivada do conteúdo dos atendimentos e aprovada pelo time. Cada tópico tem um volume de tickets e exemplos que mostram o que ele cobre.
  • Categoria agrupa tópicos, como “Financeiro” ou “Logística”, e é escolhida pelo próprio time.

É assim que o Módulo Echo, da plataforma Kairos, organiza o atendimento finalizado. As próximas seções mostram como cada parte funciona.

Os tópicos saem do seu histórico #

O Echo lê os atendimentos já resolvidos no seu helpdesk e descobre os tópicos do seu negócio, e não de uma lista genérica de mercado. Cada tópico descoberto chega como proposta, com volume e tickets representativos, para o time avaliar.

Proposta de tópico no Echo com nome e descrição editáveis, volume de 50 tickets, tickets representativos, categoria e ações de rejeitar ou aprovar.
Tela real do Echo · dados de demonstração

Quem aprova é o seu time #

Nenhum tópico entra sozinho. O time pode aprovar, rejeitar, editar o nome e a descrição e escolher a categoria. Ao aprovar, os tickets de referência fixam o mecanismo de classificação: é por eles, e não pelo texto da descrição, que novos tickets são reconhecidos. Por isso editar o nome ou a descrição não muda o que já foi classificado.

Um mesmo ticket pode ter mais de um tópico, com um deles marcado como primário. É comum um cliente falar de cobrança e de cancelamento na mesma conversa, e a classificação precisa refletir isso.

A série histórica não escorrega #

Esta é a diferença que mais pesa para quem reporta para a diretoria. Reajustar o mecanismo de um tópico é uma ação humana, que vale para os novos tickets, sem reescrever o passado.

  • Desativar um tópico preserva os rótulos que ele já deu.
  • Revogar um tópico criado por engano apaga o tópico e devolve os tickets dele aos não classificados.

Assim, o número de um mês continua comparável com o do mês seguinte, e cada mudança tem um responsável.

O que ainda não tem tópico vira proposta #

Tickets não classificados não ficam esquecidos: eles alimentam propostas de novos tópicos. Quando surge um assunto novo, como uma falha num meio de pagamento ou uma mudança de política, ele aparece como proposta para o time aprovar ou rejeitar. Um grupo rejeitado não volta como novidade.

Tópicos do Echo com nomes dos assuntos, quantidade de tickets e participação no volume analisado.
Tela real do Echo · dados de demonstração

E as tags que já existem? #

As tags continuam no helpdesk e seguem úteis para a operação do dia a dia. O Echo não as converte automaticamente: classificações preexistentes no helpdesk não viram tópicos sozinhas. A leitura de “o que gera contato” passa a vir dos tópicos, que têm critério estável e aprovação do time.

Antes da análise, o Echo substitui identificadores como CPF, e-mail e telefone por marcadores. Veja como funciona a privacidade no Echo.

Em resumo #

  • Tags são rótulos livres e, por isso, inconsistentes, incompletos e instáveis no tempo.
  • Categorizar na mão não escala para o volume de um helpdesk.
  • Tópicos descobertos no histórico e aprovados pelo time dão uma classificação com critério estável, que novos tickets seguem sem reescrever o passado.

Módulo Echo · acesso antecipado

Transforme o histórico do seu helpdesk em tópicos para decidir.

O Echo lê os atendimentos já resolvidos, descobre os tópicos do seu negócio e deixa a aprovação com o seu time. Estamos abrindo para um grupo pequeno de times de CX.

Pedir demonstração do Echo

Continue lendo