Início › Guias › customer-success
Guia

Como criar Health Score no CRM (sem virar achismo): modelo prático, dados e governança

Atualizado em 2026-10-12 · por Redação Mundo do CRM
Analista criando health score no CRM para prever risco de churn
Resposta rápida: Health Score no CRM é uma nota (ou faixa) que indica a “saúde” de cada conta com base em sinais observáveis: uso/engajamento, tickets e SLA, financeiro e relacionamento. Para não virar achismo, comece simples, use dados que já existem no CRM, valide o score contra churn/renovação passados e crie governança de atualização e exceções.
· espaço publicitário ·
Em resumo
  • Score bom é o que antecipa risco e orienta ação — não o mais “bonito” no dashboard
  • Prefira faixas (Verde/Amarelo/Vermelho) antes de buscar precisão matemática
  • Use poucos sinais no começo e reduza campo manual ao mínimo
  • Valide e recalibre o modelo em ciclos, comparando com renovação, downgrades e churn
  • Defina dono do score, cadência de atualização e regras de exceção (ex.: implantação em andamento)
  1. Defina o objetivo do Health Score (e o que ele não é)

    Escreva em uma frase: o score vai prever churn, orientar priorização de carteira, sinalizar risco de renovação ou identificar oportunidade de upsell? Evite misturar tudo. Score não é “NPS 2.0” nem substitui análise qualitativa; ele é um termômetro para acionar rotinas.

  2. Escolha 6 a 10 sinais que você consegue medir hoje

    Comece com dados disponíveis no CRM (e integrações já existentes): status de renovação, atraso financeiro, volume/gravidade de tickets, tempo de primeira resposta, participação em QBR/reuniões, adoção de recursos (se houver), uso de licença, mudanças de decisor, e NPS/CSAT quando aplicável. Se um sinal depende de preenchimento manual “sempre”, trate como risco de qualidade.

  3. Padronize as definições para não comparar coisas diferentes

    Antes de pontuar, resolva semântica: o que conta como “usuário ativo”? O que é “ticket crítico”? O que significa “renovação em negociação”? Documente no dicionário de dados do CRM e trave campos-chave com valores controlados (listas), não texto livre.

  4. Monte um modelo de faixas (RAG) com regras claras

    Em vez de uma nota 0–100 cheia de pesos arbitrários, crie regras simples: Verde quando não há sinais críticos; Amarelo quando há sinais moderados; Vermelho quando um gatilho crítico dispara (inadimplência, uso zerado, ticket crítico recorrente, decisor saiu). Isso facilita adoção do time e auditoria.

  5. Valide com histórico e aceite que a primeira versão vai errar

    Pegue contas que churnaram e que renovaram (mesmo que seja uma amostra pequena) e teste: o score teria sinalizado risco antes? Se não sinaliza, ajuste as regras. Se sinaliza “risco” demais em contas que renovam, revise thresholds e retire sinais ruidosos.

  6. Conecte o score a playbooks de ação, não só a relatórios

    Para cada faixa, defina ações mínimas: quem faz, em quanto tempo e com qual evidência registrada no CRM. Exemplo: Vermelho exige plano de recuperação e reunião com sponsor; Amarelo exige checagem de valor entregue; Verde exige rotina de expansão. Se não muda comportamento, o score vira decoração.

  7. Crie governança: dono, cadência, exceções e auditoria

    Defina quem é responsável por manter o score (CS Ops, RevOps ou liderança de CS), com revisão periódica. Formalize exceções (ex.: clientes em onboarding podem parecer “vermelhos” por baixo uso) e registre o motivo da exceção em campo específico — sem sobrescrever o histórico.

Quais indicadores entram no Health Score (sem exagero)

O erro mais comum é tentar medir tudo e terminar com um score impossível de manter. O segundo erro é usar só percepção (“cliente parece feliz”). Health Score funciona melhor quando combina sinais de quatro blocos: produto/uso, suporte, financeiro e relacionamento.

Abaixo, um menu de indicadores típicos. Você não precisa de todos; escolha o que sua operação realmente consegue coletar com consistência.

BlocoSinal (exemplos)O que pode indicarCuidados
Uso/engajamentoAcesso, eventos-chave, licenças ativas, frequênciaAdoção baixa, perda de valor percebidoSem dado de produto, não invente: use proxies (reuniões, entregáveis, atividades)
Suporte/qualidadeTickets abertos, reaberturas, severidade, SLAFrustração, risco operacionalVolume alto nem sempre é ruim (pode ser fase de implantação). Olhe tendência
Financeiro/contratoAtrasos, disputas, status de renovação, downgradeRisco real de churn por restrição orçamentáriaEvite usar “achismo do CSM” como dado financeiro; prefira status verificável
RelacionamentoSponsor ativo, QBRs, resposta a contatos, mudança de decisorConta “órfã”, perda de alinhamentoRegistre evidência (reunião, e-mail) para não virar opinião

Modelo simples de Health Score (RAG) que o time consegue usar

Se você precisa de calculadora para explicar o score, ele vai morrer na operação. Um modelo RAG (Verde/Amarelo/Vermelho) com gatilhos críticos costuma entregar mais resultado no começo.

Uma forma prática é separar: (1) gatilhos críticos que já colocam a conta em Vermelho; (2) sinais moderados que somam para Amarelo; (3) ausência de alertas que mantém Verde. Ajuste os gatilhos com base no seu histórico — sem prometer “precisão científica” onde não existe.

  • Vermelho (crítico): atraso relevante confirmado; uso praticamente nulo por período observado; ticket crítico recorrente sem resolução; sponsor saiu e não há substituto; intenção explícita de não renovar registrada.
  • Amarelo (atenção): queda consistente de engajamento; aumento de tickets; baixa resposta do cliente; sinais de disputa de valor (“não estamos usando tudo”).
  • Verde (estável): engajamento consistente (ou entregas frequentes), suporte sob controle, relacionamento ativo e próximos passos de valor definidos.

Onde o Health Score costuma dar errado (e como evitar)

Health Score falha quando vira um número “bonito” sem ação. Falha também quando depende demais de preenchimento manual — porque, na pressão do dia a dia, o dado manual vira atraso e opinião.

O antídoto é governança: poucos indicadores, regras auditáveis, automação do que der para automatizar e um rito claro de revisão. Quando a equipe percebe que o score muda prioridade e agenda, ela passa a cuidar do dado.

  • Peso arbitrário: se você não consegue justificar o peso com histórico, comece com regras simples e recalibre.
  • Sinais duplicados: dois indicadores que medem a mesma coisa inflacionam risco (ex.: “tickets” e “insatisfação” sem critério).
  • Falta de contexto: onboarding, migração e rollout podem parecer risco, mas são fase do ciclo — trate como exceção controlada.
  • Sem histórico: alterar o score apagando o passado impede aprender. Preserve versões ou registre mudanças relevantes.

Perguntas frequentes

Health Score é a mesma coisa que NPS?
Não. NPS é percepção declarada em um ponto do tempo. Health Score combina sinais objetivos (uso, suporte, financeiro e relacionamento) para orientar ação operacional. NPS pode ser um dos sinais do score, mas não deveria ser o score inteiro.
Dá para ter Health Score sem integração com produto (telemetria)?
Dá, com limitações. Você pode usar proxies no CRM: cadência de reuniões, entregas registradas, tickets, status financeiro e participação em rituais. Só não vale chamar de “uso do produto” algo que você não mede; nomeie como engajamento/relacionamento para manter honestidade do dado.
Quem deve ser o dono do Health Score: CS, RevOps ou produto?
CS costuma ser o principal usuário e “dono do ritual”. RevOps/CS Ops costuma ser o melhor dono do modelo e da qualidade do dado (definições, campos, automações, auditoria). Produto pode apoiar com sinais de uso quando existirem, mas o score precisa viver no fluxo do CRM.
Com que frequência revisar o Health Score?
Depende do ciclo e do volume de mudanças na carteira. Em operações com muita variação semanal (SaaS SMB, por exemplo), revisar com mais frequência faz sentido. Em enterprise, revisões podem ser mais cadenciadas. O importante é ter um rito fixo e um gatilho de revisão fora do rito quando um evento crítico acontecer (ex.: inadimplência, ticket crítico).

Leia também