Resposta direta
O aviso duplicado quase sempre nasce antes do envio. Cada canal tem sua própria lista de disparo, e ninguém definiu qual delas manda no cliente. A resposta é eleger uma origem única para o evento que gera o aviso e tratar o outro canal como espelho. Isso exige saber qual sistema registra o fato, quem responde por ele e como o segundo canal é desligado quando a origem já avisou. Sem essa definição, a duplicidade volta na próxima mudança de rotina.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o aviso repetido como problema de origem do evento, não de unificação de canal, e define quando o segundo envio deve existir em vez de apenas reduzi-lo.
O evento antes do canal
O aviso duplicado costuma ser decidido antes do envio. Um fato acontece, como fatura fechada, pedido despachado ou prazo vencendo, e mais de um sistema detecta esse fato por conta própria. Cada detecção dispara uma mensagem, e o cliente recebe as duas.
Por isso a pergunta útil não é qual canal usar, mas onde o fato é registrado. Quando a operação não sabe qual sistema é dono do evento, qualquer mudança de rotina recria a duplicidade, mesmo que um dos envios seja desligado no momento.
Origem única, canal espelho
Definida a origem, o segundo canal passa a operar como espelho. Ele não dispara por conta própria: envia apenas se a origem não confirmar entrega no intervalo acordado, e registra no histórico que o canal principal falhou.
O intervalo é um critério, não um número escolhido por hábito. Ele deve sair do tempo que a operação já observa entre a geração do evento e a confirmação de leitura, e ser revisto quando esse tempo mudar. Sem essa revisão, o espelho vira uma segunda origem.
O que a origem única não resolve
A origem única não corrige conteúdo errado nem substitui a revisão do texto. Se os dois avisos dizem coisas diferentes, com uma data aqui e um valor ali, o problema é de consistência de dados, e silenciar um canal apenas esconde a contradição do cliente.
Também não se aplica quando os dois avisos têm finalidade distinta e ambos são exigidos, por contrato ou por regra do setor. Nesse caso o objetivo não é barrar o segundo envio, e sim deixar claro no texto que são comunicações diferentes. A abordagem organiza a origem do aviso; não decide sozinha o que o cliente precisa saber.
Recurso prático
Da duplicidade à origem única
- Listar os eventos que geram aviso ao cliente e, para cada um, o sistema onde o fato é registrado.
- Marcar, em cada evento, qual canal é a origem e qual opera como espelho.
- Definir o critério que libera o espelho: só envia se a origem não confirmar entrega no intervalo acordado.
- Registrar no histórico do cliente qual canal avisou, para que a próxima consulta não reenvie.
- Revisar o critério a cada mudança de rotina, canal novo ou alteração de contrato.
O erro mais comum é tratar o segundo aviso como repetição. Muitas vezes os dois textos divergem em data ou valor, e o cliente recebe contradição, não eco. Comparar conteúdo, e não contagem de envios, é o que muda o diagnóstico.
Sobre o que está escrito aqui
Conceitos relacionados: evento de disparo · origem do aviso · canal espelho · fila de envio · 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
- Atendimento, relacionamento e retenção — Página central do tema
- Silêncio sobre o andamento: como implantar av… — cliente sem retorno sobre o andamento
- Cliente sem retorno: alternativas para inform… — cliente sem retorno sobre o andamento
Páginas relacionadas
O mesmo problema em outro objetivo
- Cliente avisado por dois canais: onde a duplicidade nasce — Diagnosticar
- Cliente avisado em dois canais: o que comparar antes de mudar — Comparar alternativas
- Aviso duplicado em dois canais: o que precisa ser idêntico — Orientar implementação
- Aviso duplicado em dois canais: o que avaliar ao contratar — Orientar avaliação e contratação
Outras leituras em Atendimento, relacionamento e retenção
- Atendimento concentrado em uma pessoa: como enxergar o risco — O que observar quando o relacionamento com clientes depende de uma pessoa sem substituto, e o que precisa ser identificado antes de mudar a rotina.
- 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.
- 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.
- 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.
- 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.