Métricas de suporte: CSAT, FRT, tempo de resolução, taxa de desvio

As quatro métricas num relance

• CSAT (satisfação do cliente): defasada. A faixa saudável é de 85 a 92% positivo numa escala de 5 pontos do tipo "satisfeito/muito satisfeito".
• First Response Time (FRT): antecedente. Chat: 1 a 5 minutos. E-mail prioritário: 1 hora. E-mail padrão: 4 horas. Telefone: atender antes do limite de 30 segundos de abandono.
• Tempo de resolução: meio antecedente. P1: 4 horas. P2: 1 dia útil. P3: 3 dias úteis. P4: 1 semana.
• Taxa de desvio: estrutural. O desvio saudável da KB fica em 30 a 50%. Abaixo de 10% significa que a base de conhecimento está quebrada ou invisível.
• Taxa de escalonamento (bônus): 8 a 15% é normal para L1. Acima de 25% significa que o problema é a triagem ou o treinamento, não o specialist.

É segunda de manhã. Você abre o Slack e seu gestor deixou uma mensagem da sexta à tarde: "Vamos conversar esta semana sobre o seu CSAT, precisa melhorar."

Você encara o painel de controle. Sua pontuação semanal é 84%. Na semana passada foi 91%. Na anterior, 88%. Não há comentário, nenhum ticket etiquetado, nenhum tema. Só um número que caiu sete pontos e uma nota de uma linha que agora fica na sua cabeça o fim de semana inteiro.

Esse é o problema de como a maioria dos support specialists é gerenciada em relação às métricas. O CSAT é tratado como um termômetro que diz como você está indo. Não é. É um termômetro que diz como você foi, numa amostra pequena, depois que o cliente já teve a experiência. Quando a pontuação chega, o ticket ruim está fechado, o cliente seguiu adiante e você não tem como corrigir o estrago.

As quatro métricas no seu painel de controle não são igualmente úteis. Algumas são antecedentes: dizem que um ticket está dando errado enquanto você ainda pode consertá-lo. Algumas são defasadas, dizendo que um ticket já deu errado, na semana passada, no agregado. Um specialist que observa as antecedentes toda manhã vai ter uma pontuação de CSAT que, na maior parte, se resolve sozinha.

Aqui está o modelo prático.

Por que o tipo de métrica importa mais do que a métrica

Antes de entrarmos em números específicos, você precisa internalizar uma distinção.

Indicadores defasados medem resultados após o fato. O CSAT é o exemplo canônico. Um cliente preenche uma pesquisa duas horas depois de o ticket dele fechar. A pontuação cai no seu painel de controle no dia seguinte. Quando você a vê, a experiência acabou. Você não pode influenciar a pontuação, só o próximo ticket.

Indicadores antecedentes medem coisas que você ainda pode mudar. O tempo de primeira resposta é antecedente: você controla se o próximo ticket da sua fila recebe uma resposta em três minutos ou em trinta. A taxa de escalonamento é antecedente num horizonte semanal. Se você a vir subindo na terça, pode puxar os tickets de um colega e revisá-los até quinta.

O erro que os specialists novos cometem é encarar o número defasado e tentar forçá-lo para cima. Você não consegue. O número já está pronto. A única alavanca real é influenciar as métricas antecedentes hoje para que a métrica defasada leia melhor na sexta.

Isso parece uma reformulação pequena. Não é. Muda o formato da sua semana. Em vez de temer a revisão do CSAT, você cria um ritual de segunda de manhã em torno dos números antecedentes e deixa o defasado reportar o que reportar.

CSAT vs. CES vs. NPS: o que cada pesquisa de fato pergunta

Três tipos de pesquisa de cliente se misturam na conversa. Eles medem coisas diferentes e não deveriam ser tirados na média nem comparados.

CSAT (Customer Satisfaction Score) pergunta: "Quão satisfeito você ficou com esta interação?" Normalmente uma escala de 1 a 5 ou positivo/negativo. O CSAT é transacional. Pontua um único ticket. Use-o para avaliar interações de suporte individuais.

CES (Customer Effort Score) pergunta: "Quanto esforço você teve que fazer para resolver o seu problema?" Normalmente uma escala de 1 a 7 em que menor é melhor. O CES é o mais preditivo de risco de rotatividade de clientes em contextos de suporte. Um cliente que recebeu um "sim" mas teve que brigar por ele tem mais chance de sair do que um que recebeu um "não" de forma limpa. Se a sua ferramenta só suporta uma pesquisa, o CES costuma ser o melhor sinal.

NPS (Net Promoter Score) pergunta: "Qual a probabilidade de você nos recomendar a um colega?" Escala de 0 a 10. O NPS mede o sentimento no nível do relacionamento, não a qualidade da interação. É uma métrica de nível de CEO. Um specialist não deveria ser avaliado por NPS, porque ele reflete toda a experiência de produto, de preços e da empresa, não os seus últimos 50 tickets.

Por que isto importa: uma escala de CSAT de 5 pontos é estatisticamente ruidosa no nível semanal. Se você atende 60 tickets por semana e 12 clientes respondem, uma única estrela de um irritado pode mexer na sua média em 0,4 ponto. Isso parece dramático num painel de controle. Não é um sinal real.

A correção: leia os comentários, não a média. As avaliações de uma e duas estrelas quase sempre incluem texto. As de cinco estrelas raramente incluem. Sua revisão semanal deveria começar pela leitura de cada comentário abaixo de 3 dos últimos sete dias. Três deles, quatro deles, qualquer que seja a quantidade. Leia as palavras. Os padrões vão saltar mais rápido do que planilhas jamais farão.

Quer uma leitura mais profunda de como a triagem antes dessas pesquisas molda a pontuação depois? Veja Triagem de tickets: priorizando a fila.

Tempo de primeira resposta: o número mais controlável do seu painel

O tempo de primeira resposta é a distância entre um ticket ser criado e a primeira resposta humana (não a resposta automática) chegar. É o número mais diretamente controlável do seu painel de controle e o indicador antecedente mais correlacionado com o CSAT em estudo após estudo.

Referências por canal:

Acompanhe a mediana, não a média. Um ticket que levou 14 horas para responder (porque caiu às 23h) vai puxar sua média para o vermelho mesmo quando 49 de 50 tickets ficaram abaixo de 30 minutos. A mediana é honesta. O P90 (o 90º percentil, os 10% de tickets mais lentos) te conta sobre a sua cauda. Seu painel de indicadores deveria ter os dois.

O truque barato de FRT a evitar: enviar uma resposta automática genérica de "obrigado, estamos verificando" não conta. Os clientes sabem. Ferramentas que pontuam isso como "primeira resposta" estão mentindo para você e para o seu gestor. Se você vai confirmar o recebimento rápido, confirme com ao menos uma frase substancial: o que você viu no ticket, o que vai verificar primeiro. Essa é uma primeira resposta de verdade. A biblioteca de roteiros em Roteiros de atendimento que realmente funcionam cobre confirmações de recebimento que ganham o crédito de FRT de forma honesta.

Tempo de resolução e a armadilha da reabertura

O tempo de resolução é a distância entre a criação do ticket e o fechamento do ticket. Metas padrão por prioridade:

• P1 (sistema fora do ar, cliente bloqueado): 4 horas
• P2 (prejuízo significativo, sem solução alternativa): 1 dia útil
• P3 (problema funcional, existe solução alternativa): 3 dias úteis
• P4 (cosmético, baixo impacto, pedido de recurso): 1 semana

Estes são pontos de partida. Os SLAs da sua equipe podem ser mais apertados ou mais folgados. Os números importam menos do que a pergunta que forçam: você de fato faz a triagem dos tickets em faixas de prioridade quando os abre, ou trata todos como uma única fila indiferenciada?

A armadilha da reabertura. Um specialist com um ótimo número de tempo de resolução ainda pode estar fazendo um trabalho ruim se os tickets dele reabrem. Fechar rápido só conta se o problema continuou fechado. Acompanhe a taxa de resolução no primeiro contato (FCR) ao lado do tempo de resolução:

FCR = (tickets resolvidos numa única interação) / (total de tickets)

A faixa saudável é de 70 a 80% para o suporte L1 num produto maduro. Abaixo de 60% significa que você está pondo curativos, não consertando. Acima de 90% pode significar que você está escolhendo a dedo os tickets fáceis, ou que a fila foi triada em excesso antes de chegar a você.

A outra armadilha: tickets fechados porque o cliente parou de responder. Eles parecem resoluções no painel de controle. Não são. Se a sua ferramenta consegue sinalizar "fechado automaticamente após sem resposta", exclua esses do numerador da sua FCR. Eles são uma categoria à parte que merece a própria revisão, normalmente um sinal de que a sua cadência de acompanhamento está errada, não de que o problema foi resolvido.

Taxa de desvio: a métrica que os specialists fingem que não se aplica a eles

A taxa de desvio mede o percentual de usuários que resolvem o próprio problema antes de abrir um ticket. A maioria dos specialists a ignora porque ela não aparece na fila pessoal deles. É um erro. O desvio é a métrica de maior alavancagem em toda a equipe de suporte. Cada ponto de desvio é um ticket que você não precisou atender, liberando tempo para os que de fato precisam de um humano.

A fórmula:

taxa de desvio da KB = (sessões na KB − tickets abertos a partir da KB) / sessões na KB

Se 10.000 pessoas leram um artigo de ajuda no mês passado e 1.500 delas acabaram abrindo um ticket mesmo assim, sua taxa de desvio nesse artigo é 85%. Se as mesmas 10.000 leituras produziram 6.000 tickets, sua taxa é 40% e o artigo está falhando.

Faixas saudáveis:

• Desvio da KB: 30 a 50% do volume total potencial de tickets
• Desvio por AI/bot: 15 a 35% (varia enormemente conforme a complexidade do produto)
• Desvio por comunidade/fórum: 5 a 15%

Abaixo de 10% significa uma de três coisas:

1. Os artigos da KB existem mas são impossíveis de encontrar (a busca está quebrada, ou eles não estão linkados na UI do produto)
2. Os artigos existem mas estão errados, desatualizados ou escritos para o público errado
3. O próprio produto tem bugs que corroem a confiança e que nenhum artigo vai desviar, e os clientes querem um humano

Seu papel aqui não é escrever a base de conhecimento inteira. Seu papel é sinalizar as lacunas. Os cinco tickets que você fechou hoje: algum deles era resolvível com um artigo de KB de 200 palavras que ainda não existe? Etiquete-os. Mande a lista para o dono da documentação na sexta. É assim que o desvio cresce: 2 a 3 pontos percentuais por trimestre, ticket a ticket, lacuna a lacuna.

Taxa de escalonamento: sinal de qualidade, não sinal de fracasso

A taxa de escalonamento é o percentual de tickets que você empurra para o L2, um engenheiro ou uma fila de specialist.

taxa de escalonamento = (tickets escalonados) / (tickets recebidos)

Faixas saudáveis por nível:

• Suporte L1 generalista: 8 a 15%
• Suporte L2 especializado: 3 a 8%
• Qualquer coisa acima de 25%: a triagem está quebrada lá em cima, o treinamento está incompleto ou a complexidade do produto ultrapassou a documentação

O erro é tratar o escalonamento como um fracasso. Não é. Um specialist que escalona um caso extremo de cobrança aos 20 minutos está fazendo um trabalho melhor do que um que se debate nele por duas horas e leva um CSAT de 2 estrelas. O escalonamento certo, rápido, é uma jogada de qualidade. Veja Escalonamento de suporte: quando levar para cima para os critérios que separam bons escalonamentos de desistências.

O que você deveria observar é a tendência e a composição. Se sua taxa de escalonamento está subindo por três semanas seguidas, algo mudou. Novo lançamento de produto, nova categoria de ticket, ou a sua própria confiança está oscilando num tema. Se 70% dos seus escalonamentos são a mesma causa raiz, isso é uma lacuna de treinamento ou de documentação, não um problema de desempenho pessoal.

O painel de indicadores pessoal

Puxe isto toda sexta à tarde. Quinze minutos. Mesmo horário toda semana.

O objetivo do painel de indicadores não é se dar uma nota. É detectar o desvio. Um número de média móvel de 4 semanas que, em silêncio, cai 1,5 ponto percentual é invisível de semana para semana e óbvio no agregado.

A autoavaliação de 15 minutos da sexta

Bloqueie isto na sua agenda. Sextas, 16h às 16h15. Recorrente.

1. Puxe seus últimos 5 tickets fechados. Abra cada um por completo.
2. Dê uma nota a si mesmo em cada um: o tempo de resposta foi honesto? A resolução foi limpa? Você escalonou no momento certo, cedo demais, tarde demais, ou não escalonou?
3. Leia cada comentário de CSAT abaixo de 3 da semana. Todos eles, não só o do topo.
4. Identifique um padrão. Só um. "Estou lento na segunda resposta, não na primeira." "Eu fico explicando demais nos tickets de cobrança." "Estou escalonando perguntas de fraude que eu deveria estar atendendo."
5. Anote o padrão. Leve-o ao seu 1:1 da próxima semana.

Specialists que fazem isto por 12 semanas seguidas veem o CSAT subir de 4 a 8 pontos percentuais sem nunca tentar "melhorar o CSAT" diretamente. Esse é o ponto do antecedente vs. defasado em ação.

Uma tabela de limites para gestores

Se você é gestor lendo isto, os números te dizem o que fazer, não só o que sentir.

Armadilhas comuns (e como evitá-las)

Perseguir a pontuação, não o motor. "Melhore o seu CSAT" não é acionável. A versão acionável é "seu tempo de segunda resposta nos tickets de cobrança é 90 minutos; traga-o para baixo de 30 e veja o que acontece." Sempre vá além do número principal até o motor por baixo. O inventário completo desses erros está em Armadilhas comuns do support specialist.

Ignorar o desvio porque ele não está na sua fila. Todo ticket de lacuna de KB não etiquetado é um ticket futuro que você vai atender de novo. Etiquete-os.

Não ter nenhuma métrica antecedente. Se a primeira vez que você descobre que a sua semana saiu do trilho é na sexta à tarde, quando o CSAT chega, você está voando às cegas. Mediana do FRT até a terça de manhã. Contagem de escalonamentos até a quarta. Comentários de CSAT diariamente. Esse é o seu painel de controle de verdade.

Tirar a média das pesquisas. Leia as avaliações individuais abaixo de 3. Não calcule a média e diga que a semana acabou.

Manipular a resposta automática. Ferramentas que contam "recebemos o seu ticket" como primeira resposta são ferramentas que mentem para você. Calibre apenas com respostas substanciais.

Como é o "bom" em 90 dias

Um specialist que trabalha este sistema por um trimestre normalmente chega aqui:

• A mediana do FRT se mantém dentro do SLA toda semana, o P90 dentro de 2× o SLA
• A taxa de escalonamento fica na faixa de 8 a 15% com padrão intencional (não desistências aleatórias)
• A FCR sobe da base para 70%+
• Os temas dos comentários de CSAT mudam de "demorou demais" para "não resolveu o meu problema exato", um sinal de que você agora compete em profundidade de resolução, não em velocidade de resposta
• O painel de indicadores da sexta leva 12 minutos em vez de 25 porque os padrões são familiares

E a própria pontuação de CSAT? Ela, na maior parte, se resolve sozinha. Esse é todo o ponto. Você para de observar o termômetro e começa a gerenciar a temperatura do ambiente.

Os specialists que se esgotam são os que tentaram agarrar o número defasado diretamente. Os specialists que avançam são os que construíram um ritual de métricas antecedentes, rodaram-no semanalmente e deixaram o painel de controle reportar o que o trabalho mereceu.

O CSAT é a previsão do tempo de ontem. FRT, taxa de escalonamento e os comentários abaixo das suas avaliações de 3 são o céu desta manhã. Leia o céu. A previsão vai seguir.

Para a definição de cargo que este playbook apoia, veja a descrição de cargo de Customer Support Specialist.