Resumo

  • Fora da versão beta de preservação do ID principal, mesclar contatos retira os dois registros de seus fluxos ativos. Na beta, o principal continua e o secundário sai.
  • O critério de atualização mais recente para mesclagem em massa considera até propriedades internas ocultas. Ele ordena datas, sem avaliar qual compromisso com o cliente merece prioridade.
  • Uma nova inscrição no fluxo começa do início. Como a mesclagem não pode ser desfeita, a equipe precisa dar destino ao trabalho pendente, além de conferir o cadastro final.

Na planilha do projeto, eliminar um contato duplicado pode render uma linha verde. Para a pessoa que espera o próximo contato da empresa, essa vitória é invisível. Ela quer saber da demonstração, do teste do produto, da conversa que ficou pela metade. O cadastro pode estar ótimo e a relação, estacionada.

Imagine o mesmo cliente em duas fichas legítimas, identificadas corretamente como duplicadas. Em uma delas, um fluxo aguarda o momento de fazer o acompanhamento de uma demonstração. Na outra, há uma ação futura relacionada ao período de teste. É um exemplo hipotético, mas a pergunta é concreta: depois da mesclagem, o que acontece com os dois trabalhos que ainda não foram feitos?

O HubSpot dá respostas diferentes para o histórico e para a execução. É aí que a faxina começa a parecer uma decisão de negócio.

O passado fica bonito; o futuro exige escolha

A documentação de mesclagem descreve a reunião de atividades, associações e histórico de propriedades no registro resultante. A ficha única oferece mais contexto. Quem a abre pode reconhecer as conversas anteriores e concluir que a relação foi preservada por inteiro.

Já o andamento dos fluxos depende de uma divisão específica nas contas Professional ou Enterprise às quais se aplicam esses recursos. Sem participação na beta pública Primary ID Preservation for Merged Records, os dois registros são retirados dos fluxos ativos no momento da mesclagem. Na beta, atrasos, ramificações e ações pendentes do principal continuam. O secundário é retirado dos fluxos em que estava ativo.

No exemplo, a escolha do principal passa a carregar uma consequência operacional. Na beta, um dos percursos mantém seu lugar; o outro precisa de encaminhamento. Importar para o histórico uma atividade já concluída não transfere automaticamente o trabalho que viria depois dela.

A ambiguidade favorece uma espécie de sucesso por departamento. A administração dos dados vê menos duplicidade. O vendedor vê um histórico completo. Cada um encontra uma evidência positiva, e a próxima ação pode continuar sem responsável pela conferência. O relatório sorri antes do cliente.

O registro mais novo ganha o quê?

Ao lidar com uma dupla de fichas, alguém pode olhar o trabalho em curso antes de escolher. No processamento em massa, é tentador deixar uma regra fazer tudo. A ferramenta de duplicados permite selecionar o registro por interação, criação ou atualização mais recente. Neste último caso, entram todas as propriedades, inclusive as internas ocultas.

Isso oferece um desempate objetivo. Não oferece uma avaliação do próximo compromisso com o cliente. A ficha recém-alterada pode ser menos importante para a continuidade do atendimento do que a ficha que está esperando uma ação valiosa.

Sob a regra da beta, esse desempate também ajuda a escolher qual fluxo permanece ativo. Um carimbo de data assume uma função que a empresa talvez nunca tenha pretendido delegar a ele. Ele sabe qual alteração veio depois; não sabe qual promessa seria mais custosa de interromper.

O problema se resolve melhor separando casos do que acrescentando reuniões a todos eles. Primeiro, confirmar que os registros são de fato da mesma pessoa. Depois, distinguir os que não carregam trabalho ativo dos que carregam. Um lote organizado dessa forma pode continuar rápido sem fingir que todas as fusões têm o mesmo efeito.

Recolocar no fluxo não recupera o lugar

O HubSpot tem uma configuração para inscrição de contatos mesclados. Por padrão, mudanças causadas pela mesclagem não levam automaticamente o contato a novos fluxos, mesmo quando ele atende aos critérios. É possível permitir essa entrada. Preservar a posição antiga é outro problema.

A reinscrição faz o percurso começar novamente do início. As primeiras ações voltam à sequência, com a execução dependente das condições de cada uma. A tentativa de salvar uma tarefa esquecida pode, portanto, recolocar tarefas já feitas na agenda.

O caminho manual também começa na primeira etapa. Para executar apenas um trecho posterior, o HubSpot orienta criar ou clonar um fluxo separado que comece na ação desejada. É uma solução possível, mas exige saber onde termina o trabalho cumprido e onde começa o trabalho devido.

Essa distinção transforma a recuperação em mão de obra. Alguém revisa o percurso anterior, escolhe as etapas restantes e confere a nova execução. O ganho de poucos cliques no cadastro pode virar uma pequena investigação em outra equipe. Contabilizar somente a velocidade da mesclagem é encerrar o cronômetro antes da parte cara.

A próxima ação precisa aparecer na prova

A página de detalhes dos fluxos reúne eventos, ações e horários para examinar o que aconteceu. O momento da mesclagem pode ser comparado à saída, à nova entrada e à execução. Para atribuir uma perda comercial concreta, faltam os registros e as posições anteriores da conta envolvida.

Também há um limite duro: o HubSpot não permite desfazer a mesclagem. Retirar um e-mail adicional e criar outro contato com esse endereço gera um novo registro. Os IDs anteriores ajudam a rastrear a origem, mas não devolvem automaticamente os dois percursos à situação anterior.

O encerramento correto da tarefa, então, deve responder pelo que ainda estava por fazer. Continuar, transferir para uma pessoa ou cancelar conscientemente são destinos possíveis. Deixar o compromisso sumir enquanto o cadastro fica impecável é apenas uma forma sofisticada de perder um bilhete.

O cliente não mede a qualidade da empresa pela quantidade de linhas no CRM. Mede também pelo que acontece depois da conversa. A limpeza precisa chegar até lá.