Playbook CRM + WhatsApp para acelerar vendas sem perder qualidade

O primeiro passo é decidir quais sinais do WhatsApp viram eventos de negócio no CRM. Nem tudo precisa ir: o que importa é o que move o funil ou aciona uma automação. Cada evento carrega um payload mínimo, suficiente para o CRM atualizar o contato, o deal e os campos customizados sem depender do histórico bruto de conversa.

Repare que message.received aparece com filtro: só vira evento quando muda o estado do lead (uma intenção de compra, um pedido de orçamento, um aceite). Espelhar cada mensagem trocada no CRM é o caminho mais rápido para uma base impossível de ler.

Com os eventos definidos, cada um deles empurra o deal por uma etapa do funil. O funil precisa ser simples o bastante para o time vendedor seguir sem treinamento extenso, e granular o bastante para o gestor enxergar onde os leads travam.

WhatsApp                          CRM (funil de vendas)
   |
   | lead.created          -->  [ 1. Novo lead ]
   |                                   |
   | message.received       -->  [ 2. Em atendimento ]
   |                                   |
   | lead.qualified         -->  [ 3. Qualificado ]
   |                                   |
   | meeting.scheduled      -->  [ 4. Agendado ]
   |                                   |
   | deal.closed (won)      -->  [ 5a. Ganho ]
   | deal.closed (lost)     -->  [ 5b. Perdido ]
   v
(cada evento move o deal de etapa
 e dispara a automação da etapa)

A regra prática: uma etapa, um evento de entrada, uma automação de saída. Quando um deal entra em Qualificado, o roteamento por SDR e o lead scoring rodam; quando entra em Agendado, o lembrete automático e o SLA de comparecimento entram em cena. Etapas sem evento de entrada claro tendem a virar limbo.

As automações são o que transforma o CRM de planilha bonita em máquina de vendas. Quatro merecem prioridade por impacto direto em velocidade e taxa de conversão:

• Lead scoring: pontue cada lead a partir de fit (segmento, ticket potencial) e engajamento (respondeu rápido, abriu link, pediu orçamento). O score define prioridade na fila e quem recebe o lead.
• Roteamento por SDR: distribua leads qualificados por regras (rodízio, especialização por produto, idioma ou região) em vez de deixar todos brigarem pela mesma fila. Atribua um owner no evento lead.qualified.
• Follow-up automático com template: se o lead não responde em X horas, dispare um template aprovado (HSM) de retomada. Cada follow-up deve ter limite de tentativas e parar no primeiro sinal de resposta ou opt-out.
• SLA de primeira resposta: meça o tempo entre lead.created e a primeira resposta humana. Configure alerta quando ultrapassar o limite (ex.: 5 minutos em horário comercial) para o gestor agir antes do lead esfriar.

Essas quatro automações se reforçam: o scoring alimenta o roteamento, o roteamento define quem responde dentro do SLA, e o follow-up recupera quem escapou. Comece pelo SLA de primeira resposta, que costuma ser o de maior retorno imediato.

Na prática, o evento lead.qualified vira um POST para a API do CRM criando ou atualizando contato, deal e campos customizados de uma vez. O payload abaixo usa upsert por telefone para não duplicar contatos quando o mesmo lead volta a falar.

// POST https://api.crm.example.com/v1/events
// Header: Authorization: Bearer <token>
{
  "event": "lead.qualified",
  "occurred_at": "2026-06-16T14:32:05Z",
  "contact": {
    "match_by": "phone",
    "phone": "+5511999998888",
    "name": "Mariana Lopes",
    "source": "whatsapp",
    "tags": ["inbound", "campanha-junho"]
  },
  "deal": {
    "external_id": "wa-deal-8f12c",
    "pipeline": "vendas-inbound",
    "stage": "qualificado",
    "owner_email": "[email protected]",
    "amount_estimated": 4800.00,
    "currency": "BRL"
  },
  "custom_fields": {
    "lead_score": 82,
    "budget_confirmed": true,
    "segment": "varejo",
    "first_response_seconds": 143,
    "wa_conversation_id": "CONV-7731"
  }
}

Três detalhes que evitam dor de cabeça: occurred_at em UTC (ISO 8601) para o CRM ordenar os eventos corretamente; external_id estável no deal para idempotência (reenvios não criam deals duplicados); e match_by por telefone para o CRM resolver o contato existente em vez de criar um novo.

Conectar WhatsApp e CRM mal feito é pior do que não conectar: gera ruído, retrabalho e risco de bloqueio. Os erros mais caros são previsíveis.

• Poluir o CRM com cada mensagem: espelhar todo o chat enche a timeline de ruído, esconde os eventos que importam e torna relatório inútil. Envie eventos de negócio, não logs de conversa.
• Automação sem opt-out: disparar follow-up sem respeitar pedido de parar (ou sem checar opt-out) queima reputação do número e arrisca bloqueio pela Meta. Todo fluxo automático precisa de saída limpa.
• Criar deal duplicado a cada retorno: sem upsert por telefone e external_id estável, o mesmo lead vira três deals e o funil mente. Sempre faça match do contato e idempotência do deal.
• Scoring sem revisão: um score que nunca é recalibrado prioriza lead errado por meses. Revise os pesos com base em quem realmente fechou.

A pergunta de controle antes de criar qualquer evento ou automação: isso ajuda o vendedor a fechar ou o gestor a decidir? Se a resposta é não, provavelmente é ruído que deveria ficar fora do CRM.

1. Definir o mapa de eventos de negócio (5 eventos chave) e o payload mínimo de cada um.
2. Modelar o funil com uma etapa por evento de entrada e uma automação de saída.
3. Implementar upsert de contato por telefone e idempotência de deal por external_id.
4. Ativar SLA de primeira resposta com alerta antes de ligar as demais automações.
5. Configurar lead scoring e roteamento por SDR sobre o evento lead.qualified.
6. Garantir opt-out e limite de tentativas em todo follow-up automático.
7. Revisar mensalmente o que vira evento, cortando ruído e recalibrando o scoring.