Resposta direta
Medir pedido simples que exige escalonamento começa por duas contagens: quantos pedidos simples sobem de nível e quanto tempo a mais cada um consome. O número só diz algo quando comparado ao tempo dos pedidos simples resolvidos no primeiro nível. Depois, separar o motivo do escalonamento: falta de dado na abertura, alçada de decisão ou dúvida sobre responsabilidade. A taxa isolada não indica causa nem responsável. Sem essa separação, o indicador vira justificativa para contratar mais gente em vez de corrigir a entrada.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o escalonamento como evento medido por tempo perdido e por motivo, não como volume de tickets abertos.
O que a contagem precisa separar
A base de cálculo é o conjunto de pedidos abertos como simples, não o total de atendimentos. Um pedido que entra classificado como complexo não pertence a esse grupo e distorce a leitura. A definição de simples precisa ser operacional: poucos passos, informação disponível na abertura, decisão prevista em regra.
O segundo elemento é a linha de comparação. O tempo dos pedidos simples resolvidos no primeiro nível serve de referência para o tempo dos que sobem. Sem essa referência, o tempo médio de resolução parece normal e o desvio fica invisível.
Tempo perdido e motivo do desvio
O tempo adicional de um pedido escalonado não é só espera. Inclui a passagem de contexto, a releitura do histórico e a fila no nível seguinte. Medir o intervalo entre abertura e resolução nos dois grupos mostra quanto o escalonamento acrescenta, em horas, por pedido.
Medir sem classificar o motivo leva a conclusão errada. Falta de dado na abertura, ausência de alçada e dúvida sobre responsabilidade produzem escalonamentos de naturezas diferentes e exigem correções diferentes. O indicador útil cruza frequência e motivo, não apenas frequência.
O que a medição não resolve
A medição não indica quem deve resolver o pedido. Ela mostra onde o tempo se perde e com que frequência, mas a definição de alçada e de responsabilidade é decisão de gestão, não resultado do número.
Também não serve para eliminar todo escalonamento. Parte dos pedidos sobe de nível por exceção legítima, valor acima de limite ou risco envolvido. Tratar toda subida como falha empurra a operação a resolver o que não deveria e desloca o problema para outro ponto da fila.
Recurso prático
Índice de escalonamento e horas perdidas no período
IE = PS_e ÷ PS_t ; HP = PS_e × (T_e − T_d)
- PS_e
- pedidos
- pedidos abertos como simples que foram escalonados no período
- PS_t
- pedidos
- total de pedidos abertos como simples no período
- T_e
- horas
- tempo médio entre abertura e resolução dos pedidos simples que subiram de nível
- T_d
- horas
- tempo médio entre abertura e resolução dos pedidos simples resolvidos no primeiro nível
O erro mais comum é contar todo escalonamento e apresentar um percentual único. Isso mistura pedido simples com pedido complexo e desaparece com a diferença de tempo, que é o que a operação sente. IE sem HP não mostra custo; HP sem a divisão por motivo não mostra onde corrigir.
Conceitos usados nesta página
- Alçada de decisão — Alçada de decisão é o limite explícito de autonomia de cada papel: o que a pessoa decide sozinha, o que decide com apoio e o que obrigatoriamente sobe para outra instância.
Sobre o que está escrito aqui
Conceitos relacionados: taxa de escalonamento · tempo de tramitação · primeiro nível de atendimento · motivo de escalonamento · alçada de decisão. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Atendimento, relacionamento e retenção — Página central do tema
- Cliente repetindo dados: o que cobrar do forn… — cliente repetindo informações
- Canais fragmentados: onde o histórico se perde — canais fragmentados
Páginas relacionadas
O mesmo problema em outro objetivo
- Pedido simples que exige escalonamento: onde investigar — Diagnosticar
- Pedido simples que exige escalonamento: onde ele trava — Organizar um processo
- Pedido simples que exige escalonamento: o que comparar — Comparar alternativas
- Pedido simples que escala: o que falta na alçada — Orientar implementação
- Pedido simples que exige escalonamento: o que contratar — Orientar avaliação e contratação
Outras leituras em Atendimento, relacionamento e retenção
- Atendente sem autonomia: o que medir além do tempo de resposta — Medição de autonomia no atendimento: tempo de espera por aprovação, motivo de escalonamento e reabertura como sinais de alçada.
- Base desatualizada: onde identificar o descompasso — Critérios objetivos para diagnosticar artigos obsoletos, gargalos de revisão e divergências operacionais no atendimento.
- Atendimento fora do horário: como contratar suporte humano — Critérios operacionais para avaliar e contratar cobertura humana fora do horário comercial, analisando volume, custo de escala e autonomia de resolução.
- Alçada de exceção indefinida: como medir — Método de medição para exceções sem faixa definida: o que registrar, como contar e o que o número não resolve.
- Atendente sem autonomia: o que avaliar na contratação — O que verificar antes de contratar para atendimento com autonomia de resolver: escopo de decisão, alçadas, registro e o que a vaga não resolve.