Tempo de primeira resposta (FRT): como medir, qual a meta e como melhorar

O que é o tempo de primeira resposta (FRT)

O tempo de primeira resposta — em inglês First Response Time, ou FRT — é o intervalo entre o momento em que o chamado é aberto e o momento em que o cliente recebe a primeira resposta humana de verdade. Não conta o e-mail automático de confirmação (“recebemos seu chamado”): isso é robô, não cuidado. O que o cliente sente é a primeira vez que alguém olha o problema dele e responde.

É a métrica que melhor traduz, em números, uma percepção emocional: “estou sendo atendido ou fui esquecido?”. Por isso o tempo de primeira resposta costuma ter correlação direta com satisfação (CSAT) e com a chance de o chamado virar uma reclamação. Um SLA de resolução pode ser longo e justo; já a primeira resposta demorada quase nunca tem desculpa.

• FRT mede CONTATO, não SOLUÇÃO — é diferente do tempo de resolução.
• Conta a primeira resposta humana; ignora a confirmação automática de abertura.
• É um forte preditor de satisfação: silêncio no início é o que mais irrita.

Como medir: a fórmula

Para um único chamado, o cálculo é direto:

FRT = (data/hora da 1ª resposta) − (data/hora de abertura)

O cuidado mora nos detalhes. Primeiro, defina se você mede em tempo corrido (relógio de parede) ou em horário comercial — um chamado aberto às 23h de sexta não deveria “queimar” o FRT no fim de semana se o atendimento não é 24×7. Segundo, decida o que pausa o cronômetro: normalmente o relógio para na primeira resposta ao cliente e não recomeça (o FRT é um evento único por chamado, ao contrário do tempo médio de resposta, que vale para cada interação).

• Tempo corrido x horário comercial: escolha um e aplique a todos os chamados.
• O FRT é registrado uma vez por chamado, na primeira resposta.
• Padronize o que conta como “resposta”: nota pública ao cliente, não nota interna entre analistas.

Por que a mediana vence a média

A média do tempo de primeira resposta é uma armadilha. Basta um chamado aberto numa sexta à noite e respondido na segunda para puxar a média lá para cima e fazer parecer que a operação inteira está lenta — quando, na prática, 9 em cada 10 chamados foram respondidos em minutos.

A mediana é o valor do meio: metade dos chamados foi respondida mais rápido que ela, metade mais devagar. Ela ignora os outliers e mostra a experiência típica do cliente. Por isso a referência de operação aqui é expressa como mediana ~12 min, e não como “média de X”.

Mas a mediana sozinha esconde a cauda — aqueles poucos chamados que ficaram horas sem resposta e geraram a reclamação. A solução é olhar os dois números juntos.

• Média: sensível a outliers, infla com poucos casos extremos.
• Mediana (~12 min de referência): mostra a experiência típica e real.
• Cauda: monitore também o pior caso (p90/p95) para caçar os chamados esquecidos.

A métrica que importa: % no prazo

A mediana diz como é o caso típico; o percentual dentro do prazo diz quão confiável é a operação. Defina um alvo de tempo (por exemplo, 30 minutos) e meça a fração de chamados que recebeu a primeira resposta dentro dele:

% no prazo = (chamados com FRT ≤ alvo) ÷ (total de chamados) × 100

Na referência, cerca de 65% das primeiras respostas saem em até 30 min. Esse é o número que vira meta de SLA, vai para o painel da diretoria e mostra evolução mês a mês. É também o mais honesto: 100% nunca acontece, mas a distância até a meta diz exatamente onde apertar.

• Escolha um alvo claro (ex.: 30 min) e meça a % que o cumpre.
• Referência: ~65% das 1ªs respostas em até 30 min.
• Combine mediana + % no prazo + pior caso para a foto completa.

Qual a meta — e como definir a sua

Não existe um número universal: a meta de tempo de primeira resposta depende da fila, do canal e do horário de atendimento. Um chamado de incidente crítico não pode ter o mesmo alvo de uma dúvida de consultoria. O caminho prático é segmentar por fila e definir um alvo por nível de criticidade.

Como ponto de partida realista, uma operação saudável de help desk fica com mediana na casa de poucos minutos e a maioria das primeiras respostas dentro de 30 minutos — exatamente a referência de ~12 min de mediana e ~65% em até 30 min. A meta não é zerar o tempo; é tornar a primeira resposta previsível e rápida o suficiente para o cliente nunca se sentir abandonado.

• Segmente o alvo por fila e por criticidade (crítico ≠ dúvida).
• Ajuste o relógio ao horário de atendimento (corrido x comercial).
• Comece pela referência saudável e suba a régua à medida que melhora.

Como melhorar o tempo de primeira resposta

Encurtar o tempo de primeira resposta é menos sobre “correr mais” e mais sobre tirar o atrito do começo do atendimento. As alavancas mais eficazes atacam a triagem, o roteamento e a padronização da primeira mensagem.

A maior parte do tempo perdido na primeira resposta não está em digitar — está em descobrir de quem é o chamado e o que responder. Resolva esses dois pontos e a mediana cai sozinha.

• Triagem rápida: garanta que todo chamado novo seja classificado e atribuído em minutos, não horas.
• Roteamento por fila: direcione automaticamente para o time certo e elimine o vai-e-volta inicial.
• Primeira resposta padronizada: templates de abertura por tipo de chamado encurtam o tempo sem soar robótico.
• Alertas de parados: notifique quando um chamado novo passa de X minutos sem resposta.
• Cobertura de horário: organize a escala para que picos e início de turno não acumulem fila.
• Meça e exponha: o que é acompanhado todo dia melhora; o que ninguém vê estagna.

Deixe a IA monitorar isso todo dia — módulo Insights da Service Up

Calcular mediana, % no prazo e pior caso à mão, fila por fila, todo dia, não escala. É exatamente para isso que serve o Insights, o módulo de IA da Service Up dentro do Znuny. Ele é uma biblioteca de prompts sobre os chamados abertos: você escolhe (ou cria) um prompt — como uma “Análise do Backlog” — e a IA compila um relatório gerencial com resumo do período, distribuição por estado e tempo de primeira resposta, sempre em termos agregados e anonimizados, sem citar nomes de clientes ou de analistas.

Você executa sob demanda ou agenda via cron. Com 0 6 * * *, por exemplo, o relatório com o FRT do dia anterior chega por e-mail aos destinatários certos todo dia às 6h da manhã — com filtros por fila, por data e histórico de versões. A IA compila; o humano decide. É um módulo complementar ao RCA (que analisa causa raiz por chamado): o Insights é a visão gerencial proativa e recorrente.

Quer ver o tempo de primeira resposta da sua operação monitorado automaticamente todos os dias? Fale com a gente pelo WhatsApp +55 11 5192-3351.

• Biblioteca de prompts de IA sobre os chamados abertos, dentro do Znuny.
• Relatório agendável por cron (ex.: 0 6 * * *) e entregue por e-mail.
• Métricas sempre agregadas e anonimizadas — privacidade e LGPD por padrão.
• Complementar ao RCA: o Insights é a camada gerencial recorrente.