- Defina a “fonte de verdade”: CRM como registro oficial do lead e do funil
- Padronize identificadores (principalmente telefone com DDI/DDD) para evitar duplicatas
- Mapeie eventos do chatbot para campos do CRM (intenção, imóvel, faixa de preço, prazo, bairro)
- Crie regras de handoff (quando o bot para e o humano assume) com SLA
- Implemente deduplicação e reabertura de lead por atividade recente
- Teste com cenários reais: lead novo, lead antigo, troca de número, mensagens fora do horário
1) Escolha a fonte de verdade e o que é “lead”
Decida onde o lead “nasce” oficialmente: no CRM. Conversa no WhatsApp/site é atendimento; lead no CRM é registro persistente com histórico e etapa do funil. Defina também o que conta como lead válido (ex.: tem telefone OU e-mail, aceitou contato e informou uma intenção mínima).
2) Padronize identificadores para não duplicar
O maior vazamento é duplicata: o mesmo cliente vira 2, 3 registros e ninguém sabe quem atende. Padronize: telefone em E.164 (+55DDDNÚMERO), e-mail em minúsculas, nome sem caracteres estranhos. Se o canal for WhatsApp, telefone precisa ser o ID primário.
3) Desenhe o “mapa de dados” (campos e etiquetas)
Liste o que o chatbot coleta e onde isso entra no CRM. Exemplo: intenção (comprar/alugar), tipo (apto/casa), cidade/bairro, faixa de preço, quartos, prazo, origem (portal/site/anúncio), consentimento LGPD, e preferências (perto do metrô, vaga, pet). Use etiquetas para coisas que mudam rápido e campos para o que precisa de relatório.
4) Configure o funil com etapas compatíveis com conversa
Evite funil só “genérico”. Crie etapas que o bot consiga mover automaticamente sem inventar status: Novo → Em qualificação → Match de imóveis enviado → Agendamento sugerido → Agendado → Visita realizada → Proposta/Negociação. Se a etapa depende do humano, deixe isso explícito e não deixe o bot pular.
5) Defina regras de handoff (transbordo) para humano
Handoff não é “quando der”. Crie gatilhos objetivos: (a) intenção alta (quer visitar/tem urgência), (b) objeção sensível (documentação, financiamento), (c) linguagem agressiva, (d) dúvida fora do script, (e) lead recorrente (já conversou antes). No handoff, o bot deve enviar resumo e parar de competir com o corretor.
6) Garanta criação/atualização idempotente no CRM
Idempotência: repetir o mesmo evento não pode criar 2 leads. Sempre que chegar mensagem, o fluxo deve: buscar por telefone/e-mail → se existe, atualizar e registrar atividade; se não existe, criar. Em leads antigos, reabrir oportunidade conforme regra (ex.: se estava “perdido” mas voltou a falar).
7) Registre atividades, não só o cadastro
Lead no CRM sem histórico vira “cadastro morto”. Grave pelo menos: primeira origem, data/hora de primeira resposta, resumo do que foi pedido, imóveis sugeridos, agendamentos e resultado. Se o canal for WhatsApp, registre também o link/ID da conversa quando possível.
8) Faça um checklist de testes antes de colocar em produção
Teste com 10 cenários: (1) lead novo, (2) lead antigo voltando, (3) mesmo lead em outro canal (site + WhatsApp), (4) troca de e-mail, (5) número incompleto, (6) mensagem fora do horário, (7) pedido de visita, (8) “parar de receber mensagens”, (9) duas pessoas no mesmo telefone (família), (10) corretor respondendo enquanto o bot ainda está ativo.
O que mais faz lead “sumir” na integração chatbot + CRM
Na prática, lead não some: ele se espalha. A conversa fica no WhatsApp, o cadastro vai para uma planilha paralela, e o CRM fica desatualizado. Quando chega a hora de cobrar follow-up, ninguém confia no funil.
Os três vilões clássicos são: duplicatas (mesmo cliente com vários registros), falta de eventos (o bot até conversa, mas não grava nada útil) e ausência de handoff (o bot continua respondendo e o humano perde o timing).
- Duplicata por telefone sem padronização (com/sem 9, DDD faltando, +55 ausente)
- Lead criado sem etapa de funil → cai numa “caixa de entrada” infinita
- Origem perdida (portal X, anúncio Y) → você não sabe o que funciona
- Sem consentimento/opt-out registrado → risco operacional e retrabalho
- Handoff sem resumo → corretor pergunta tudo de novo e o lead esfria
Mapa rápido de campos: o mínimo que vale a pena integrar
Se você tentar integrar 40 campos, vai travar. Comece com o que muda a prioridade do atendimento e o match do imóvel. O resto pode virar nota no CRM.
Abaixo vai um “mínimo viável” que costuma funcionar para locação e venda, independentemente do canal (site, WhatsApp ou portais).
| Dado coletado pelo chatbot | Como salvar no CRM | Por que importa |
|---|---|---|
| Telefone (com DDI/DDD) | Campo principal (ID) | Evita duplicata e permite recontato |
| Nome | Campo padrão | Personaliza abordagem e evita ruído |
| Intenção (comprar/alugar/anunciar) | Campo + etiqueta | Direciona time/roteiro e prioridade |
| Cidade/bairro | Campos de localização | Match e roteamento para especialista |
| Faixa de preço | Campo numérico/intervalo | Filtra imóveis e qualifica poder de compra |
| Prazo (urgente/30-90 dias/sem pressa) | Etiqueta | Define SLA e cadência de follow-up |
| Origem (site, portal, anúncio) | Campo de origem/campanha | Mede performance e custo por lead (quando houver) |
| Consentimento e opt-out | Campo booleano + log | Cumpre LGPD e evita disparos indevidos |
| Resumo do atendimento | Nota/atividade | Evita o corretor repetir perguntas |
Regras de handoff que protegem conversão (e a experiência do lead)
Handoff bom tem duas peças: gatilho claro e transição limpa. Gatilho claro evita que todo mundo vire “caso humano” cedo demais. Transição limpa evita aquela sensação de call center em que o lead precisa se repetir.
Minha regra editorial aqui: se o lead pediu visita ou mandou sinal forte de decisão, bot deve virar copiloto e sair do volante.
- Gatilho de intenção: “quero visitar”, “tem como ver hoje?”, “manda proposta”, “financiamento”
- Gatilho de fricção: duas respostas negativas seguidas (“não é isso”, “não gostei”)
- Gatilho de dados faltantes: bot não conseguiu coletar bairro + faixa de preço
- Gatilho de segurança/LGPD: pedido de exclusão, reclamação, linguagem sensível
- Gatilho de recorrência: lead com histórico (já no CRM) voltou a falar
Checklist de qualidade: como saber se a integração está funcionando
Sem número, sem gestão. Você não precisa de BI sofisticado para começar, mas precisa de contagens simples e consistentes. Como você não vai ter o dado exato no primeiro dia, estabeleça uma linha de base e acompanhe semanalmente.
O indicador mais honesto é comparar quantas conversas iniciaram versus quantos leads foram criados/atualizados no CRM no mesmo período. A diferença é vazamento.
- Conversa iniciada (por canal) vs Lead criado/atualizado (no CRM)
- Tempo até primeira resposta humana quando houve handoff
- Taxa de duplicata (leads mesclados ou detectados como repetidos)
- Leads sem etapa de funil (devem ser exceção)
- Leads sem origem/campanha (perde-se aprendizado de aquisição)
Perguntas frequentes
Dá para usar chatbot e CRM sem WhatsApp oficial?
Como evitar que o bot crie um lead novo toda vez que a pessoa manda mensagem?
O que vai em campo e o que vai em nota no CRM?
Quando o chatbot deve parar e passar para o corretor?
Leia também
CRM imobiliário com WhatsApp: como escolher
Como escolher um CRM imobiliário com WhatsApp: integração real, funil visual, distribuição de lead, automação e preço em real. Planilha não é CRM.
Ler →
Como responder leads de imóveis automaticamente com IA
Como responder leads de imóveis automaticamente com IA sem parecer robô: cumprimenta, confirma o imóvel, qualifica e oferece visita. Sem automatizar tudo.
Ler →
Como montar um pipeline de vendas imobiliárias com IA (sem virar bagunça)
Guia prático para criar um pipeline de vendas imobiliárias com IA: etapas, critérios de passagem, automações de WhatsApp/e-mail, campos mínimos no CRM e prompts para padronizar atendimento sem perder o toque humano.
Ler →
Como qualificar leads imobiliários com IA (sem perder o toque humano)
Guia prático para qualificar leads de imóveis com IA: perguntas certas, critérios (MQL/SQL), tags no CRM, respostas rápidas e handoff para corretor — sem parecer robô.
Ler →