Como usar gatilhos de tickets do Zendesk para monitorar o índice de saúde do cliente

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, 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 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 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, HubSpot), 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:

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 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:

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 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:

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 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 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.