Leads centralizados: por que a mesma pessoa vive em cinco sistemas e como juntar tudo
O lead entrou pelo formulário, virou contato no e-mail, apareceu como comprador na Hotmart, respondeu no WhatsApp e clicou num anúncio. Cinco registros, cinco identificadores, nenhuma linha do tempo. Centralizar não é importar tudo para um lugar: é decidir quem é quem.
Faça o teste com um cliente seu. Pegue um e-mail de quem comprou na semana passada e procure em cada sistema que a empresa usa: a ferramenta de e-mail, o CRM, a plataforma de pagamento, o WhatsApp comercial, a planilha do lançamento. A mesma pessoa vai aparecer em quase todos — com telefone num, e-mail noutro, nome escrito de dois jeitos, e datas que não conversam.
Isso não é desorganização. É o resultado natural de cada ferramenta ter sido contratada para uma tarefa, e cada uma guardar o pedaço da pessoa que precisou. O problema aparece quando a pergunta atravessa os pedaços: "quem clicou no anúncio, preencheu o formulário e não comprou?" não tem dono.
Centralizar não é importar
A primeira tentativa costuma ser juntar tudo numa planilha ou num banco. Funciona por uma semana: a exportação é um retrato, e no dia seguinte já envelheceu. A segunda é ligar ferramenta a ferramenta com automação — o formulário manda para o CRM, o CRM manda para o e-mail. Funciona até a terceira ferramenta, quando as ligações viram uma teia que ninguém mais entende.
O que resolve é um lugar que RECEBE de todas as fontes continuamente, decide que registros são a mesma pessoa, e guarda uma linha do tempo por pessoa. É a definição de um CDP, e o trabalho difícil não é receber — é decidir.
Quem é quem: a regra de identidade
Toda fonte entrega algum identificador: e-mail, telefone, um cookie de navegador, um id de cliente. A regra que junta dois registros na mesma pessoa precisa ser explícita, porque os dois erros custam caro em direções opostas.
| Erro | O que acontece | Como aparece |
|---|---|---|
| Juntar demais | Duas pessoas viram uma (dispositivo compartilhado, e-mail da empresa) | O comprador "já comprou" três vezes; a jornada não faz sentido |
| Juntar de menos | A mesma pessoa vira cinco | O lead "nunca comprou" tem uma compra no nome dele noutro registro |
A regra que funciona em produção é assimétrica: um identificador forte (e-mail, telefone validado) junta; um identificador fraco (cookie, dispositivo) só liga o anônimo ao identificado e nunca junta dois identificados entre si. Detalhamos as decisões em quando fundir e quando nunca fundir.
Uma base centralizada sem regra de identidade é só uma base grande. O valor está na regra.
O que muda quando existe uma linha do tempo por pessoa
- O vendedor abre a ficha e vê o anúncio que trouxe, o formulário preenchido, a compra anterior e a parcela atrasada — antes de ligar.
- A campanha recebe de volta o evento certo: o Lead com a identidade, e a compra com a atribuição, pelo CAPI.
- Uma audiência pode ser "quem viu o vídeo, abriu o checkout e não comprou em 7 dias" — três fontes numa regra só.
- A IA responde perguntas que atravessam fontes, porque as fontes estão na mesma tabela.
Por onde começar
- 01Liste as fontes por onde uma pessoa entra: pixel do site, formulários, plataforma de pagamento, CRM, ferramenta de e-mail, anúncios.
- 02Para cada uma, anote o identificador que ela entrega. Se alguma só entrega nome, ela não vai casar sozinha.
- 03Ligue as fontes que têm conector pronto primeiro (pagamento, anúncios, pixel). O CRM próprio entra por webhook.
- 04Confira a taxa de identificação: quantos leads têm e-mail ou telefone? Abaixo de 10% no pixel é normal; abaixo de 90% na compra é sinal de problema.
- 05Só depois monte a primeira audiência ou o primeiro relatório. Antes disso, é dado desconectado com outro nome.
No CrazyLeads cada fonte entra por um conector — Hotmart, Meta Ads, Google Ads, pixel, formulários, Zoom, ActiveCampaign, banco de dados ou webhook — e todo evento passa pelo mesmo resolvedor de identidade antes de entrar na linha do tempo. A ficha do lead mostra a pessoa inteira; o restante do produto lê dela.