Pular para o conteúdo

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

Abandono sem motivo: registro da saída do cliente

O cliente cancelou e não disse o motivo. Como organizar o registro da saída?

Resposta direta

A saída sem motivo declarado é falha de registro, não de disposição do cliente. Boa parte do que se precisa saber já existe na operação: mudança no padrão de uso, chamados abertos, fatura contestada, contatos sem resposta. Organizar o processo significa definir um campo único de motivo no encerramento, quem preenche, em que momento preenche e o que fazer quando o cliente não responde. Sem isso, o motivo fica na memória de quem atendeu e desaparece com a rotatividade da equipe.

Objetivo
Organizar um processo
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata o motivo de saída como dado operacional com campo, dono e momento de coleta, e não como pesquisa de satisfação nem métrica de retenção.

O motivo já está parcialmente nos registros

Quem cancela raramente abre um chamado para explicar o motivo. A decisão aparece antes disso: queda no uso, chamado sem retorno, fatura contestada, contato que deixou de responder. Esses sinais ficam em áreas diferentes e quase nunca são lidos juntos.

O primeiro passo do processo é reunir o que a operação já registrou sobre aquele cliente antes de qualquer pergunta. Isso reduz a dependência da resposta dele e mostra que parte do motivo é dedutível, mesmo quando ninguém declarou nada.

Coleta no encerramento: campo, dono e momento

No encerramento, o motivo precisa de campo próprio, com lista fechada de opções e uma opção de não declarado. Texto livre na observação não se agrupa e não sustenta leitura por período.

Definir dono é parte do desenho: quem recebe o pedido de cancelamento registra o motivo, em que momento faz isso e o que acontece quando o cliente não responde. Tentativa de contato sem retorno também é dado, desde que registrada com data e canal.

O que esse registro não resolve

Esse registro não recupera cliente e não substitui a leitura de uso, preço ou produto. Ele explica o que foi declarado, não a causa real. Cliente que sai por preço costuma declarar outro motivo, e o registro vai refletir isso.

Em bases pequenas, o agrupamento de motivos não sustenta conclusão. E quando a falha está no próprio atendimento, o registro mostra o problema, mas corrigir exige mudar processo, não coletar mais motivo.

Recurso prático

Registro de saída por situação

Situação de saídaO que precisa ficar registrado
Cancelamento pedido pelo clienteMotivo declarado em campo próprio, canal, data e quem atendeu; sem texto livre na observação
Contrato não renovado no vencimentoQuem decidiu, o que foi oferecido antes do vencimento e se houve resposta do cliente
Queda no uso sem avisoData do último contato relevante, tentativas de contato com canal e data, e ausência de retorno

O erro mais comum é registrar o motivo como texto livre na observação do atendimento. Sem campo próprio e lista fechada, o dado não se agrupa e o motivo vira versão de quem escreveu.

Sobre o que está escrito aqui

Conceitos relacionados: motivo de cancelamento · registro de saída · contato de encerramento · taxonomia de motivos · base ativa. 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 abandona sem dizer o motivo. 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.