Como detetar sinais de churn nos tickets do Zendesk

Os clientes raramente cancelam sem aviso. O aviso só cai num sítio que ninguém liga à receita: um ticket de suporte sobre uma fatura, um terceiro relatório de bug num mês, uma mensagem seca que termina com “estamos a ver alternativas”. Se esses tickets estão no Zendesk, pode apanhá-los, mas só se os etiquetar de forma consistente e os comparar com quem cancela de facto.

Este guia explica que sinais nos tickets vale a pena acompanhar, como registá-los com as ferramentas do próprio Zendesk e como testá-los face ao churn. Baseia-se na documentação do Zendesk: intelligent triage, como funciona a condição Comment text, a receita do Explore para alterações de sentimento e de intenção e a API Incremental Exports (todos consultados em novembro de 2026).

Sinais que vale a pena acompanhar

Nem todo o ticket descontente prevê o churn. Estes são os tipos de sinal que costuma valer a pena testar, agrupados pelo que sugerem:

Sinal	O que pode significar	Como o registar no Zendesk
Pedido explícito de cancelamento ou downgrade	Decisão já em curso	Tag por trigger em palavras-chave, ou intenção pela intelligent triage
Menção de um concorrente ou de “alternativas”	Avaliação em curso	Trigger em Comment text com nomes de concorrentes
Confusão com a faturação (cobrança inesperada, pergunta sobre fatura)	Risco de cancelamento ou de disputa	Formulário ou campo de ticket para a faturação, mais tag
Bugs repetidos na mesma funcionalidade	O produto não cumpre	Tag por funcionalidade, contagem por organização
Sentimento negativo, sobretudo a piorar	Frustração a acumular	Sentimento da intelligent triage
Silêncio súbito depois de uma utilização intensa	Desinteresse	Não é visível só no Zendesk; precisa de dados do produto
Avaliação CSAT má com comentário	Falha do suporte ou do produto	Avaliações de satisfação (veja usar o CSAT do Zendesk)

Trate esta lista como hipóteses. Quais contam no seu negócio é algo que verifica, não algo que assume.

Registar os sinais com as ferramentas do Zendesk

Intelligent triage: intenção, sentimento, idioma

A intelligent triage acrescenta aos tickets campos previstos pela IA: um tema (chamado “Intent” em algumas contas), o sentimento e o idioma. Segundo a documentação do Zendesk:

• O sentimento tem cinco níveis, de muito negativo a muito positivo, e cada previsão vem com um valor de confiança.
• O modelo está calibrado para o serviço ao cliente, por isso um ticket não é marcado como negativo só porque o cliente tem um problema.
• A classificação baseia-se no assunto do ticket e no primeiro comentário público. O tema e o sentimento podem ser reavaliados nas mensagens seguintes do cliente; nos canais de mensagens é usada toda a conversa.
• Só se aplica aos tickets criados depois de a ativar.
• As classificações estão disponíveis nos planos Suite e Support Professional e superiores; usá-las em triggers e outros workflows exige o add-on Copilot.

O Zendesk publica uma receita do Explore para acompanhar como o sentimento e a intenção mudam ao longo da vida de um ticket. Um ticket que começa neutro e acaba muito negativo é um sinal mais forte do que um que era negativo desde a primeira mensagem e foi resolvido.

Triggers no texto dos comentários

Se não tem intelligent triage, os triggers por palavras-chave continuam a funcionar. A condição Comment text do Zendesk olha também para o assunto quando um ticket é criado, e para o último comentário quando é atualizado. Oferece operadores como “contains at least one of the following words” e “contains the following string”. Cada frase precisa da sua própria condição em “Meet ANY of the following conditions”.

Um trigger simples de sinal de churn:

1. No Admin Center, crie um ticket trigger.
2. Em Meet ANY, acrescente condições Comment text para frases como “cancelar”, “encerrar a minha conta”, “vamos mudar para”, “demasiado caro”, “reembolso”, e os nomes dos seus principais concorrentes.
3. Em Actions, acrescente uma tag como churn-signal (use “Add tags”, que acrescenta, em vez de “Set tags”, que substitui as tags existentes; veja a referência das condições e ações das automatizações).
4. Opcionalmente, acrescente uma segunda tag por categoria (signal-price, signal-competitor) para as poder comparar mais tarde.

A correspondência por palavras-chave é ruidosa. “Cancelar a reunião” e “pergunta sobre a política de reembolso” vão corresponder. Reveja uma amostra dos tickets etiquetados todas as semanas durante o primeiro mês e afine as frases.

Campos e formulários para os tickets de faturação

Um formulário de ticket dedicado ou um campo de lista pendente “Faturação” dá-lhe dados mais limpos do que as palavras-chave. Se os clientes escolherem “Pergunta sobre faturação” quando abrem um ticket, obtém a categoria sem adivinhar. Combine-a com a organização ou o utilizador, e pode contar os tickets de faturação por conta.

Vistas para uma revisão semanal

Crie uma vista dos tickets abertos e recentemente resolvidos com a tag churn-signal, agrupados por organização. Alguém da equipa de customer success ou de suporte revê-a todas as semanas e decide quem precisa de um contacto proativo. É o passo que a maioria das equipas salta, e é o que transforma sinais em contas retidas.

Verificar os sinais face ao churn real

Um sinal só é útil se os clientes que o mostram cancelarem mais vezes do que os que não o mostram. Para verificar:

1. Exporte os dados dos tickets. A API Incremental Exports do Zendesk devolve os tickets alterados desde um dado momento, incluindo tags e campos personalizados. Para uma análise pontual, uma exportação do Explore também serve.
2. Exporte os dados de faturação. Do Stripe ou do seu sistema de faturação: cliente, email, data de início, data de cancelamento, e se o churn foi voluntário ou causado por um pagamento falhado.
3. Associe os tickets aos clientes pelo email. Os utilizadores do Zendesk podem ter várias identidades de email; verifique todas, não apenas a principal. Em B2B, decida se associa ao nível do utilizador ou da organização.
4. Use uma janela fixa. Por exemplo: sinais nos 60 dias antes de uma data de referência, churn nos 90 dias seguintes. Caso contrário, os clientes mais antigos parecem mais arriscados só porque tiveram mais tempo para abrir tickets.
5. Compare as taxas de churn voluntário entre os clientes com e sem cada sinal. Deixe o churn involuntário fora desta comparação; um cartão a expirar não é causado por um ticket de suporte.
6. Indique as contagens. “4 de 12 clientes etiquetados cancelaram” é honesto. “Taxa de churn de 33%” esconde que são 12 clientes.

Para as fórmulas, veja como calcular a taxa de churn. Para um método mais amplo que combina os dados de suporte com atributos do produto e da faturação, veja como descobrir o que prevê o churn com os seus próprios dados de clientes.

Armadilhas

• Mais tickets nem sempre é pior. Os clientes que abrem tickets estão a usar o produto. Em muitos negócios, o grupo mais arriscado é o que nunca contacta o suporte.
• Não funda utilizadores para facilitar a associação. A fusão de utilizadores do Zendesk não pode ser anulada. Faça a associação na sua análise, não no Zendesk.
• Atenção à deriva. Se mudar um formulário ou um trigger, as contagens dos seus sinais mudam também. Registe a data de cada alteração.
• Lembre-se de que é correlação. Um sinal que prevê o churn diz-lhe com quem falar. Não prova que resolver esse ticket teria mantido o cliente.

Fazer isto com o NoChurn

O conector do Zendesk do NoChurn é só de leitura: nunca escreve tags, campos ou respostas, por isso os seus triggers e vistas ficam como estão. Lê os tickets e associa-os aos clientes da faturação pelo email (as correspondências duvidosas são-lhe sugeridas para confirmar, nunca fundidas automaticamente). Esses tickets alimentam o score de churn de 0 a 100 e a análise dos fatores de churn, que ordena os atributos mais correlacionados com o churn a par dos dados de faturação e de quaisquer dados próprios que envie pela API. Os mesmos tickets são guardados como provas datadas e palavra por palavra se um cliente disputar mais tarde uma cobrança. Veja NoChurn + Zendesk.