Pular para o conteúdo

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

Cliente avisado por dois canais: onde a duplicidade nasce

Por que o cliente recebe o mesmo aviso por dois canais ao mesmo tempo?

Resposta direta

A duplicidade raramente nasce do canal. Nasce da ausência de um registro único do aviso: sem um identificador do evento que disparou a mensagem, cada canal cumpre a própria rotina e considera o cliente não informado. O caminho começa por reconstruir quem disparou, com base em qual evento, sob qual regra e com qual responsável. Depois, definir qual canal responde por cada tipo de aviso e o que acontece quando dois são acionados. Isso reduz a sobreposição sem eliminar o problema por si. Há eventos que legitimamente pedem dois canais, e o diagnóstico precisa separar repetição indevida de reforço deliberado antes de propor qualquer mudança.

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

O que esta página acrescenta: Separa repetição indevida de reforço deliberado antes de mexer em canal, regra ou ferramenta.

Onde a duplicidade se forma

A duplicidade começa antes do envio. Um canal não sabe o que o outro já mandou, porque nenhum dos dois consulta um registro comum do aviso. Cada rotina entende que cumpriu a obrigação e que o cliente ainda não foi informado.

O cadastro de contato também costuma divergir. Um canal usa o telefone, outro usa o e-mail, e os dois apontam para a mesma pessoa sem vínculo entre os registros. O cliente aparece duas vezes, e o aviso sai duas vezes.

Como separar repetição de reforço

Nem todo aviso repetido é erro. Existe reforço deliberado: em assunto sensível, o segundo canal confirma o primeiro e acrescenta prazo, valor ou a ação pendente do cliente.

O critério de separação é direto. O segundo aviso muda alguma decisão do cliente? Se acrescenta informação, altera prazo ou confirma algo em aberto, é reforço. Se repete o mesmo conteúdo sem mudar nada, é ruído, e o custo aparece no volume de contato e na confiança.

O que esse diagnóstico não resolve

Esse levantamento não corrige cadastro duplicado, não define qual canal deve ser usado e não elimina a sobreposição sozinho. Ele mostra onde a duplicidade nasce e quem deveria responder por ela.

Há casos em que o problema não é de registro. Se campanha e atendimento operam com metas distintas e nenhuma área responde pelo aviso final, a duplicidade é disputa de prioridade, e o ajuste é de responsabilidade, não de fluxo. Parte da operação só se estabiliza com acompanhamento contínuo, e o efeito depende de quem assume a decisão.

Recurso prático

O que levantar quando o mesmo aviso sai por dois canais

  • Avisos enviados ao mesmo cliente no mesmo dia, com canal, horário e origem de cada um
  • Evento que disparou cada aviso e onde esse disparo ficou registrado
  • Regra que autorizou o envio em cada canal e quem mantém essa regra
  • Responsável por decidir qual canal prevalece quando os dois são acionados
  • Casos em que dois canais são intencionais e precisam ser preservados
  • Cadastro de contato usado por cada canal e se os registros apontam para a mesma pessoa

O erro mais comum é tratar como falha de sistema o que é falta de dono. Ninguém responde pelo aviso final, então cada canal segue a própria rotina e se considera correto. Sem definir a posse antes de ajustar o envio, a duplicidade volta na próxima mudança de regra ou de equipe.

Sobre o que está escrito aqui

Conceitos relacionados: registro do evento · posse do canal · regra de disparo · cadastro de contato · reforço deliberado. 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 avisado por dois canais ao mesmo tempo. 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.