Adoção de CRM
Como verificar leads e contactos duplicados antes de juntar registos
Verifique leads e contactos duplicados comparando identidade, dados em conflito e relações que precisam de ser preservadas. Um nome parecido, email partilhado ou pedido repetido é motivo para rever, não autorização para juntar. Mantenha pessoas diferentes separadas e adie a união quando a identidade não estiver confirmada.
Copie o registo de revisão
- Candidatos: referências estáveis e motivo da sinalização.
- Coincidências: campos iguais e origem dos valores.
- Conflitos: pessoas, funções, contactos ou históricos diferentes.
- Decisão: unir, manter separados ou esclarecer.
- Valores finais: registo e campos preservados, com motivo; não substituir informação atual por antiga.
- Relações: organizações, oportunidades e notas que devem manter associação correta.
- Auditoria e recuperação: responsável, data, cópias de origem e processo de reversão suportado.
O objetivo não é uma contagem mais bonita. Preservar o histórico do cliente certo é mais importante.
Dois casos fictícios com decisões diferentes
Email partilhado: Luís e Marta utilizam escritorio@example.com na mesma empresa. Nomes e funções são diferentes. O email comum não prova identidade única: manter separados até existir evidência mais forte.
Novo endereço profissional: Ana tem dois registos e confirma que o novo email é seu. Rever conversas e endereço atual. Confirmar identidade apoia a análise, mas não determina automaticamente como combinar todos os campos.
Verifique o histórico antes de agir
Confirme se as notas descrevem projetos ou pessoas diferentes. Uma união pode associar contexto sensível à pessoa errada, mesmo com campos principais plausíveis.
Mantenha dúvidas para revisão. Registe “possível duplicado, apenas email comum” em vez de forçar correspondência. Quando adequado, esclareça com contacto autorizado sem expor informação de outra pessoa.
Confira o resultado e preserve a decisão
Depois de uma união suportada, verifique contacto final, relações e notas. Confirme o comportamento da referência antiga segundo a documentação e se outro colega encontra o histórico.
É um método de revisão manual, não uma promessa de união automática ou anulação no CRM. Confirme capacidades antes de alterar dados reais; se não existir recuperação segura, resolva a incerteza antes de uma operação destrutiva.
Três decisões com resultados diferentes
| Evidência fictícia | Decisão | Motivo |
|---|---|---|
| Mesma pessoa, dados atuais confirmados e histórico coerente. | Rever para possível união. | Escolher valores e relações a preservar e guardar evidência para recuperação. |
| Duas pessoas usam rececao@example.com. | Manter separado. | Um endereço partilhado não comprova a mesma identidade. |
| Mesmo nome, empresa diferente e telefones em conflito. | Pedir esclarecimento. | Confirmar os dados atuais antes de alterar o histórico. |
Registe quem reviu, a evidência e a decisão. Confirme o suporte real de união e reversão no sistema usado. Esta ficha não significa que a Client Craft deteta ou junta duplicados automaticamente.
Continue com: Mapeamento de contactos para importar para um CRM · Dicionário mínimo de dados de CRM para uma equipa de serviços.
Continue com um recurso relacionado
Adapte o exemplo aos seus factos, atribua um responsável e reveja o resultado antes de o utilizar. Os recursos estão disponíveis sem criar conta.
Próximo recurso prático