Pular para o conteúdo

Soluções · Atendimento, relacionamento e retenção

Pedido simples que exige escalonamento: onde investigar

Por que um pedido simples chega escalonado e o que isso revela sobre o processo de atendimento

Resposta direta

Escalonamento de pedido simples costuma apontar falha de critério, não falta de gente. O pedido é simples para quem define a política e complexo para quem executa, porque a regra não foi escrita, o acesso ao sistema não foi dado ou o contexto do cliente não está visível. Antes de criar um novo nível de atendimento, vale separar três origens: regra ausente, permissão insuficiente e informação dispersa. Cada origem pede correção diferente. Tratar tudo como falta de treinamento costuma deslocar o problema para o mesmo ponto, semanas depois, com outro atendente.

Objetivo
Diagnosticar
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Isola a origem do escalonamento em regra, acesso e contexto, em vez de tratar caso a caso ou culpar o nível de treinamento.

Regra ausente tem sintoma próprio

Quando o pedido simples sobe de nível sempre no mesmo passo, a hipótese mais provável é regra não escrita. O atendente consulta o supervisor porque não existe critério publicado para decidir sozinho. O sintoma aparece em pedidos que se repetem com pequenas variações e recebem respostas diferentes conforme quem atende.

Vale listar os pedidos escalonados de uma semana e agrupar por tipo. Quando um grupo concentra boa parte dos casos, o problema está no critério daquele grupo, não no volume total de escalonamento.

Permissão e acesso antes de treinamento

Parte dos pedidos sobe porque o atendente tem a regra, mas não tem permissão para aplicar. Alterar cadastro, aprovar exceção ou consultar histórico pode estar fora do perfil de acesso. Nesse caso, treinar não muda o resultado.

Medir quantos escalonamentos terminam em uma ação que o próprio atendente poderia executar, se tivesse acesso, separa falta de autonomia de falta de conhecimento.

Onde essa investigação não chega

Separar regra, acesso e contexto orienta a correção, mas não elimina o escalonamento. Alguns pedidos são simples na aparência e envolvem exceção contratual, risco jurídico ou valor acima da alçada. Esses continuam subindo, e isso é desenho do processo, não falha.

A análise também depende de registro. Sem histórico de quem atendeu, quando e por que encaminhou, a origem fica no relato de cada pessoa. Nessa condição, o diagnóstico aponta suspeitas, não causas confirmadas.

Recurso prático

Roteiro para localizar a origem do escalonamento

  1. Reunir os pedidos escalonados de um período curto e classificar cada um pelo tipo de pedido, não pelo canal em que chegou.
  2. Marcar em cada caso o passo em que o atendimento parou e quem decidiu encaminhar para outra pessoa.
  3. Separar os casos em três grupos: sem regra publicada, sem permissão de sistema e sem contexto do cliente registrado.
  4. Verificar quantos casos de cada grupo terminam em uma ação que o próprio atendente poderia executar, se tivesse acesso.
  5. Escolher o grupo com maior concentração e corrigir esse ponto antes de mexer no fluxo inteiro.

O erro mais comum é tratar todo escalonamento como falta de treinamento e criar uma nova camada de supervisão, o que apenas desloca o mesmo pedido para outra pessoa.

Sobre o que está escrito aqui

Conceitos relacionados: regra de decisão · alçada de atendimento · permissão de sistema · histórico de atendimento · pedido escalonado. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Atendimento, relacionamento e retenção

Quer avaliar isso no seu contexto?

Esta página trata de pedido simples que exige escalonamento. Diagnóstico de Customer Intelligence é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.