Resposta direta
Um pedido simples deveria subir de nível por três razões apenas: falta de alçada, falta de informação ou escopo mal definido na origem. O processo começa separando essas três. Cada pedido que sai da primeira linha recebe um motivo classificado, um responsável nomeado e um prazo de retorno. Com o motivo registrado, a decisão deixa de ser individual. Ajusta-se alçada quando o motivo é autoridade, o que acompanha o pedido quando é informação, e a forma de captura quando o problema nasce na entrada. Escalonamento deixa de ser sinal de esforço da equipe e passa a ser sinal de desenho do processo.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o pedido simples que escala como falha de alçada, de informação ou de escopo na origem, e não como falha de esforço da equipe.
Onde o pedido simples deixa a primeira linha
Pedido simples que escala raramente escala por falta de esforço. Ele sobe porque a primeira linha não tem alçada para a exceção, porque a informação necessária não chegou junto ou porque o pedido chegou ambíguo. São três causas distintas e cada uma pede resposta diferente.
O primeiro passo é registrar cada saída da primeira linha em uma dessas três classes, junto do responsável que recebeu o caso. Sem essa separação, toda escalada parece igual e a conversa vira discussão sobre volume, não sobre desenho do processo.
Alçada definida pelo tipo de decisão
A alçada se define pelo tipo de decisão, não pela disponibilidade de quem está de plantão. Desconto fora da faixa, prazo fora do padrão, exceção contratual e ajuste de cadastro precisam de dono e critério definidos antes de o pedido chegar.
Quando o motivo registrado é informação, o ajuste está no que acompanha o pedido na abertura. Quando é alçada, o ajuste está na matriz de decisão. Quando é o próprio pedido, o ajuste está na entrada, na forma como o pedido é capturado e conferido.
O que essa organização não resolve
Classificar o motivo do escalonamento não aumenta a capacidade da segunda linha. Se o volume de pedidos que realmente exige segundo nível é maior do que a fila suporta, o problema é de dimensionamento, não de regra de passagem.
Também não corrige pedido que nasce errado por exceção combinada fora do fluxo. Nesses casos o escalonamento é sintoma, e nenhuma regra de primeira linha resolve o que foi prometido fora dela. O processo organiza a passagem; não substitui a decisão de quem prometeu.
Recurso prático
Taxa e tempo médio de escalonamento do pedido simples
TE = (PSE ÷ PSO) × 100 HM = HSE ÷ PSE
- PSE
- pedidos
- pedidos simples que saíram da primeira linha no período, com motivo classificado
- PSO
- pedidos
- pedidos simples abertos no mesmo período, pela mesma definição de simples
- HSE
- horas
- soma do tempo entre abertura e resolução dos pedidos simples que escalaram
O erro mais comum é medir escalonamento sobre o total de pedidos, o que dilui o problema em pedidos que realmente exigem segundo nível. O ponto ignorado é o motivo: sem classe de motivo, a taxa mostra que existe escalada, mas não mostra se o ajuste está na alçada, no que acompanha o pedido ou na forma de captura.
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: alçada de decisão · motivo de escalonamento · primeira linha de atendimento · matriz de decisão · ponto de parada. 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: qual caminho adotar — cliente repetindo informações
- Cliente repetindo dados: etapas para mudar a… — cliente repetindo informações
Páginas relacionadas
O mesmo problema em outro objetivo
- Pedido simples que exige escalonamento: onde investigar — Diagnosticar
- Pedido simples que exige escalonamento: o que comparar — Comparar alternativas
- Pedido simples que vira escalonamento: o que medir — Explicar medição
- 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.
- Atendente sem autonomia: o que comparar antes de decidir — Compara quatro arranjos de autonomia no atendimento — escalonamento, alçada por faixa, segunda linha e teto com revisão — pelo que cada um exige e onde falha.
- 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.
- 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.
- Cliente antigo tratado como novo: o que muda no fluxo — Onde o atendimento perde o histórico do cliente antigo e o que muda no fluxo: critério de reconhecimento, roteiro e responsabilidade.