Resposta direta
O diagnóstico começa separando o que é relação pessoal do que é informação de trabalho. Se o cliente só aceita falar com uma pessoa, isso é relação. Se só essa pessoa sabe o histórico, os acordos e o que foi prometido, isso é dependência operacional. A primeira costuma ser legítima e não se resolve por processo. A segunda precisa ser mapeada. O ponto de partida é listar, por cliente, quais decisões e quais dados existem apenas com essa pessoa, e não apenas quais arquivos estão na pasta dela.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Separa relação pessoal de dependência operacional, em vez de tratar toda concentração como problema de documentação.
O que a concentração esconde
Quando o cliente pede para falar com a mesma pessoa, o atendimento parece funcionar. O sinal de risco não aparece na reclamação, aparece na ausência: férias, licença, aumento de volume. Nesses dias, o caso trava ou é resolvido por improviso, com informação incompleta.
Vale observar o que acontece nos dias em que essa pessoa não está. Se o assunto espera, ou se outra pessoa reconstrói a história do zero, existe dependência. O diagnóstico é sobre o que ocorre nesse intervalo, não sobre o organograma.
O que deve ser levantado, caso a caso
Por cliente, três coisas importam: quem decide exceções, onde está o registro dos acordos e quem responde quando a pessoa de referência não está. São perguntas simples e, em geral, a resposta revela que um mesmo nome ocupa os três papéis.
O levantamento não precisa ser exaustivo. Basta cobrir os clientes em que a concentração é maior e os que geram mais trabalho operacional. Nos demais, o custo de mapear supera o risco.
Onde esse diagnóstico não resolve
Mapear a dependência não a elimina. Há relações comerciais que se sustentam no vínculo pessoal, e forçar a distribuição pode reduzir o valor percebido pelo cliente. O diagnóstico mostra o risco; a decisão de compartilhar o atendimento é de negócio, não de processo.
Também não se aplica a operações com um único cliente grande ou equipes muito pequenas, em que a substituição simplesmente não existe. Nesse caso, o que se pode fazer é reduzir o tempo de retomada, não criar redundância.
Recurso prático
Diagnóstico de concentração no atendimento
- Listar, por cliente ativo, quem decide, quem executa e quem o cliente procura primeiro.
- Marcar os clientes em que a resposta depende de uma única pessoa, sem alternativa registrada.
- Para cada um, separar relação pessoal de informação operacional: acordos, histórico, exceções e prazos combinados.
- Verificar quem mais conseguiria conduzir o caso amanhã usando apenas o que está registrado.
O erro comum é tratar documentar como solução. O que precisa sair da cabeça dessa pessoa é o critério de decisão, não a lista de arquivos.
Sobre o que está escrito aqui
Conceitos relacionados: pessoa de referência no atendimento · ponto único de falha · histórico de contato · carteira concentrada. 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
- Fila sem prioridade: qual lógica de ordenação… — fila sem prioridade definida
- Fila sem prioridade: como ordenar por impacto… — fila sem prioridade definida
Páginas relacionadas
O mesmo problema em outro objetivo
- Atendimento preso a uma pessoa: como criar substituto — Organizar um processo
- Cliente atendido por uma só pessoa: alternativas comparadas — Comparar alternativas
- Atendimento preso a um nome: como medir sem substituto — Explicar medição
- Atendimento preso a uma pessoa: como criar substituto — Orientar implementação
- Atendimento sem substituto: o que fixar na contratação — Orientar avaliação e contratação
Outras leituras em Atendimento, relacionamento e retenção
- Cancelamento sem entrevista: o que registrar no lugar — Descreve como registrar o motivo do cancelamento no próprio fluxo de saída, quais sinais servem de fonte e o que o registro não explica.
- Resumo do caso na transferência: como saber o que falta — Descreve como avaliar se o resumo de um caso sustenta a decisão da área seguinte e separa falha de resumo de falha de registro.
- Atendimento sem informação: onde a falha se forma — Como identificar em que ponto da operação a informação deixa de chegar a quem atende o cliente, separando causas de dado, acesso e responsabilidade.
- Registro sem campo de resumo: o que estruturar no lugar — Trata do registro de atendimento sem campo de resumo: campos estruturados que substituem o texto livre e mantêm o histórico pesquisável.
- Cliente avisado por dois canais: como tratar a origem — Trata a duplicidade de avisos como problema de origem: qual sistema registra o fato, qual canal é espelho e como o segundo envio é liberado ou barrado.