A maioria das pessoas acha que fundir duplicados é simples: carrega em “fundir” e o CRM guarda tudo o que interessa. Mas não é assim que funciona a maioria dos CRMs.
Este guia mostra-lhe como fundir os dados certos. Vai ver que dados se perdem habitualmente, que Merge Rules evitam erros e como validar as fusões antes de escalar a automatização. No fim, terá um processo repetível sem arriscar contexto valioso.
Como validar uma fusão antes de a aplicar em escala
- Escolha os campos visíveis:
Selecione os identificadores que quer que o Dedupely compare, como Email, Primeiro Nome ou Telefone.
- Edite as opções de correspondência por campo:
Decida se a correspondência deve ser mais rigorosa ou mais tolerante. Clique na seta sob o nome de cada campo para alternar entre Exact, Similar, Fuzzy, Similar Words ou Domain Root.
- Configure Merge Rules
Abra Merge Rules e escolha o registo e os valores que prevalecem. Verifique o proprietário, os dados de contacto e os campos usados pelos seus fluxos de trabalho.
- Reveja as correspondências
Clique em Scan e abra View Match Details nos grupos que pretende fundir. Confirme que representam a mesma pessoa ou empresa e verifique os valores que prevalecem. Não selecione correspondências incertas.
- Teste uma pequena fusão
Funda uma pequena amostra revista. Verifique os registos resultantes, as atividades e as associações no CRM antes de continuar. Pare e ajuste as regras se o resultado não for o esperado.
- Funda os grupos revistos
Selecione os grupos de duplicados revistos e clique em Merge. Use Select all X matches apenas depois de verificar todos os resultados.
Porque é que as fusões não protegem sempre os seus dados?
As fusões predefinidas do CRM escolhem um registo principal e descartam os valores do outro. Isso significa:
- As tags e etiquetas passam para o registo que sobrevive
- O histórico de atividade (emails, chamadas, notas) pode desaparecer
- O proprietário passa a ser o do registo principal, mesmo que o outro tivesse dados ativos
- Campos personalizados com valores únicos podem perder-se
Os duplicados desaparecem, mas o contexto também, deixando um CRM mais limpo, mas sem os detalhes de que as equipas dependem.
Que dados se perdem normalmente nas fusões?
As perdas mais comuns são:
- Tags e etiquetas: Reduzidos ou substituídos
- Atividades: Chamadas, tarefas, notas e emails não transferidos
- Responsabilidade: Reatribuído incorretamente se só um dos registos tiver proprietário
- Campos personalizados: Valores únicos perdidos quando só um é mantido
É por isso que fundir é sobretudo preservar a informação que mantém os registos utilizáveis.
Como garanto que o contexto crítico sobrevive a uma fusão?
Eis as principais formas de evitar a perda de dados valiosos:
- Notas, emails e tarefas ficam intactos → confirme que o seu CRM ou ferramenta os transfere
- Proteger campos essenciais → garanta que campos como responsável, estado do lead ou fase do ciclo de vida não são substituídos por vazios
- Decida que valores prevalecem → use merge rules para escolher que valor do registo deve ser mantido
- Verifique o comportamento das tags → alguns CRMs juntam as tags, outros substituem-nas; faça um teste pequeno para ter a certeza
Com estas verificações em vigor, os duplicados resolvem-se sem perder o histórico.
Que merge rules devo definir para proteger o contexto?
Eis regras práticas, campo a campo, que pode copiar para o seu processo:
- Se quiser manter a informação mais recente: Nos meus CONTACTOS quero que o EMAIL VENÇA se a DATA DE CRIAÇÃO for a MAIS RECENTE
- Se quiser manter o número de telefone do registo que tem email: nos meus CONTACTOS quero que o NÚMERO DE TELEFONE PREVALEÇA se o EMAIL NÃO ESTIVER VAZIO
- Se quiser que os domínios de email genéricos percam: Nos meus CONTACTOS quero que o EMAIL PERCA se ou quando o EMAIL CONTIVER [gmail.com]
Estas regras evitam erros comuns e tornam as fusões consistentes em toda a equipa.
Como verifico as fusões antes de confiar na automação?
Antes de ativar fusões em massa ou automatização, valide as suas regras:
- Execute uma pré-visualização e veja os registos lado a lado
- Verifique campos críticos como proprietário, ciclo de vida, etiquetas e atividades
- Funde apenas se as suas regras forem cumpridas
- Ignorar qualquer registo que pareça duvidoso
Dica: testar primeiro num conjunto pequeno evita perdas de dados em grande escala e dá confiança na sua lógica de fusão.
Que alternativa ou histórico devo ter caso algo corra mal?
Como muitos CRM não permitem anular fusões, é essencial ter salvaguardas:
- Exporte uma cópia de segurança em CSV antes de fusões em massa
- Mantenha um registo dos IDs dos registos fundidos para acompanhar as alterações
- Use ferramentas com Merge History para rever resultados, como o Dedupely
- Mantenha uma rotina de backups (exportações semanais ou mensais)
Com estas proteções, mesmo uma fusão errada não causa danos permanentes.
Fundir é preservar o contexto
Limpar duplicados não significa apagar registos. Significa proteger o contexto que torna os dados úteis. Sem regras, as fusões apagam-no. Com lógica de união, regras por campo e backups fiáveis, a limpeza torna-se segura e repetível.










