Pular para o conteúdo

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

Atendimento que só avança quando o cliente cobra

por que o cliente precisa cobrar de novo para o meu pedido andar

Resposta direta

O cliente que precisa insistir está fazendo o trabalho que deveria ser interno. Quando um pedido só avança após novo contato, não falta canal nem disposição: falta um gatilho dentro da operação que mova o item sem depender de nova cobrança. O caminho prático é dar a cada pedido aberto um dono, um próximo passo concreto e uma data visível, e revisar diariamente o que passou dessa data. A insistência do cliente passa a ser indicador de falha do processo, não o motor que faz o processo andar.

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

O que esta página acrescenta: Trata a cobrança do cliente como falha de gatilho interno e mede a insistência por pedido, em vez de tratar fila, SLA, registro ou passagem de bastão.

Onde o pedido para quando ninguém cobra

Um pedido que depende de novo contato do cliente para andar revela ausência de gatilho interno. Cada cobrança abre um registro novo, o histórico se dispersa e quem poderia resolver só olha o item quando algo chega de fora. A operação funciona por reação, não por fila com critério.

O sintoma se confunde com excesso de demanda, e são coisas diferentes. Excesso de demanda alonga a fila; ausência de gatilho deixa itens parados mesmo quando existe capacidade. Separar os dois exige olhar quantos pedidos ficaram sem movimento no intervalo entre dois toques do cliente.

Gatilho interno com dono, próximo passo e data

O gatilho tem três partes. Dono é a pessoa responsável pelo próximo movimento, não pelo assunto inteiro. Próximo passo é a ação concreta pendente: buscar uma informação que falta, decidir uma exceção, acionar outra área. Data é o dia em que esse movimento deveria ter acontecido, visível para quem acompanha o item.

Com isso, a revisão deixa de ser sobre mensagens não lidas e passa a ser sobre itens vencidos. O que se mede é a quantidade de pedidos sem movimento depois da data combinada e o tempo entre a abertura e o primeiro movimento interno. Esses números, medidos na própria operação, mostram se o gatilho está de pé ou se a cobrança do cliente segue fazendo o papel dele.

Limites: quando a insistência é legítima

Existem pedidos que dependem de terceiros: prazo de órgão público, retorno de fornecedor, análise externa. Nesses casos o gatilho interno não remove a espera. Ele garante que alguém esteja acompanhando e comunique o status antes de o cliente cobrar. A abordagem não encurta prazo que está fora do controle da empresa.

Também não resolve falta de capacidade. Se a fila é maior do que a equipe consegue absorver, dar dono e data a cada item apenas torna o atraso visível, o que é útil mas não é solução. E quando o próprio cliente muda o pedido ou deixa de enviar a informação combinada, parte do tempo de resposta está fora do processo interno.

Recurso prático

Índice de insistência por pedido

II = (C - 1) / D, onde C é o total de contatos do cliente sobre o mesmo pedido e D é o intervalo de dias entre abertura e encerramento

C
contatos
quantidade de vezes que o cliente tocou o mesmo pedido, do primeiro contato até o encerramento, somando todos os canais usados
D
dias corridos
intervalo entre a abertura do pedido e o encerramento; se o pedido ainda estiver aberto, usar a data da medição
II
cobranças por dia de espera
quantas cobranças do cliente cada dia de espera exige; valores altos apontam pedido sem gatilho interno de andamento

O erro mais comum é tratar cada contato do cliente como pedido novo. Isso zera a contagem da insistência, apaga a continuidade do histórico e faz o indicador parecer baixo em uma operação que só anda sob cobrança.

Sobre o que está escrito aqui

Conceitos relacionados: gatilho interno de andamento · dono do próximo movimento · data do próximo movimento · fila de pendências vencidas · índice de insistência. 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 cliente que precisa insistir para ser atendido. 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.