Pular para o conteúdo

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

Cliente liga após o autoatendimento: onde a jornada travou

Por que o cliente liga depois de tentar o autoatendimento e o que essa chamada revela sobre o fluxo?

Resposta direta

A chamada que chega depois do autoatendimento é evidência de um ponto de parada, não de um cliente despreparado. Quem liga já tentou concluir alguma tarefa e parou em algum lugar: menu, informação, regra ou erro. O diagnóstico começa por identificar qual tarefa era, em que etapa o relato para e qual mensagem apareceu na tela. Depois se compara esse ponto com o desenho do autoatendimento e com o que o sistema registra. A pergunta a responder é onde a jornada perdeu o cliente. Sem esse recorte, a operação sabe quantas ligações chegam e não sabe o que corrigir.

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

O que esta página acrescenta: Trata a ligação como evidência do ponto de abandono, e não como falha do cliente ou do canal.

O relato de quem já tentou

A primeira informação útil de uma chamada dessas não é o pedido do cliente. É o caminho percorrido antes de discar: tarefa pretendida, opção escolhida, mensagem que apareceu, existência de outra saída na tela.

Esse relato precisa ser colhido nas primeiras frases, enquanto o cliente ainda lembra do que viu. Depois ele passa a falar do problema e o percurso se perde. Registrar o relato em campo próprio, separado do assunto da ligação, evita que ele vire observação solta no histórico.

O que comparar com o desenho do fluxo

O relato do cliente raramente corresponde ao fluxo documentado. Vale comparar os dois: a tarefa que ele diz ter tentado existe no menu. A mensagem que ele cita está escrita daquela forma. A saída para atendimento humano está visível no ponto em que ele parou.

A divergência entre o que o cliente descreve e o que o sistema registra é o achado mais útil. Pode indicar menu mal nomeado, regra que bloqueia sem explicar, informação que só existe em outro canal ou ausência de caminho para falar com alguém.

O que a chamada não prova

A chamada mostra apenas quem ligou. Quem desistiu e procurou outro fornecedor, quem voltou depois, quem resolveu por outro caminho não aparece nesse registro. Tratar o volume de ligações como medida do problema superestima uma parte e ignora a maior.

Também não prova que o autoatendimento falhou. Parte das ligações chega porque o cliente prefere falar com alguém, ou porque a tarefa exige exceção. O diagnóstico separa essas situações; sem isso, qualquer ajuste no fluxo vira tentativa no escuro. E nenhum ajuste elimina a necessidade de uma saída humana visível.

Recurso prático

Da chamada ao ponto de abandono

  1. Registrar a tarefa que o cliente tentava concluir antes de abrir a chamada.
  2. Pedir que ele descreva a última tela ou mensagem que viu no autoatendimento.
  3. Marcar em qual etapa do fluxo o relato dele para.
  4. Classificar a causa provável: menu mal nomeado, informação ausente, regra que bloqueia, erro ou falta de saída para atendimento humano.
  5. Comparar o ponto marcado com o desenho do fluxo e com o que o sistema registra naquele passo.

O erro mais comum é fechar a chamada como resolvida e não marcar o ponto de abandono. Sem essa marca, o volume de ligações é conhecido e a causa continua desconhecida.

Sobre o que está escrito aqui

Conceitos relacionados: ponto de abandono · jornada de autoatendimento · motivo de contato · registro de chamada · regra de negócio. 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 liga após tentar o autoatendimento. 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.