zendesk-customer-health-score-ticket-triggers
Written by
eesel Team
Last edited 13 março 2026
{
"title": "Como usar gatilhos de tickets do Zendesk para monitorar o índice de saúde do cliente",
"slug": "zendesk-customer-health-score-ticket-triggers",
"locale": "pt",
"date": "2026-03-03",
"updated": "2026-03-03",
"template": "default",
"excerpt": "Um guia prático para construir fluxos de trabalho automatizados no Zendesk que respondem aos índices de saúde do cliente, incluindo configuração de gatilhos, configuração de campos personalizados e exemplos do mundo real.",
"categories": [
"Zendesk",
"Guides"
],
"tags": [
"Zendesk",
"Customer Health Score",
"Ticket Triggers",
"Customer Success",
"Support Automation"
],
"readTime": 10,
"author": 16,
"reviewer": 14,
"seo": {
"title": "Como usar gatilhos de tickets do Zendesk para monitorar o índice de saúde do cliente",
"description": "Um guia prático para construir fluxos de trabalho automatizados no Zendesk que respondem aos índices de saúde do cliente, incluindo configuração de gatilhos, configuração de campos personalizados e exemplos do mundo real.",
"image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-fbcf704e-ecab-4c87-9c36-cbcbc4ecfb15"
},
"coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-fbcf704e-ecab-4c87-9c36-cbcbc4ecfb15",
"coverImageAlt": "Imagem do banner para Como usar gatilhos de tickets do Zendesk para monitorar o índice de saúde do cliente",
"coverImageWidth": 1920,
"coverImageHeight": 1080,
"faqs": {
"heading": "Perguntas Frequentes",
"type": "blog",
"answerType": "html",
"faqs": [
{
"question": "Posso usar gatilhos de tickets do índice de saúde do cliente do Zendesk em qualquer plano?",
"answer": "Você precisa do Zendesk Support no plano Team ou superior. Campos personalizados e condições de gatilho avançadas não estão disponíveis no plano Essential legado. Se você estiver no Team, pode construir tudo neste guia. Os planos Enterprise obtêm recursos adicionais, como histórico de revisão de gatilhos e objetos personalizados."
},
{
"question": "Como obtenho dados do índice de saúde nos tickets do Zendesk?",
"answer": "Você tem três opções. Primeiro, entrada manual: agentes ou membros da equipe de CS atualizam o campo do índice de saúde com base em seu conhecimento. Segundo, integração de CRM: use a integração nativa do Salesforce ou HubSpot do Zendesk para sincronizar os índices de saúde automaticamente. Terceiro, automação externa: ferramentas como Zapier ou scripts de API personalizados podem enviar dados do índice de saúde de sua plataforma de CS para os campos de ticket do Zendesk."
},
{
"question": "Por que não posso usar limites numéricos como \"índice de saúde < 40\" em gatilhos?",
"answer": "Os gatilhos do Zendesk não suportam operadores maior que ou menor que para campos personalizados numéricos. Eles apenas verificam se um valor está presente ou não. A solução alternativa é usar campos suspensos com intervalos predefinidos (Crítico 0–40, Em Risco 41–60) ou usar tags aplicadas por automação externa."
},
{
"question": "O que acontece se vários gatilhos do índice de saúde puderem ser acionados no mesmo ticket?",
"answer": "Os gatilhos são acionados na ordem em que aparecem em sua lista de gatilhos, e todos os gatilhos aplicáveis serão acionados, a menos que você impeça isso. Use a supressão baseada em tags para evitar conflitos. Adicione uma condição como \"Tags não contém nenhum dos seguintes: critical_escalation_fired\" e uma ação que adicione essa tag quando o gatilho for acionado."
},
{
"question": "Como testo os gatilhos de tickets do índice de saúde do cliente do Zendesk sem afetar os tickets reais?",
"answer": "Crie tickets de teste usando o recurso de nota interna do Zendesk ou envie tickets através de sua central de ajuda usando um endereço de e-mail de teste. Verifique a guia Eventos do ticket para ver quais gatilhos foram acionados. Você também pode desativar os gatilhos durante o teste e ativá-los somente depois de verificar se eles funcionam corretamente."
},
{
"question": "Os gatilhos podem atualizar os índices de saúde ou apenas responder a eles?",
"answer": "Os gatilhos podem atualizar os valores dos campos personalizados, incluindo os campos do índice de saúde. No entanto, isso geralmente não é recomendado porque os índices de saúde devem ser calculados com base em várias fontes de dados (uso, tickets, engajamento), não apenas na atividade do ticket. A maioria das equipes calcula os índices de saúde em sua plataforma de CS ou CRM e, em seguida, sincroniza o resultado com o Zendesk."
},
{
"question": "Qual é a diferença entre usar gatilhos e usar a eesel AI para automação do índice de saúde?",
"answer": "Os gatilhos são baseados em regras: \"Se o índice de saúde for Crítico, então escalar.\" Eles funcionam bem para cenários claros e predefinidos. A eesel AI aprende com seus dados: ela lê o conteúdo do ticket, entende o sentimento e faz julgamentos que exigem contexto. Os gatilhos são um bom ponto de partida; a IA se torna valiosa à medida que seu volume aumenta e os cenários se tornam mais complexos."
}
],
"supportLink": null
}
}
---
As equipes de suporte são frequentemente as primeiras a saber quando um cliente está com dificuldades. Os picos de volume de tickets, os padrões de escalonamento mudam e o sentimento muda. Mas esse conhecimento raramente chega às equipes de sucesso do cliente a tempo de evitar o *churn* (rotatividade de clientes).
Os índices de saúde do cliente preenchem essa lacuna. São métricas preditivas que combinam dados de suporte com uso do produto, engajamento e qualidade do relacionamento para sinalizar contas em risco 60 a 90 dias antes do início das conversas de renovação. E com os gatilhos de tickets do [Zendesk](https://www.zendesk.com), você pode automatizar as respostas a esses índices diretamente em seu fluxo de trabalho de suporte.
Este guia orienta você na configuração de gatilhos que roteiam, marcam e escalonam tickets com base nos índices de saúde do cliente. Esteja você começando do zero ou refinando a automação existente, você aprenderá como conectar as operações de suporte aos resultados de sucesso do cliente.
## O que são Índices de Saúde do Cliente e por que usá-los no Suporte?
Um índice de saúde do cliente é uma única métrica, normalmente de 0 a 100 ou vermelho/amarelo/verde, que prevê se um cliente renovará, expandirá ou cancelará. Pense nisso como uma [pontuação de crédito](https://www.consumerfinance.gov/consumer-tools/credit-reports-and-scores/) para relacionamentos com clientes. Ele combina vários sinais:
- **Uso do produto** (frequência de login, adoção de recursos) normalmente 40% da pontuação
- **Volume e gravidade dos tickets de suporte** 10–20% de ponderação
- **Padrões de engajamento** (abertura de e-mails, participação em reuniões)
- **Qualidade do relacionamento** (pulso do CSM, pontuações NPS)
As interações de suporte são indicadores importantes da saúde da conta. Um cliente que registra tickets frequentes geralmente tem dificuldades com seu produto. Os escalonamentos sinalizam frustração. Longos tempos de resolução se correlacionam com menor satisfação. Quando você conecta esses sinais a gatilhos automatizados, o suporte se torna proativo em vez de reativo.
Para equipes que superam a automação baseada em regras, criamos a [eesel AI](https://www.eesel.ai/product/ai-agent) para lidar com os cenários em que os gatilhos ficam aquém: interpretar o sentimento do ticket, entender o contexto e fazer julgamentos que exigem mais do que uma simples correspondência de campo. Mas para o roteamento direto do índice de saúde, os gatilhos do Zendesk são o ponto de partida certo.
## Pré-requisitos para configurar gatilhos do índice de saúde
Antes de construir seus gatilhos, certifique-se de ter:
- **Zendesk Support no plano Team ou superior** campos personalizados e gatilhos avançados não estão disponíveis no plano Essential legado
- **Acesso de administrador** você precisa de permissões para criar campos personalizados e gatilhos
- **Fonte de dados do índice de saúde** isso pode ser uma integração de CRM ([Salesforce](https://www.salesforce.com), [HubSpot](https://www.hubspot.com)), uma plataforma de sucesso do cliente (Gainsight, ChurnZero) ou entrada manual de sua equipe de CS
- **Familiaridade básica com gatilhos** entender como as condições e ações funcionam juntas
A principal limitação a saber antecipadamente: os gatilhos do Zendesk não podem avaliar limites numéricos como "índice de saúde < 40". Você precisará contornar isso usando campos suspensos ou tags, que abordaremos nas etapas abaixo.
## Etapa 1: Criar um campo personalizado para armazenar dados do índice de saúde
Primeiro, você precisa de um lugar para armazenar os dados do índice de saúde em cada ticket. Vá para **Central de administração → Objetos e regras → Tickets → Campos**, então clique em **Adicionar campo**.
**Escolha o tipo de campo com cuidado.** O sistema de gatilhos do Zendesk tem limitações:
- **Campos numéricos**: Suportam apenas operadores "presente" ou "não presente". Você não pode criar condições como "maior que 60".
- **Campos de texto**: Mesma limitação sem correspondência de conteúdo em gatilhos.
- **Campos suspensos**: Suportam operadores "é", "não é", "presente" e "não presente". Esta é a sua melhor opção.
**Abordagem recomendada**: Crie um campo suspenso chamado "Índice de Saúde do Cliente" com estas opções:
| Opção | Intervalo de Pontuação | Ações Típicas |
|--------|-------------|-----------------|
| Crítico | 0–40 | Escalonamento imediato, alerta do CSM |
| Em Risco | 41–60 | Roteamento prioritário, contato proativo |
| Saudável | 61–80 | Fila padrão |
| Próspero | 81–100 | Sinalização de oportunidade de expansão |
Configure as permissões de campo com base em seu fluxo de trabalho. A maioria das equipes mantém isso apenas para agentes, pois os clientes não precisam ver seu próprio índice de saúde. Adicione o campo a todos os formulários de ticket relevantes para que ele apareça em todos os tickets.
**Alternativa para pontuações exatas**: Se você precisar de granularidade, use um campo numérico para armazenamento de dados e uma automação separada (via [API do Zendesk](https://developer.zendesk.com/api-reference) ou ferramenta externa) que aplique tags como "health_35" ou "health_68" com base em limites. Os gatilhos podem então verificar a presença de tags.
## Etapa 2: Construir seu primeiro gatilho do índice de saúde
Agora vamos criar um gatilho que responda a índices de saúde críticos. Navegue até **Central de administração → Objetos e regras → Regras de negócios → Gatilhos**, então clique em **Adicionar gatilho**.
**Nomeie-o claramente.** Use um nome descritivo como "Escalar: Contas com Índice de Saúde Crítico" para que outros administradores entendam seu propósito sem abri-lo. Adicione uma breve descrição explicando o que o gatilho faz e por que ele existe.
**Defina suas condições.** Em "Atender a TODAS as seguintes condições", adicione:
1. **Ticket > Índice de Saúde do Cliente > é > Crítico (0–40)** Isso garante que o gatilho seja acionado apenas para contas em risco.
2. **Ticket > Status > não é > Resolvido** Impede que o gatilho seja acionado em tickets fechados.
Usar "Atender a TODAS" significa que ambas as condições devem ser verdadeiras. Se você quiser que o gatilho seja acionado quando qualquer condição corresponder, use "Atender a QUALQUER" em vez disso.
**Configure suas ações.** Quando as condições forem atendidas, o gatilho deve:
1. **Prioridade > Urgente** Move o ticket para o início da fila
2. **Adicionar tags > critical_health_score, escalation_needed** Permite relatórios e evita gatilhos duplicados
3. **Grupo > Escalonamentos** ou **Suporte Sênior** Roteia para sua equipe experiente
4. **Notificar por > E-mail do usuário > (responsável)** Alerta o agente atribuído com contexto
Para o e-mail de notificação, inclua espaços reservados relevantes para que os agentes entendam por que este ticket é urgente:
Assunto: URGENTE: Conta com índice de saúde crítico {{ticket.title}}
Este ticket é de um cliente com um índice de saúde crítico (0–40). Por favor, priorize e considere o contato proativo.
Ticket: {{ticket.link}} Cliente: {{ticket.requester.name}} Índice de Saúde: {{ticket.ticket_field_xxxxxxxx}}
Clique em **Salvar** e teste seu gatilho criando um ticket de teste com o índice de saúde definido como Crítico. Verifique se todas as ações são acionadas corretamente.
## Etapa 3: Criar gatilhos adicionais para cobertura completa
Um gatilho não é suficiente. Construa um conjunto completo que lide com diferentes cenários de saúde.
### Roteamento de Conta em Risco
Crie um gatilho para clientes na faixa de 41–60 que precisam de atenção, mas ainda não estão em crise.
**Condições:**
- Ticket > Índice de Saúde do Cliente > é > Em Risco
- Ticket > Ticket > é > Criado
**Ações:**
- Grupo > Fila do CSM (fila dedicada para acompanhamento do sucesso do cliente)
- Adicionar tags > at_risk, proactive_outreach
- Prioridade > Alta
### Sinais de Expansão de Conta Próspera
Clientes com alta saúde apresentam oportunidades de expansão. Crie um gatilho que os sinalize para sua equipe de gerenciamento de contas.
**Condições:**
- Ticket > Índice de Saúde do Cliente > é > Próspero
- Ticket > Texto do comentário > contém pelo menos uma das seguintes palavras: upgrade expand additional seats more users
**Ações:**
- Adicionar tags > expansion_opportunity, thriving_account
- Notificar por > E-mail do usuário > (gerente de conta)
- Grupo > Gerenciamento de Contas
### Notificações de Mudança do Índice de Saúde
Quando o índice de saúde de um cliente cai para Crítico, sua equipe de CS precisa saber imediatamente.
**Condições:**
- Ticket > Índice de Saúde do Cliente > mudou de > [qualquer valor] > para > Crítico
**Ações:**
- Notificar por > E-mail do usuário > (gerente de sucesso do cliente)
- Adicionar nota interna > "Índice de saúde mudou para Crítico. Pontuação anterior: [valor anterior]"
## Configurações de Gatilho Avançadas
Depois de ter os gatilhos básicos do índice de saúde funcionando, adicione condições adicionais para um roteamento mais sofisticado.
### Combinando o Índice de Saúde com Outras Condições
O índice de saúde sozinho não conta toda a história. Adicione estas condições para refinar seus gatilhos:
- **Organização > Organização (registro)** Roteie contas Enterprise para agentes seniores, SMB para fila geral
- **Ticket > Canal** Lide com tickets de chat de forma diferente do e-mail (o chat geralmente sinaliza urgência)
- **Ticket > Dentro do horário comercial?** Escale pontuações críticas imediatamente durante o horário comercial, aguarde o dia seguinte após o expediente
- **Ticket > Em um feriado?** Ajuste as expectativas para os tempos de resposta
### Usando Tags como uma Solução Alternativa para Limites Numéricos
Se você precisar de mais granularidade do que os intervalos suspensos fornecem, use tags. Um sistema externo (seu CRM, um fluxo de trabalho [Zapier](https://zapier.com) ou um aplicativo personalizado) calcula o índice de saúde exato e aplica tags como "health_35" ou "health_68".
Seus gatilhos então verificam a presença de tags:
- **Tags > contém pelo menos um dos seguintes** > health_30 health_31 health_32 health_33 health_34 health_35
- Isso lhe dá um controle preciso do limite que os suspensos não podem fornecer
A desvantagem: você precisa de automação externa para manter essas tags à medida que as pontuações mudam.
### Fechamento Automático de Tickets de Baixo Valor de Contas Saudáveis
Às vezes, o melhor suporte é o autoatendimento. Para clientes prósperos com perguntas simples, considere a resolução automática:
**Condições:**
- Ticket > Índice de Saúde do Cliente > é > Próspero
- Ticket > Tipo > é > Pergunta
- Ticket > Prioridade > é > Baixa
**Ações:**
- Notificar por > E-mail do usuário > (solicitante) com sugestões de artigos da base de conhecimento
- Status > Resolvido
Use isso com moderação e apenas para cenários verdadeiramente de baixo risco. O objetivo é a eficiência, não fazer com que os clientes saudáveis se sintam dispensados.
## Testando e Solucionando Problemas de Seus Gatilhos
Os gatilhos podem ter interações inesperadas. Teste completamente antes de confiar neles em produção.
**Use o recurso de ticket de teste do Zendesk.** Crie tickets com diferentes valores de índice de saúde e verifique se cada gatilho é acionado conforme o esperado. Verifique se as ações são aplicadas corretamente (tags adicionadas, prioridade alterada, notificações enviadas).
**Verifique a ordem de acionamento do gatilho.** Os gatilhos são executados na ordem em que aparecem em sua lista. Se dois gatilhos podem se aplicar ao mesmo ticket, a posição é importante. Use a opção **Reordenar** na Central de administração para organizar os gatilhos do mais específico para o mais geral.
**Revise os eventos do ticket.** Abra qualquer ticket e clique em **Eventos** para ver quais gatilhos foram acionados e em que ordem. Isso é inestimável para depuração.
**Problemas comuns e correções:**
| Problema | Causa Provável | Solução |
|-------|--------------|----------|
| Campo não aparece nas condições | Campo está inativo ou não está no formulário de ticket | Ative o campo e adicione a todos os formulários |
| Gatilho não está sendo acionado | Usando "Atender a TODAS" quando você precisa de "Atender a QUALQUER" | Mude a lógica da condição |
| Vários gatilhos em conflito | Sem supressão baseada em tags | Adicione a condição "Tags não contém nenhum dos seguintes: [trigger_name]_fired" |
| Ações não estão sendo aplicadas | Posição do gatilho na lista | Mova o gatilho para cima; gatilhos anteriores podem estar tendo precedência |
## Escalando a Automação do Índice de Saúde com a eesel AI
Gatilhos baseados em regras funcionam bem para cenários claros, mas têm limites. Eles não podem interpretar o contexto, entender o sentimento ou aprender com resultados passados. Um gatilho vê "índice de saúde é Crítico", mas não pode ler o ticket para entender *por que* ou determinar a resposta apropriada.
É aqui que podemos ajudar. Na eesel AI, construímos um [Agente de IA](https://www.eesel.ai/product/ai-agent) que aprende com seus tickets passados para prever os índices de saúde automaticamente. Em vez de depender de dados externos de CRM, nossa IA lê o sentimento do ticket, a urgência e o histórico do cliente para tomar decisões de roteamento inteligentes.
Veja como as equipes normalmente evoluem sua abordagem:
1. **Comece com gatilhos** Construa automação baseada em regras usando as etapas neste guia
2. **Adicione triagem de IA** Use a [Triagem de IA da eesel](https://www.eesel.ai/product/ai-triage) para marcar e rotear automaticamente com base no conteúdo do ticket
3. **Progrida para o Agente de IA completo** Deixe a IA lidar com as respostas da linha de frente para contas saudáveis enquanto escala clientes em risco para humanos
Nossa integração com o Zendesk se conecta diretamente à sua configuração existente. Você não substitui seus gatilhos da noite para o dia. Em vez disso, você progressivamente entrega decisões mais complexas para a IA à medida que valida seu desempenho.
A principal diferença: os gatilhos reagem aos campos, enquanto a IA entende o contexto. Um gatilho pode rotear com base em "índice de saúde é Crítico". A IA pode ler um ticket que diz "Estamos avaliando alternativas" e reconhecer o risco de *churn* mesmo que o índice de saúde formal ainda não tenha sido atualizado.
Compartilhe esta postagem
Article by
