- Duplicidade nasce mais de processo confuso do que de “desatenção” do vendedor
- Use identificadores fortes (e-mail, telefone normalizado, CNPJ/CPF, domínio) e evite campos livres como chave
- Bloquear cadastro pode piorar: prefira alertas, sugestão de registro existente e merge assistido
- Defina política de merge: qual campo “vence”, o que vira histórico e quem aprova
- Integrações (WhatsApp, formulários, mídia paga) são campeãs de criar duplicado se não houver normalização
1) Defina o que é duplicado (e o que não é)
Parece óbvio, mas quase nunca está escrito: duplicado é o mesmo contato (pessoa) ou a mesma conta/empresa? Em B2B, é comum haver a mesma pessoa com dois e-mails (trabalho e pessoal) — isso pode ser aceitável, desde que exista uma regra. Documente 3 exemplos: duplicado clássico, caso cinzento e caso permitido.
2) Escolha 1–2 chaves principais por objeto
Para Contato, normalmente e-mail é a chave mais forte; telefone vem logo atrás (desde que normalizado). Para Empresa/Conta, CNPJ é forte no Brasil; sem CNPJ, domínio do site ajuda. Evite usar nome como chave (varia demais: acentos, abreviações, razão social). Se você não tem dado exato, não invente: assuma “chave fraca” e trate como possível duplicado, não como duplicado certo.
3) Padronize entrada de dados (normalização)
Antes de deduplicar, padronize: telefone com DDI/DDD e só números; e-mail em minúsculas; remover espaços; CNPJ/CPF sem pontuação; nome com capitalização consistente. Essa etapa sozinha costuma ‘revelar’ duplicados que passavam batido porque pareciam diferentes.
4) Troque bloqueio por “aviso inteligente” no cadastro
Em vez de impedir o usuário de salvar (o que vira planilha paralela), configure: alerta de possível duplicado ao digitar e-mail/telefone, sugestão de registro já existente e opção de “vincular” em vez de criar outro. Se o CRM permitir, mostre 3–5 registros parecidos e por que o sistema suspeita.
5) Crie uma política de merge (antes de apertar o botão)
Sem política, o merge vira briga. Defina: qual registro é o ‘master’ (mais recente? mais completo? com negócio ativo?), quais campos prevalecem (ex.: telefone mais recente, cargo mais confiável), como lidar com anotações/atividades e como preservar opt-in/consentimento. Se houver risco de apagar histórico, prefira consolidar mantendo trilha (log) do que deletar.
6) Institua uma rotina leve e contínua (não um mutirão eterno)
Crie uma cadência: semanal para revisar “suspeitos” (fila pequena) e mensal para limpeza maior. Nomeie um dono (RevOps/CRM Admin) e um backup. Estabeleça um SLA simples: ‘duplicados críticos (com negócios ativos) em X dias’ — sem número mágico; use a capacidade do time e a dor do negócio como referência.
7) Corrija a origem: formulários, WhatsApp e importações
Onde duplicado nasce: integrações que criam contato a cada mensagem, formulários que não checam e-mail existente, importações de listas e eventos. Ajuste a regra de criação: primeiro buscar por e-mail/telefone; se existir, atualizar; se não, criar. Se sua operação usa múltiplos números/caixas (WhatsApp/e-mail), alinhe para que todos escrevam no mesmo registro.
Por que duplicidade explode no CRM (mesmo com time bom)
Duplicado quase sempre é sintoma de três coisas: (1) definição frouxa de ‘contato’ e ‘empresa’, (2) entradas de dado sem padrão (telefone com e sem DDD; e-mail com maiúsculas; CNPJ com pontuação) e (3) integrações que preferem criar registro novo para não errar vínculo.
Tem também o fator humano: na pressa, o vendedor busca por “João” e não acha porque está como “Joao”; cria outro. Não é maldade — é design de processo.
Regras práticas que funcionam sem burocratizar
O truque editorial aqui é aceitar que o CRM precisa ser rápido para quem está na linha de frente. Então, a regra boa é a que reduz duplicado sem virar ‘formulário do cartório’.
A tabela abaixo serve como ponto de partida; ajuste ao seu contexto (B2B, B2C, ticket alto, ciclo curto, etc.).
| Ponto de controle | Regra recomendada | Por que ajuda | Risco se exagerar |
|---|---|---|---|
| Tratar como chave forte para Contato; normalizar (minúsculas) e avisar sobre existente | Evita duplicado mais comum em inbound e prospecção | Pode atrapalhar quando um mesmo e-mail é compartilhado (ex.: financeiro@) | |
| Telefone | Normalizar para só números + DDI/DDD; usar como chave secundária | Pega casos sem e-mail e entradas via WhatsApp | Telefonia sem padrão gera falsos positivos |
| CNPJ/CPF | Se o CRM tiver Empresa/Conta, usar CNPJ como chave forte; CPF só quando necessário e com cautela | Reduz contas duplicadas e melhora integração com ERP/faturamento | Sensível por privacidade; não colete sem necessidade e base legal |
| Domínio do site | Usar domínio como apoio (empresa.com.br) quando não houver CNPJ | Ajuda a consolidar contas em B2B | Grupos com múltiplos domínios podem confundir |
| Nome | Nunca como chave; apenas para busca e similaridade | Nome varia demais para ser identificador | Se virar regra rígida, derruba produtividade |
| Formulários e integrações | Antes de criar, buscar e atualizar registro existente | Ataca a origem do problema | Integração mal configurada pode sobrescrever dados bons |
Checklist de deduplicação (o que revisar antes de mesclar)
Merge errado dói mais do que duplicado. Antes de consolidar dois registros, responda rapidamente:
- Há negócio/negociação ativo em um dos registros? (se sim, ele tende a ser o master)
- Os registros têm e-mails/telefones diferentes — é a mesma pessoa mesmo?
- Há atividades (ligações, reuniões, WhatsApp) que precisam ficar no histórico único?
- Existe consentimento/opt-in registrado em apenas um deles? (não jogue isso fora)
- Os campos conflitantes têm ‘data de atualização’? Use isso como critério quando fizer sentido
Uma rotina que não vira projeto sem fim
A rotina vencedora é pequena, previsível e com dono. Em muitas operações, uma fila semanal de “possíveis duplicados” já reduz bastante o problema, porque impede o acúmulo.
Se você está começando do zero, não tente ‘zerar’ todos os duplicados em um mês. Faça primeiro os críticos: duplicados com negócios ativos, clientes em atendimento e contas com faturamento. O resto pode entrar numa cadência mensal.
Erros que parecem solução (e acabam piorando)
Bloquear cadastro com muitos obrigatórios: o time contorna (planilha, WhatsApp pessoal, caderno) e você perde rastreabilidade.
Deletar registro duplicado sem merge: você apaga histórico e cria buraco de auditoria.
Usar nome como chave única: ‘Maria Aparecida’, ‘Maria A.’ e ‘Maria Ap.’ viram três pessoas — ou o contrário, três pessoas viram uma só.
Deixar integração criar registro a cada evento (mensagem, formulário, importação): duplicidade vira padrão, não exceção.
Perguntas frequentes
Qual é a melhor chave para evitar contato duplicado no CRM?
Devo impedir o usuário de criar registro duplicado?
Merge (mesclar) registros pode dar problema?
WhatsApp e formulários são os maiores vilões da duplicidade?
Leia também
Como higienizar a base do CRM: tirar duplicado e dado morto sem quebrar histórico
Passo a passo para higienizar a base do CRM sem quebrar histórico: deduplicar por e-mail/telefone, padronizar campos, marcar inativo e criar rotina trimestral.
Ler →
Governança de dados no CRM: como definir regras sem travar o time
Guia editorial para montar governança de dados no CRM: padrões de cadastro, dono do dado, permissões, qualidade e auditoria. Com passos e FAQ para não virar burocracia.
Ler →
Campo personalizado no CRM: o que criar (e o que não criar) para não sujar a base
Guia editorial sobre campo personalizado no CRM: critérios práticos para criar só o que vira decisão/segmentação, evitar texto livre, padronizar valores e manter a base limpa sem matar a adoção do time.
Ler →
7 erros comuns na implementação de CRM e como evitar cada um
Implementar CRM e ter baixa adoção é mais comum do que parece. Conheça os 7 erros mais frequentes na implementação e o que fazer de diferente para o CRM funcionar de verdade.
Ler →