Roteamento de leads com verificação de registro no WhatsApp: enviando cada lead para o canal certo

Como usar a verificação de registro no WhatsApp no roteamento de leads: onde a verificação é executada, como o consentimento e os resultados se combinam em regras de canal e como lidar com leads sem uma decisão.

O roteamento de leads com verificação de registro no WhatsApp envia cada novo lead para um canal com base em dois fatos: se o lead concordou em ser contatado e se o número possuía uma conta registrada no WhatsApp no momento da verificação. Leads que passam em ambos os critérios vão para uma fila do WhatsApp; resultados concluídos como Não registrado vão para e-mail ou telefone; verificações que não puderam ser decididas aguardam uma nova tentativa. Executar uma verificação em tempo real no envio do formulário ou na importação mantém a decisão de roteamento na mesma etapa da criação do lead.

Por que rotear leads pelo status de registro no WhatsApp

A maioria dos guias de roteamento de leads decide quem é o proprietário de um lead (região, linha de produto, tamanho do negócio) e assume que o canal é fixo. Em mercados onde o WhatsApp é um canal de negócios principal, a decisão do canal é igualmente importante. Designar um representante focado em WhatsApp para um lead cujo número não possui uma conta no WhatsApp desperdiça o primeiro contato, e enviar uma sequência apenas por e-mail para um lead que prefere o WhatsApp deixa um canal responsivo sem uso.

Uma verificação de registro adiciona um sinal de alcançabilidade específico da plataforma no momento da verificação à lógica de roteamento. Ela responde a uma pergunta: o WhatsApp existe como um canal para este número agora? Ela não responde se o lead deseja ser contatado por lá, portanto, sempre deve ser usada em conjunto com uma regra de consentimento, em vez de substituí-la. A WhatsApp Business Messaging Policy permite o contato comercial apenas após a pessoa ter fornecido seu número e dado o opt-in.

Regras de roteamento de leads com verificação de registro no WhatsApp

Escreva a tabela de roteamento antes de conectar qualquer ferramenta. Cada combinação de consentimento e resultado de verificação deve ter exatamente um destino:

Três escolhas de design mantêm esta tabela sustentável:

• Separe o proprietário do canal. Mantenha a atribuição de território ou rodízio inalterada e deixe a verificação decidir apenas o canal. Misturá-los torna as regras de reatribuição difíceis de depurar.
• Armazene o motivo. Salve o resultado da verificação e a data no lead para que os representantes possam ver por que um lead chegou à sua fila do WhatsApp.
• Defina o proprietário de fallback. Se um representante capaz de usar o WhatsApp não estiver disponível, o lead deve ser movido para um backup nomeado em vez de ficar sem atribuição.

A orientação de opt-in da Meta diz que o opt-in deve nomear a empresa e que as leis aplicáveis ainda se aplicam. Capture esse consentimento no próprio formulário para que a regra de roteamento tenha um campo para ler.

Onde a verificação de registro é executada no fluxo de leads

No envio do formulário. Um backend pode chamar POST /api/v1/check com o número do lead no formato E.164, um cabeçalho X-API-Key e a Verificação de registro no WhatsApp como o service_type selecionado. O resultado retorna na mesma resposta, para que a etapa de roteamento possa lê-lo antes que o lead seja gravado no CRM. Normalize o número primeiro: a orientação da Meta sobre formatos de número de telefone de usuários do WhatsApp mostra como um número sem seu código de país pode ser lido como pertencente a um país diferente.

Na importação de lista. Leads de eventos ou parceiros chegam em lotes. Uma solicitação síncrona múltipla para POST /api/v1/batch-check aceita até 100 números e retorna o lote inteiro em uma resposta, ou falha como um todo; um operador também pode colar até 500 números na Verificação de lote em tempo real do painel. Execute o roteamento após o resultado do lote chegar.

Para um grande backlog. Quando um banco de dados antigo precisa de uma tag de canal antes de um programa de reengajamento, uma tarefa em lote assíncrona é a rota adicional: carregue um arquivo TXT ou CSV, aguarde o processamento, baixe o arquivo de resultado e importe as tags. Novos leads ainda devem usar o caminho em tempo real.

A documentação da API atual descreve controles de simultaneidade e tempo limite por usuário; dimensione o tráfego de envio de formulários e novas tentativas em relação a esses controles.

Lidando com leads sem uma decisão

Algumas verificações não podem ser decididas e retornam um código de negócio diferente de zero em vez de um resultado concluído. Trate isso como dados ausentes:

• Nunca roteie um lead sem decisão como não registrado. Fazer isso move leads alcançáveis para o canal errado.
• Tente novamente com um atraso. Coloque o lead em uma fila de nova tentativa curta e execute a verificação novamente uma ou duas vezes antes de recorrer ao fallback.
• Use um limite de tempo. Para leads de entrada urgentes, defina uma espera máxima; se nenhuma decisão chegar, comece com e-mail ou telefone e deixe a rota do WhatsApp assumir se uma verificação posterior for concluída.
• Registre separadamente. Uma parcela crescente de resultados sem decisão é um sinal operacional que vale a pena monitorar, e mantê-lo separado evita que ele distorça os relatórios de canal.

Resultados concluídos são cobrados independentemente de o número estar registrado ou não, portanto, evite verificar novamente leads cujos números não mudaram desde um resultado concluído recente.

Mantendo o roteamento preciso ao longo do tempo

Um resultado de registro descreve um momento. Crie três hábitos de manutenção na configuração de roteamento:

1. Verifique novamente antes de sequências importantes. Leads que ficaram em nutrição por meses devem ser verificados novamente antes de serem movidos para um programa de WhatsApp.
2. Verifique novamente em caso de mudanças de número. Qualquer edição no campo de telefone deve limpar o resultado antigo e acionar uma nova verificação.
3. Meça a qualidade do roteamento. Compare as taxas de primeira resposta e taxas de reatribuição por rota de canal. Se leads roteados para o WhatsApp são frequentemente reatribuídos, revise a captura de consentimento e a cobertura do representante em vez da verificação em si.

O roteamento por status de registro suporta decisões de canal mais limpas; ele não substitui a qualificação, registros de consentimento ou o julgamento do representante assim que uma conversa começa.

FAQ

Como as equipes podem rotear leads quando o consentimento para o WhatsApp é desconhecido?

Envie-os para um canal onde a permissão já existe, como e-mail, e peça o opt-in para WhatsApp lá se o canal for útil. Um resultado registrado mostra que uma conta existe, não que o lead concordou em ser contatado nela.

A verificação deve ser executada antes ou depois que o lead é criado no CRM?

Ambos funcionam. Executá-la no envio do formulário permite que a etapa de roteamento leia o resultado imediatamente, enquanto executá-la logo após a criação mantém o formulário rápido e permite que um fluxo de trabalho do CRM aplique a regra de canal. Em ambos os casos, armazene o resultado e a data da verificação no lead.

Qual é o fallback correto para leads cujos números não estão no WhatsApp?

Roteie-os para o próximo canal permitido na sequência, geralmente e-mail ou uma chamada telefônica, e mantenha o mesmo proprietário. Verifique novamente mais tarde apenas se o número mudar ou antes de um novo programa de WhatsApp.

Quantos números uma solicitação de roteamento pode verificar?

Uma verificação de número único lida com um lead. O endpoint múltiplo da API aceita até 100 números por solicitação e retorna o lote em uma resposta, e a Verificação de lote em tempo real do painel aceita até 500 números colados.

Saiba mais

Escolha as informações do produto que se ajustam à próxima etapa do seu fluxo de trabalho.

• Veja a documentação do produto →
• Fale com a equipe →