Como fundir empresas do HubSpot em massa sem perder dados

Fundir registos de empresa no HubSpot traz risco operacional imediato. Como a fusão de empresas elimina definitivamente os IDs dos registos secundários, refaz as cronologias de atividade e consolida propriedades, uma fusão mal pensada pode substituir campos personalizados sem aviso ou alterar as associações de negócios principais. De facto, 40% das equipas adiam a limpeza do CRM com medo de fundir os dados errados, perder histórico ou quebrar associações.

Fazer uma fusão em massa com segurança exige abandonar a revisão manual par a par e as exportações genéricas de CSV, e passar a usar uma lógica de seleção determinística, regras de retenção de campos e verificação faseada.

Correspondência para além do domínio exato

A deteção nativa de duplicados assenta sobretudo em correspondências exatas de domínio (empresa.com = empresa.com). Na prática, 25% das empresas verificam que as ferramentas nativas deixam passar duplicados por pequenas diferenças de formatação, pontuação ou ortografia, e outras nem sequer têm domínio preenchido. Encontrar esses registos exige ir além dos filtros de correspondência exata.

Correspondência pela raiz do domínio

Remover prefixos (www.), sufixos e variações de domínio de topo (.com, .org, .co.uk) permite que a correspondência por raiz do domínio agrupe filiais regionais e sites alternativos. Assim, as correspondências de domínio que não são exatas ficam à vista para revisão antes de qualquer fusão automática.

Correspondência por outros campos identificadores

Quando os registos não têm qualquer domínio, a correspondência pode assentar noutras propriedades. Acrescentar campos como o nome da empresa (exato ou aproximado), o telefone, o NIF ou IDs internos garante que os duplicados órfãos são identificados mesmo sem dados de domínio.

Critérios de Seleção do Registo Principal

Automatizar a eliminação de duplicados em massa exige resultados de união previsíveis. Escolher o registo principal ao acaso ou depender só da avaliação manual cria bloqueios graves.

Uma estratégia estruturada de registo principal assenta numa lógica de sistema clara:

• Registo mais antigo: Preserva as origens de conversão originais, a atribuição de marketing do primeiro contacto e as datas de criação originais.
• Registo mais recente: Dá prioridade às contas com atividade recente do comercial e comunicação de vendas atualizada.
• Registo atualizado mais recentemente: Liga o estatuto de registo principal aos registos alterados há pouco por ferramentas integradas ou por limpeza manual.
• Mais dados preenchidos: Escolhe o registo com mais propriedades preenchidas para reduzir ao mínimo a perda de campos.
• Lógica dos campos personalizados: Permite aos administradores escolher qualquer propriedade do registo como critério de seleção do registo principal.

Preservação de Propriedades e Resolução de Conflitos

A perda de dados nas fusões em massa acontece propriedade a propriedade. Quando dois registos têm valores em conflito, aplicar uma única regra global a todos os campos arrisca substituir contexto importante da conta.

Cada empresa trata os dados à sua maneira, por isso a preservação de propriedades depende do contexto. A forma de resolver conflitos deve depender de como a equipa usa cada campo:

• Campos do pipeline ativo: Propriedades como responsável pela conta, fase do ciclo de vida ou estado do negócio representam a atividade comercial em curso. A resolução de conflitos deve proteger o valor que reflete a operação ativa, independentemente de qual registo é mais antigo.
• Campos descritivos e contextuais: Em campos como descrições de empresa, moradas ou notas internas, a escolha certa depende do próprio valor. As equipas avaliam caso a caso e ficam com o valor que tem melhor formatação ou mais detalhe.
• Campos do sistema de registo: Nas métricas de base, em que a consistência histórica é o que mais conta, manter o valor do registo principal preserva a coerência com os relatórios e os modelos de atribuição existentes.

Pré-visualização Campo a Campo

Exportar uma cópia de segurança em CSV é visto como a rede de segurança de uma fusão em massa, mas uma folha de cálculo só guarda valores estáticos. Antes de aplicar alterações em todo o CRM, o administrador deve poder definir opções de correspondência ao nível do campo e regras de fusão do registo principal, para que determinados valores ganhem segundo critérios próprios. Uma análise gera uma pré-visualização, campo a campo, de como os conjuntos de duplicados vão ser fundidos. Se uma regra der um resultado inesperado, a lógica de correspondência ou as regras de campo podem ser ajustadas antes de alterar qualquer registo.

Definidas as regras ao nível do campo, testar a lógica de fusão numa amostra isolada de 50 conjuntos de duplicados dá validação imediata. Rever esses 50 registos fundidos dentro do próprio HubSpot confirma que os contactos, negócios, tickets, cronologias de comunicação e campos personalizados associados ficaram como esperado, antes de processar o resto da base de dados.

Definir regras de junção com resultados previsíveis protege o histórico das contas em limpezas grandes. Ao combinar a correspondência pela raiz do domínio com regras de preservação de campos personalizados, as equipas mantêm o controlo total sobre a integridade dos dados.

Perguntas frequentes

Como evitar registos de empresa duplicados quando os contactos usam domínios regionais ou alternativos (por exemplo, .org, .com.mx, .mx)?

O HubSpot cria automaticamente um novo registo de empresa sempre que um domínio recebido não corresponde exatamente a um domínio principal existente. Não é possível bloquear essa criação de forma nativa, mas pode automatizar a resolução: use a correspondência por raiz de domínio para retirar extensões de país e variações de TLD após a criação, aplique as regras de registo principal e deixe o Auto Merge juntá-los num único registo principal.

Como tratar estruturas empresariais complexas com domínios de marca separados?

Depende inteiramente da sua estrutura comercial:

• Modelo por conta (conta única): Use a correspondência por raiz de domínio para retirar prefixos e sufixos e unir os registos regionais numa conta principal central. Assim, o histórico de negócios, as comunicações e os contactos associados ficam todos num único registo de empresa global.
• Modelo por Entidade (Subsidiárias Separadas): Limite a correspondência de domínios às variantes regionais exatas para que cada unidade de negócio continue distinta, usando associações entre empresa-mãe e filial em vez de as unir.

A partir de que ponto a deduplicação nativa do HubSpot deixa de chegar?

As ferramentas nativas esbarram em limites estruturais em cinco situações:

1. Ferramentas web ligadas ou integrações externas criam registos novos para clientes que já existem em vez de atualizarem o perfil ativo, ignorando as regras nativas de correspondência exata.
2. Quando existem 20, 30 ou mais de 40 registos duplicados da mesma empresa, as interfaces nativas obrigam a rever registo a registo em vez de resolver o grupo inteiro de uma só vez.
3. Bases de dados grandes atingem depressa os limites de visualização das ferramentas nativas (entre 2.000 e 10.000 correspondências, consoante o plano).
4. As regras nativas não detetam registos com extensões de domínio diferentes ou pequenas gralhas e diferenças de formatação.
5. Os seus dados dependem de campos personalizados que exigem regras de retenção condicionais para impedir que os campos secundários sobreponham os dados principais.

Juntar empresas duplicadas no HubSpot é exatamente aquilo para que o Dedupely foi criado: correspondência pela raiz do domínio, regras de registo principal definidas por si e uma pré-visualização campo a campo antes de qualquer registo mudar.

Comece grátis, ligue o seu CRM e veja os duplicados que tem antes de juntar seja o que for. Comece aqui.