A ficha do lead que o vendedor vê antes de fechar: já comprou, está devendo, de onde veio
O vendedor fecha a venda. Depois o financeiro descobre que a pessoa já era aluna, estava inadimplente e voltou com outro e-mail. Renegociação, cancelamento, reembolso. Tudo isso estava na base — em três sistemas diferentes. A ficha do lead é o lugar onde estaria junto, antes da ligação.
O caso é real e se repete: um ex-aluno de uma mentoria, com parcelas atrasadas, volta pelo anúncio, conversa com um vendedor novo, e compra de novo — às vezes com outro e-mail. O vendedor comemora. Dias depois o financeiro cruza os dados e aparece o problema: a pessoa estava inadimplente, e agora tem duas matrículas e uma dívida. A venda vira renegociação, ou cancelamento, ou reembolso.
Ninguém errou. O vendedor não tinha como saber: a inadimplência vive no sistema financeiro, a compra anterior na plataforma de pagamento, e a conversa no CRM. A ficha do lead é a resposta para "o que eu precisava saber antes de ligar" — e ela só existe quando os leads estão centralizados.
O que a ficha precisa mostrar
- Quem é: nome, e-mail, telefone — todos os que a pessoa já usou, com o principal marcado.
- De onde veio: o primeiro anúncio, a primeira página, a campanha. Não o último clique só.
- O que já comprou: produto, data, valor, status. Renovação separada de compra nova.
- Como está: parcela atrasada, assinatura cancelada, reembolso pedido — o estado do sistema financeiro, com data.
- Em que audiências está: "inadimplente", "aluno do produto X", "abandonou o checkout" — os conjuntos que o produto mantém.
- A linha do tempo inteira, para quem quiser a história.
O estado que vem de fora: a fonte de banco de dados
Inadimplência raramente é um evento da plataforma de pagamento — a Hotmart marca a parcela como atrasada e nunca mais muda o status, mesmo quando a pessoa regulariza por fora. Quem sabe a verdade é o sistema financeiro do cliente, que registra renegociação e pagamento feito à mão. Para a ficha mostrar o estado certo, esse sistema precisa entrar como fonte: uma consulta SQL no banco do cliente, lida de tempos em tempos, que vira atributo do lead (status de pagamento) e evento na linha do tempo quando muda.
A verdade sobre a dívida mora onde a dívida é tratada — não onde a cobrança foi gerada. A ficha tem de ler dali.
O outro e-mail
O ex-aluno que volta costuma usar outro e-mail — de propósito ou não. Se a ficha só casar por e-mail, ele aparece como lead novo, limpo. O que resolve é a identidade por telefone e por documento, com a regra de fusão que junta identificadores fortes: o telefone do formulário novo é o mesmo da compra antiga, e as duas fichas viram uma. É por isso que a captura de telefone no formulário não é detalhe.
Onde o vendedor vê isso
Três caminhos, do mais simples ao mais integrado: (1) a ficha no próprio produto, que o vendedor abre pelo e-mail ou telefone; (2) a audiência "inadimplente" ligada por webhook ao CRM, que marca o contato com uma etiqueta antes da primeira conversa; (3) uma consulta do CRM ou da automação do WhatsApp à base, na hora em que o lead entra, devolvendo "alerta: já foi aluno, parcela em atraso desde março". O terceiro é o que evita a venda errada; o primeiro é o que faz o vendedor confiar no dado.
Um número para dimensionar: numa mentoria com cerca de 2.900 alunos, 686 estavam inadimplentes segundo o financeiro — quase um em quatro. Cada um deles é uma venda que o comercial pode fechar por engano.
No CrazyLeads a ficha do lead junta identidade, origem, compras, audiências e a linha do tempo de todas as fontes; a fonte de banco de dados lê o sistema financeiro do cliente e grava o status de pagamento como atributo; e a audiência "inadimplente" pode avisar o CRM por webhook no momento em que a pessoa entra nela.