Quando uma empresa diz que perde lead, o olhar vai para a captação: o anúncio que não converte, o formulário longo demais, a página lenta. Na maior parte dos projetos que assumimos, a captação funciona. O problema está depois dela.
O pedido entra por uma página, a análise acontece numa planilha e o acompanhamento segue pelo WhatsApp. Cada etapa depende de alguém copiar um dado de um lugar para outro, e ninguém consegue dizer, olhando um lugar só, em que pé está cada pedido. Enquanto o volume é pequeno, alguém dá conta. Quando ele cresce, cada cópia manual vira um ponto onde um lead fica para trás sem que ninguém perceba.
O lead se perde na passagem, não na captação
Um lead passa por pelo menos três lugares: o formulário onde se identifica, o CRM onde a equipe trabalha e o canal onde a conversa acontece, que no Brasil quase sempre é o WhatsApp. Entre cada um deles existe uma passagem, e é nela que a perda acontece:
- Do formulário para o CRM. O envio cai num e-mail ou numa planilha e espera alguém cadastrar. Enquanto ninguém cadastra, o lead existe só na caixa de entrada.
- Do CRM para o WhatsApp. O vendedor copia o telefone e chama do próprio celular. A conversa acontece, mas o CRM não fica sabendo.
- Do WhatsApp de volta para o CRM. O que foi combinado precisa ser digitado no sistema. Quando não é, a próxima pessoa que pegar o lead começa do zero.
Nenhuma dessas falhas aparece num relatório. O lead não é recusado: ele deixa de ser acompanhado. Por isso, para saber se uma operação perde lead, a pergunta útil não é quantos entram, e sim quantas vezes alguém copia um dado de um lugar para outro até o contrato.
Registre cada etapa, não só o envio
A maioria dos formulários só grava alguma coisa quando a pessoa clica em enviar. Tudo o que ela preencheu antes de desistir se perde, e quem desistiu no meio é justamente quem mais precisa de um contato.
Em formulário longo (o que pede documento, consulta de dados ou confirmação em duas etapas) a regra que usamos é outra: cada etapa concluída é gravada no momento em que o usuário avança, não no fim. Isso tem dois efeitos:
- A equipe vê quem parou, e onde. Quem abandona no meio não some: aparece no CRM com a etapa em que parou, e alguém entra em contato.
- O funil mostra onde as pessoas desistem. Com o registro por etapa, dá para ver em qual passo o formulário perde mais gente e mexer naquele passo, em vez de adivinhar.
Gravar dado antes do envio tem uma consequência que não pode ficar para depois: a pessoa entrega informação antes de clicar em qualquer botão. A LGPD pede que o tratamento tenha finalidade específica e informada ao titular (art. 6º, I), que se limite ao mínimo necessário (art. 6º, III) e que as informações sobre ele sejam claras e fáceis de acessar (art. 6º, VI, e art. 9º). Na prática: o aviso sobre o uso dos dados precisa estar visível desde a primeira etapa, e cada etapa deve pedir só o que o processo usa. A base legal (consentimento, procedimentos preliminares a um contrato pedido pelo titular ou outra do art. 7º) é decisão da empresa com o jurídico, e precisa estar tomada antes de o formulário ir ao ar.
Deixe o sistema fazer a parte repetitiva
Ter tudo no CRM resolve metade do problema se alguém ainda precisa conferir cada dado à mão. A outra metade é decidir o que o sistema faz sozinho: consultar uma base externa, validar um documento, mudar a etapa do pedido quando a condição já está dada, avisar o cliente a cada passo.
É o tipo de decisão que aparece nos dois lados do nosso portfólio. No sistema de crédito da Kavak Crédito, o pedido caminha por etapas que o próprio sistema dispara, e o cliente é avisado sem ninguém escrever. Na automação de atendimento multicanal, o mesmo princípio vale para a conversa: o robô responde, qualifica e grava o lead no CRM que a empresa já usava, e só chama uma pessoa quando o assunto pede.
O ganho não é “ter IA” nem “ter bot”. É que cada passagem automática é uma passagem a menos que depende de alguém lembrar de fazer.
WhatsApp é canal, não é CRM
O WhatsApp é onde a conversa acontece, e isso não vai mudar. O problema começa quando ele vira também o lugar onde o histórico mora: no celular de cada vendedor, sem registro na empresa. Se o vendedor sai, o histórico sai junto.
Quem vai ligar o WhatsApp ao CRM precisa conhecer três regras da plataforma, e elas mudam o desenho do projeto:
- Janela de atendimento de 24 horas. Quando a pessoa escreve para a empresa, abre-se uma janela de 24 horas em que dá para responder livremente. Fora dela, só modelos de mensagem aprovados pela Meta podem ser enviados. Uma confirmação disparada logo depois do formulário parte da empresa, antes de a pessoa escrever: precisa ser um modelo aprovado.
- Opt-in. Antes de enviar, a empresa precisa da autorização da pessoa, com uma declaração clara de que ela aceita receber mensagens e o nome da empresa. O formulário do site é um dos meios aceitos para coletar essa autorização.
- Status por webhook. A API aceitar a mensagem não quer dizer que ela foi entregue. Os avisos de enviada, entregue e lida chegam depois, por webhook, e é esse retorno que deve ir para o CRM: assim a equipe sabe se a mensagem chegou sem abrir celular nenhum.
Com isso resolvido, a primeira resposta ao lead sai do mesmo sistema que o registrou, no canal que ele já usa, sem depender de alguém ver o cadastro e mandar a mensagem.
Integre antes de comprar mais uma ferramenta
Quando o lead se perde, a reação comum é contratar mais um sistema: um chatbot, uma ferramenta de disparo, outro painel. Cada um resolve um pedaço e cria mais uma passagem para alguém cuidar.
O caminho inverso custa menos: antes de contratar, ligue o que já existe a uma base só e decida qual sistema é a fonte de verdade do lead. Em geral é o CRM. Formulário, consultas e mensagens gravam e leem dessa base, e qualquer portal que vier depois lê dela também.
Por onde começar
Dá para descobrir se a sua operação perde lead entre um sistema e outro antes de qualquer projeto:
- Siga um lead real do formulário até o contrato e anote cada lugar por onde o dado passa.
- Marque cada cópia manual. Toda vez que alguém digita de novo um dado que já existia, há uma passagem que pode falhar.
- Escolha a fonte de verdade. É o sistema onde o lead existe desde a primeira etapa e para onde todo o resto escreve.
- Veja o que acontece com quem para no meio. Se o formulário só grava no envio, esse lead hoje não existe para a sua equipe.
Ligar formulário, CRM e WhatsApp numa base só é o trabalho de APIs e integrações da Inky e, quando o CRM de mercado não acompanha o processo, de sistemas sob medida.
Fontes
- Lei nº 13.709/2018 (LGPD), arts. 6º, 7º e 9º (Planalto)
- Send messages: customer service windows (Meta for Developers)
- Template fundamentals (Meta for Developers)
- Get opt-in for WhatsApp (Meta for Developers)
- Messages webhook reference: status (Meta for Developers)
