Como Criar um Relatório de Tempo de Primeira Resposta: Guia Completo
O tempo de primeira resposta é o tempo que um cliente espera entre o envio de um ticket e o recebimento da primeira resposta humana. Um relatório de tempo de primeira resposta acompanha essa espera ao longo das semanas, dividida pela mediana e pelo 90º percentil, em vez da média. Crie esse relatório a partir de uma exportação de tickets com dois timestamps, e todo o processo exigirá apenas um prompt ou três fórmulas.
A medição é simples. A geração de relatórios é onde as equipes silenciosamente se enganam, porque a estatística padrão e a função de percentil padrão ocultam os clientes que esperaram mais tempo.
O que significa o tempo de primeira resposta e como calculá-lo
O tempo de primeira resposta (FRT) é o tempo decorrido entre a chegada de um ticket e a primeira resposta de um agente ao cliente. A fórmula é tão simples quanto parece:
Tempo de primeira resposta = timestamp da primeira resposta humana − timestamp de criação do ticket
Duas decisões transformam essa fórmula de uma única linha em algo com o qual uma equipe pode realmente concordar.
Uma confirmação automática conta? Não deveria. Uma resposta automática que diz "recebemos sua mensagem" não é uma resposta à pergunta. Contabilizá-la gera um gráfico lindo e uma base de clientes insatisfeita. Isso geralmente é um erro honesto, e não uma farsa, e é a maneira mais comum pela qual o FRT é inflado.
O cronômetro corre durante a noite? Em um relógio de calendário, um ticket de sexta-feira à noite respondido na segunda-feira de manhã é uma falha de 60 horas. Em um relógio comercial, pode ser menos de uma hora. Nenhum dos dois está errado. Citar um enquanto seu colega cita o outro é o que inicia a discussão.
A média de FRT é a terceira decisão, e aquela que a maioria das ferramentas toma por você. Os tempos de resposta têm uma distribuição assimétrica à direita: a maioria dos tickets é respondida rapidamente e uma pequena cauda espera muito tempo. A média é arrastada para uma região que quase ninguém vivenciou. Em vez disso, relate a mediana e o 90º percentil.
O que você precisa antes de começar
- Uma exportação de tickets com uma linha por conversa.
- Dois timestamps: quando o ticket chegou e quando um agente respondeu pela primeira vez.
- Uma definição de "primeira resposta" que exclua confirmações automáticas e notas internas.
- Seu horário de atendimento, se você pretende gerar relatórios com base em um relógio comercial.
- Uma regra de volume mínimo, para que semanas com poucos dados não produzam absurdos com aparência confiável.
Decide os três últimos pontos antes de criar qualquer coisa. Alterá-los mais tarde invalida todas as semanas anteriores no gráfico, e uma linha de tendência construída sobre uma definição instável é pior do que nenhuma linha de tendência.
Como criar o relatório em uma planilha
Opção 1: transformar dois timestamps em uma duração
Subtraia o timestamp de chegada do timestamp da primeira resposta e formate o resultado em horas. Esse é o tempo bruto de primeira resposta para cada ticket, em um relógio de calendário.
Se precisar de um relógio comercial, a NETWORKDAYS.INTL é o ponto de partida habitual. A documentação da Microsoft é precisa sobre o que ela retorna. A função fornece "o número de dias úteis inteiros entre duas datas", usando parâmetros que indicam quais dias contam como fins de semana. Os dias de fim de semana e quaisquer dias nomeados no argumento de feriados "não são considerados dias úteis".
Observe a frase dias úteis inteiros. A função responde em dias, não em horas, de modo que uma espera de quatro horas e uma espera de sete horas dentro de um mesmo turno parecem idênticas para ela. Durações inferiores a um dia precisam de uma estrutura que combine a contagem de dias úteis com o restante das horas do dia. É por isso que a geração de relatórios de horas comerciais é um projeto, e não apenas uma fórmula.
Opção 2: calcular a mediana e o 90º percentil
MEDIAN fornece a espera típica. Para a cauda, o Excel oferece duas funções de percentil, e é aqui que os mesmos dados produzem duas respostas diferentes.
PERCENTILE.EXC aceita um valor k "no intervalo 0..1, exclusivo". Sua documentação afirma que "se k não for um múltiplo de 1/(n + 1), a PERCENTILE.EXC interpola para determinar o valor no k-ésimo percentil". A PERCENTILE.INC aceita k "no intervalo de 0 a 1, inclusivo" e interpola quando k "não é um múltiplo de 1/(n - 1)".
Denominadores diferentes, interpolação diferente, p90 diferente. Nenhum dos dois está errado. São duas convenções, e um relatório que muda silenciosamente entre elas está contando uma história sobre a sua fórmula, e não sobre a sua fila.
Há um ponto mais crítico na versão exclusiva. Sua documentação adverte que "se não for possível interpolar para o percentil k especificado, o Excel retornará o erro #NÚM!". Em uma semana com poucos dados, com apenas alguns tickets em uma fila, o p90 pode simplesmente falhar no cálculo.
Opção 3: estruturar o layout do relatório
Agrupe os tickets por semana. Coloque a mediana e o p90 lado a lado como duas linhas e adicione a contagem de tickets como uma barra atrás delas. A contagem não é enfeite. É o que impede o leitor de superestimar um pico baseado em apenas onze tickets.
Em seguida, adicione uma linha de texto indicando o relógio e o método de percentil utilizados. Essa frase é o que torna o relatório reproduzível no próximo trimestre por alguém que não estava na sala.
O que atrasa o caminho das planilhas
Nenhuma das três etapas é difícil. O custo é que todas as três precisam ser refeitas toda semana, em uma exportação cujos nomes das colunas mudam sempre que alguém edita a visualização do helpdesk.
Três atritos específicos se repetem.
A coluna de resposta raramente é limpa. Confirmações automáticas, notas internas e respostas de agentes geralmente caem no mesmo campo, de modo que a primeira linha nem sempre é a primeira resposta humana. Separá-las é uma decisão a cada exportação, não uma fórmula.
Os percentis exigem uma decisão, sempre. Qual função usar, quais semanas têm volume suficiente e o que exibir quando o cálculo apresentar erro em uma fila com poucos dados.
Horários comerciais exigem manutenção. Depois que você se compromete com um relógio de horas de suporte, cada feriado e cada mudança de turno se tornam uma tarefa na planilha. Esqueça um e uma semana inteira será alterada.
O resultado é um relatório que é preciso na semana em que é criado e que, depois, perde a precisão silenciosamente.
Como criar um relatório de tempo de primeira resposta com IA
Passo 1: Fazer o upload da exportação de tickets
Abra o Powerdrill Bloom e faça o upload da exportação diretamente do seu helpdesk. Excel, CSV, PDF e documentos são listados como formatos suportados no plano gratuito, de modo que uma exportação bruta pode ser enviada exatamente como está.
Mantenha todas as colunas de timestamp, incluindo as automáticas. Você precisa delas para comprovar qual resposta foi contabilizada e para alterar a definição mais tarde sem precisar exportar novamente.
Passo 2: Definir o relógio e as estatísticas desejadas
Descreva a medição em linguagem natural, em vez de usar fórmulas. Indique qual timestamp inicia o cronômetro, qual resposta o encerra e se os fins de semana contam. Em seguida, peça a mediana e o 90º percentil por semana, acompanhados da contagem de tickets.
Diga também o que deve acontecer em semanas com poucos dados. Peça para ocultar o percentil abaixo de uma contagem mínima de tickets. Isso é muito melhor do que uma célula de erro ou um número aparentemente confiável baseado em apenas quatro linhas.
Cada número retornado vem acompanhado das linhas correspondentes, de modo que uma semana suspeita pode ser aberta e analisada, em vez de gerar discussões.
Passo 3: Gerar o relatório e salvar o prompt
Peça duas linhas e uma série de barras em um eixo semanal, além de uma nota indicando qual convenção de percentil foi usada. Exporte o resultado como imagem, planilha ou slide.
Na próxima semana, faça o upload da nova exportação e execute o mesmo prompt. A definição permanece fixa, que é a única maneira de uma comparação semana a semana fazer sentido. A página sobre criar gráficos a partir do Excel aborda diretamente o caminho de criação de gráficos.
O que deve constar em um relatório de tempo de primeira resposta
| Elemento | Por que deve constar | O que dá errado sem ele |
|---|---|---|
| Linha da mediana | A espera do cliente típico | As médias se escondem atrás de valores atípicos |
| Linha do 90º percentil | A experiência do décimo mais lento dos seus clientes | A dor da cauda permanece invisível |
| Barras de volume de tickets | Contexto para cada oscilação | Semanas com poucos dados são interpretadas como tendências |
| Relógio especificado | Horas corridas ou horas comerciais | Duas equipes citam números diferentes |
| Método de percentil especificado | Reprodutibilidade | A mesma semana muda de valor entre as gerações do relatório |
| Regra de volume mínimo | Transparência em segmentos com poucos dados | Erros ou precisão fictícia |
| Detalhamento por canal | Onde a cauda realmente se concentra | Uma única fila ruim puxa toda a linha para baixo |
Um exemplo prático
Considere uma semana com 240 tickets. O tempo médio de primeira resposta é de 5,1 horas, a mediana é de 1,4 hora e o p90 é de 19,7 horas.
Todos os três números estão corretos. A média é o único que não descreve a experiência de ninguém. A maioria dos clientes esperou menos de 90 minutos, e o décimo mais lento esperou a maior parte de um dia. Apresente apenas a média e o leitor concluirá que a fila é medíocre em todos os aspectos, quando, na verdade, ela é rápida, mas possui uma cauda ruim. A solução para uma cauda ruim é diferente da solução para uma fila lenta. É por isso que essa distinção merece um gráfico, e não apenas uma única célula.
Segmentar sem quebrar o relatório
A próxima pergunta óbvia é qual canal ou fila é mais lento. Dividir por segmento é útil, mas também é a maneira mais rápida de fazer o relatório mentir.
Duas regras mantêm a honestidade. Divida apenas onde o volume semanal permanecer acima do seu mínimo e mantenha a linha geral no gráfico para que os leitores tenham uma referência. Uma fila com nove tickets por semana merece uma visualização mensal, não semanal.
Se a divisão importar mais do que a tendência, uma pequena tabela com a mediana e o p90 por fila trará mais informações do que essa sobreposição de cinco linhas.
Como melhorar o tempo de primeira resposta
Só vale a pena criar o relatório se ele apontar para alguma direção. Quatro alavancas aparecem repetidamente, e o relatório diz de qual delas você precisa.
Uma cauda ruim com uma boa mediana geralmente significa cobertura, não velocidade. Tickets que chegam fora do horário de atendimento, ou em uma fila com apenas um especialista, ficam parados até que alguém retorne. Analise o horário de chegada dos tickets antes de avaliar o desempenho dos agentes.
Uma mediana crescente com volume estável geralmente significa que a fila está abrindo espaço para um novo tipo de ticket para o qual ninguém tem um modelo pronto. O detalhamento por canal mostrará isso.
Uma mediana crescente com volume crescente é uma questão de dimensionamento de equipe, e as barras de volume são o argumento.
Um relatório estável no qual ninguém confia é um problema de definição. Publique o relógio e o método de percentil no topo e as discussões acabarão.
Para a visualização de volume e status que acompanha esta, consulte nossos guias sobre o relatório de tickets de suporte e o relatório de CSAT. A página sobre o chatbot de atendimento ao cliente aborda o lado do desvio de chamados da mesma fila.
Como deve ser uma boa meta
As equipes frequentemente definem uma meta de tempo de primeira resposta antes de conhecerem a distribuição dos dados, e é assim que as metas acabam se tornando insignificantes ou inalcançáveis.
Defina dois números em vez de um e publique ambos. Uma meta de mediana descreve a experiência normal, e uma meta de p90 descreve a pior experiência que você está disposto a aceitar. Uma equipe com uma mediana de 1,4 hora e um p90 de 19,7 horas tem um problema de cauda. Uma única meta de duas horas não revelaria esse problema de forma alguma.
Em seguida, especifique o relógio junto com a meta. "Duas horas" em um relógio comercial e "duas horas" em um relógio de calendário são promessas diferentes. O suporte e a liderança assumirão, cada um, a opção que melhor favorecer seu ponto de vista.
Erros comuns
Relatar a média. É a estatística que quase certamente induzirá ao erro em uma distribuição assimétrica à direita, e é o padrão na maioria das ferramentas de planilha.
Contabilizar a resposta automática como a primeira resposta. Essa é a maneira mais rápida de obter um gráfico excelente que não condiz com a experiência de ninguém.
Mudar as funções de percentil no meio do trimestre. Se o seu p90 melhorou na mesma semana em que alguém editou a fórmula, você mediu a edição.
Misturar relógios de calendário e comerciais. Um fim de semana em um relógio de calendário representa 48 horas de falha. Em um relógio comercial, pode ser zero. Escolha um e identifique-o.
Remover a série de volume para reduzir a poluição visual. As barras são o motivo pelo qual qualquer pessoa consegue distinguir uma regressão real de uma semana de calmaria.
Relatar uma meta sem uma distribuição. Um único número como "atingimos duas horas" não diz nada ao leitor sobre os clientes que esperaram nove.
Conclusão
Vale a pena criar um relatório de tempo de primeira resposta de forma adequada porque essa é uma das poucas métricas de suporte que os clientes realmente sentem na pele. Duas linhas, uma série de barras, um relógio especificado e uma convenção de percentil declarada superarão qualquer painel que mostre apenas uma média simples.
Se reconstruí-lo toda semana é o que impede você, mova a definição para um prompt salvo e gere-o novamente a partir de cada nova exportação. Experimente o Powerdrill Bloom na exportação de tickets do mês passado e veja a mediana e a cauda no mesmo eixo.
Perguntas frequentes
O que é o tempo de primeira resposta no atendimento ao cliente?
É o tempo decorrido entre a chegada do ticket de um cliente e a primeira resposta de um agente humano. As confirmações automáticas normalmente são excluídas, pois não respondem à pergunta do cliente.
Qual é a fórmula do tempo de primeira resposta?
Subtraia o timestamp de criação do ticket do timestamp da primeira resposta humana. Para uma versão em horário comercial, comece com a NETWORKDAYS.INTL, que retorna dias úteis inteiros e permite definir fins de semana e feriados, e depois adicione o restante das horas do dia.
Um relatório de tempo de primeira resposta deve usar a média ou a mediana?
A mediana, com o 90º percentil ao lado. Os tempos de resposta têm uma distribuição assimétrica à direita, de modo que um pequeno número de tickets muito lentos puxa a média para um valor que poucos clientes realmente vivenciaram.
Qual é a diferença entre PERCENTILE.EXC e PERCENTILE.INC?
Elas usam regras de interpolação diferentes. A PERCENTILE.EXC interpola quando k não é um múltiplo de 1/(n + 1) e aceita k estritamente entre 0 e 1. A PERCENTILE.INC usa 1/(n - 1) e aceita os próprios valores 0 e 1.
Por que meu p90 retorna um erro #NÚM!?
A PERCENTILE.EXC retorna esse erro quando a matriz está vazia ou quando k está nos limites de 0 a 1 ou fora deles. Ela também o retorna quando não consegue interpolar para o percentil solicitado, que é o que acontece em semanas com poucos dados.