Pular para o conteúdo

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

Cancelamento sem entrevista: o que registrar no lugar

Como registrar o motivo do cancelamento quando o cliente sai sem falar com ninguém?

Resposta direta

A saída sem entrevista não impede o registro do motivo. O caminho é capturar o dado antes do encerramento, dentro do próprio fluxo de cancelamento, e reconstruir o restante pelos sinais que já existem: queda de uso, chamados anteriores, pedido de redução de plano, falha de pagamento. O motivo declarado é hipótese, não fato. Quem registra precisa separar motivo, sintoma e contexto, e saber que a classificação só tem valor se alguém a revisa depois.

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

O que esta página acrescenta: Trata o motivo do cancelamento como dado a capturar no fluxo de saída, e não como conversa a ser conduzida depois que o cliente já decidiu.

Sinais que já registram a saída

Boa parte do motivo já está no sistema antes do cancelamento. Queda de uso, chamados não resolvidos, redução de plano e falha de pagamento são registros anteriores à decisão. O fluxo de saída só precisa recolher a confirmação do cliente, não reconstruir tudo do zero.

A ordem importa. Primeiro se decide quais sinais entram no registro de saída, depois quem os consulta e em que momento. Sem essa definição, o formulário de encerramento gera dado solto, sem ligação com o histórico que o explica.

Classificação de motivo com critério

Uma lista curta de motivos funciona melhor que uma lista completa. Cada motivo precisa de uma definição escrita, para que duas pessoas classifiquem o mesmo caso do mesmo jeito. Categoria ampla demais esconde o problema; categoria estreita demais ninguém usa.

A opção 'outros' precisa de revisão periódica. É ali que aparecem motivos novos ou falhas de classificação. Se a maior parte dos cancelamentos cai em 'outros', a lista está mal feita, e o número de cancelamentos não indica nada sobre a causa.

O que o registro não explica

Registro de motivo não substitui conversa quando o valor do cliente é alto ou a saída envolve insatisfação com pessoa ou processo. Nesses casos, o dado capturado aponta para onde investigar, mas não explica o que aconteceu.

O motivo declarado é o que o cliente aceita dizer, não necessariamente a causa. O registro não prova por que a decisão foi tomada, nem permite afirmar que corrigir aquele ponto evitaria a saída. Ele serve para levantar hipóteses e priorizar verificação, não para concluir.

Recurso prático

Sinais antes da saída e o registro correspondente

Sinal observável antes do cancelamentoO que registrar
Queda de uso em relação ao padrão do próprio clientePeríodo em que o uso caiu e qual função deixou de ser usada
Chamado aberto sobre falha, cobrança ou dúvida não resolvidaVínculo entre o chamado e o cancelamento, com data e responsável
Pedido de redução de plano ou remoção de móduloMudança pedida, data e motivo informado na ocasião
Falha de pagamento repetida antes do encerramentoQuantidade de tentativas e se houve contato de cobrança

O erro mais comum é aceitar o primeiro motivo marcado no formulário como causa. Sintoma e causa se confundem: 'preço' costuma ser resposta de saída, e o dado que explica está nos chamados e no uso anteriores.

Sobre o que está escrito aqui

Conceitos relacionados: motivo de cancelamento · fluxo de saída · formulário de encerramento · classificação de motivo · histórico de contato. 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 cancelamento sem entrevista de saída. 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.