Por que o segundo contato costuma dar errado
Considere um cenário hipotético. Uma pessoa pede orçamento pelo site e conversa com o vendedor A. Três semanas depois, preenche outro formulário, agora por um anúncio. O sistema cria um novo lead, que cai na fila do vendedor B, sem nenhuma informação do primeiro atendimento.
O cliente repete tudo o que já disse. Os dois vendedores disputam o crédito ou, pior, ninguém assume. O relatório de origem passa a contar duas entradas para uma única pessoa, e a taxa de conversão do marketing fica distorcida.
O problema raramente é falta de esforço. Costuma ser falta de regra escrita para o caso.
Os quatro cenários de retorno
O tratamento correto depende do que já existe no histórico. Uma forma de organizar:
| Situação anterior | O que o novo contato indica | Tratamento sugerido |
|---|---|---|
| Oportunidade aberta | Interesse ativo ou dúvida adicional | Vincular ao registro, avisar o responsável, manter o mesmo vendedor |
| Negócio perdido recentemente | Possível mudança de contexto | Reabrir ou criar nova oportunidade, consultando o motivo da perda |
| Cliente ativo | Dúvida de suporte ou interesse em outro produto | Encaminhar ao responsável pela conta |
| Contato antigo, sem avanço | Retomada do interesse | Reativar com o histórico visível e redistribuir se o dono anterior saiu |
Os prazos que diferenciam "recente" de "antigo" dependem do ciclo de venda de cada empresa. Defina-os com base nos seus próprios dados de duração do processo.
Como identificar a duplicidade
Antes de aplicar qualquer regra, o sistema precisa reconhecer que se trata da mesma pessoa. Os critérios mais usados são e-mail e telefone, às vezes combinados com o documento da empresa, quando existe.
Nomes isolados geram erros, porque variam de escrita e se repetem entre pessoas diferentes.
Conferir como o seu CRM trata duplicados é parte do projeto. Algumas ferramentas oferecem detecção e mesclagem nativas, outras dependem de configuração ou de integrações. Consulte a documentação atual da ferramenta que você utiliza.
Atenção também a contatos distintos da mesma empresa. Uma segunda pessoa de uma conta já em negociação é um novo contato, mas pertence ao mesmo contexto comercial.
O que preservar em cada retorno
Independentemente do cenário, alguns elementos devem permanecer ligados à pessoa:
Histórico de conversas e atividades anteriores.
Origem de cada entrada, mantendo a primeira e registrando as seguintes.
Motivo de perda, quando houve negociação encerrada.
Responsável atual e anterior pela conta.
Consentimentos de contato e preferências de canal registradas.
Manter a origem original e as posteriores evita um erro comum: atribuir todo o resultado ao último canal. Um segundo formulário pode indicar apenas que a pessoa estava comparando opções.
Quem atende o lead recorrente
A regra de responsabilidade precisa caber em uma frase.
Exemplos de critérios, que cada empresa ajusta ao seu modelo: manter o vendedor da oportunidade aberta; devolver ao vendedor que perdeu o negócio, se ele ainda estiver no time; ou enviar à fila comum quando o histórico for antigo.
Defina também o que fazer se o responsável anterior estiver ausente. Contato recorrente aguardando dias por um vendedor de férias é uma oportunidade desperdiçada.
Aplicação prática: montar a regra em uma página
Levante, no CRM, quantos contatos entraram mais de uma vez nos últimos 90 dias, se a ferramenta permitir.
Escolha 20 casos e classifique-os nos quatro cenários da tabela.
Para cada cenário, escreva quem atende, em quanto tempo e o que se registra.
Defina o critério de identificação (e-mail, telefone ou ambos).
Configure alertas ao responsável quando houver nova entrada em seu registro.
Revise a regra após um mês com os casos reais que surgiram.
Como a HTZ pode ajudar
Regras de entrada, deduplicação, distribuição e responsabilidade sobre os contatos fazem parte do trabalho de Sales Ops.
Converse com a HTZ para mapear como seus leads recorrentes circulam hoje e desenhar as regras de tratamento no CRM, dentro do escopo contratado e dos recursos da sua ferramenta.
