Distribuição automática de leads no WhatsApp: como montar

São 14h32. Um lead novo entra pelo WhatsApp da empresa. O sistema de distribuição automática olha a fila, vê que a vez é do vendedor C — ele foi o último a receber um lead há duas horas, então por justiça é a vez dele agora — e manda o card pra ele. Só que o vendedor C está no almoço, o celular no bolso, sem notificação sonora ligada. A mensagem fica marcada como "entregue" no card do CRM. Ninguém lê. Enquanto isso, os vendedores A e B estão os dois de frente pro computador, sem nenhum lead na fila, esperando.

Vinte minutos depois o vendedor C volta, vê a notificação, responde. Nesse intervalo, boa parte da decisão de compra no WhatsApp já foi tomada — pelo lead, sozinho, provavelmente decidindo procurar outro lugar que respondeu antes. A régua de distribuição fez exatamente o que foi programada pra fazer: dividir os leads de forma igual entre os vendedores, na ordem certa. E foi justamente essa "justiça" que perdeu a venda.

Por que round-robin "justo por quantidade" pode ser pior que distribuição manual

A forma mais comum de descrever distribuição automática de leads no mercado é sempre alguma variação de "round-robin, ou por regra: região, especialidade, menor carga". É assim que SocialHub, Captar Leads, Leads360 e Orbium apresentam a funcionalidade — uma fila que roda por posição, sempre entregando pro próximo da lista. O Kommo vai um pouco além: no Salesbot, o round-robin pode ser condicionado a funil, etapa, tag ou origem do lead. Mas em nenhum desses casos a régua pergunta a pergunta mais óbvia de todas: esse vendedor está disponível agora?

Isso importa porque round-robin por posição não é a mesma coisa que round-robin justo. Ele é justo em contagem — cada vendedor recebe a mesma quantidade de leads ao longo do dia — mas ignora completamente se a pessoa que "ganhou a vez" está na frente do WhatsApp, atendendo outro cliente, em reunião, ou simplesmente sem o celular por perto. Um gestor de vendas fazendo a distribuição manualmente, olhando quem está online e quem não está, frequentemente acerta mais do que uma régua automática cega — não porque o humano seja mais inteligente que o sistema, mas porque ele usa uma informação que a régua simples não usa: disponibilidade real, no momento exato em que o lead chegou.

No WhatsApp, isso pesa mais do que em outros canais. Diferente de e-mail, onde um lead espera horas sem estranhar, uma conversa de WhatsApp cria expectativa de resposta rápida — é o mesmo canal onde a pessoa troca mensagem com amigo e recebe resposta em segundos. Quando a resposta demora minutos que poderiam ter sido segundos porque o lead caiu numa "vaga reservada" pra alguém ausente, o problema não é falta de vendedor disponível — é a régua não ter olhado pra quem estava disponível.

A virada: round-robin certo prioriza disponibilidade real, não posição na fila

Aqui está o ajuste que praticamente nenhum concorrente explica com clareza: a régua de distribuição precisa fazer duas perguntas em sequência, não uma só. Primeiro: quem está disponível agora? Só depois, entre os disponíveis: de quem é a vez, pela lógica de rodízio? Round-robin continua sendo a lógica certa pra evitar sobrecarregar sempre o mesmo vendedor — mas ele só deve rodar dentro do grupo de quem está online, não na lista inteira do time.

Um exemplo prático mostra a diferença. Imagine um time de três vendedores — A, B e C — numa régua de rodízio simples por posição. Se o lead número 10 do dia chega e a vez matematicamente é do vendedor C, ele recebe o card, esteja disponível ou não. Numa régua condicionada à disponibilidade, o sistema primeiro filtra: A e B estão marcados como disponíveis, C está marcado como ausente (almoço, atendimento presencial, fora do expediente). O lead vai pra fila de rodízio só entre A e B — e a régua registra que C "deve" o próximo lead do rodízio quando voltar a ficar disponível, pra não sair sempre prejudicado na contagem geral do dia. Isso resolve os dois problemas ao mesmo tempo: o lead não fica esperando alguém ausente, e a distribuição continua equilibrada ao longo do dia.

O ponto central é que disponibilidade não é a mesma coisa que estar logado no sistema. Um vendedor pode estar com a sessão aberta e mesmo assim estar em ligação, em visita, ou simplesmente afastado da mesa. Por isso a régua de disponibilidade real depende de um status que o próprio vendedor (ou o sistema, por regra de horário e inatividade) atualiza — "disponível", "ocupado", "ausente" — e não só da presença técnica no CRM. É esse status, lido no momento exato em que o lead chega, que decide quem entra no rodízio naquele instante.

O que fazer quando ninguém está disponível

Existe um cenário que toda régua de distribuição precisa prever e que quase nenhum guia sobre o tema aborda: e se, no momento em que o lead chega, nenhum vendedor estiver disponível? Fora do horário comercial, hora de almoço coletiva, ou simplesmente um pico de leads maior que o time consegue cobrir ao mesmo tempo.

A resposta errada é deixar o lead simplesmente esperando em silêncio até que alguém apareça — é exatamente essa espera silenciosa que faz o lead esfriar ou procurar o concorrente. A resposta certa combina duas coisas:

Uma mensagem de recepção automática imediata, avisando que a empresa recebeu o contato e vai responder em breve. Isso não substitui um vendedor, mas compra o tempo que falta até alguém ficar disponível — o lead sabe que não foi ignorado, só está na fila.
Um critério de fallback claro para quando ninguém está disponível: o lead entra numa fila de prioridade e vai automaticamente para o primeiro vendedor que voltar a ficar disponível, ou — se o time tiver escala de plantão fora do horário comercial — é roteado pra quem estiver de plantão naquele turno. Se depois de um tempo definido (alguns minutos, não horas) ninguém assumiu o lead, o sistema escala pro gestor, do mesmo jeito que uma automação de follow-up bem montada aciona um humano quando a conversa esquenta — o mesmo princípio de como montar automação de follow-up condicionada à etapa do pipeline vale aqui: automação cobre a lacuna, mas não substitui alguém assumindo a conversa.

O que não pode acontecer é o lead ficar marcado como "distribuído" só porque tecnicamente um card foi criado e atribuído a alguém — atribuição não é atendimento. A régua de fallback existe pra garantir que exista sempre um próximo passo, mesmo quando o time inteiro está indisponível no instante exato em que o lead aparece.

Como montar essa regra na prática

Juntando disponibilidade real, rodízio justo e fallback, a régua de distribuição automática de leads no WhatsApp fica assim:

Defina o status de disponibilidade de cada vendedor — disponível, ocupado, ausente — e decida se ele é manual (o vendedor alterna), automático (por horário de expediente e inatividade) ou os dois combinados.
Filtre pela disponibilidade antes de rodar o rodízio. O round-robin só deve considerar o grupo de vendedores disponíveis no momento em que o lead chega, nunca a lista inteira do time.
Preserve a justiça da contagem. Um vendedor que ficou de fora do rodízio por estar ausente deve manter prioridade na fila quando voltar a ficar disponível, pra não acumular menos leads que os colegas ao longo do mês.
Combine critérios extras só depois da disponibilidade, se o negócio precisar — região, especialidade, tamanho do lead. Esses filtros reduzem o grupo elegível, mas a pergunta "está disponível agora?" vem sempre primeiro.
Configure o fallback: mensagem de recepção automática pra quando ninguém está disponível, mais uma regra de escalonamento pro gestor se o lead ficar sem dono por mais do que alguns minutos.
Revise semanalmente quem está sempre marcado como ausente. Se um vendedor nunca aparece disponível na régua, o problema não é mais de distribuição — é de operação, e vale conversar com a pessoa antes que ela perca a fatia de leads que deveria receber.

No pipeline Kanban do Kanby, cada card novo entra na coluna "Não contatado" já com o vendedor certo atribuído, porque a caixa de entrada compartilhada permite que o sistema saiba, em tempo real, quem está atendendo o quê — a mesma base que sustenta o pipeline visual descrito em CRM Kanban: por que vender por colunas converte mais que listas. É essa visibilidade de quem está com a mão livre, e não só a posição na fila, que faz a distribuição automática funcionar de verdade.

Erros comuns ao configurar a distribuição automática

Times que migram de distribuição manual pra automática costumam tropeçar nos mesmos pontos:

Tratar "logado" como sinônimo de "disponível". A sessão aberta no CRM não diz nada sobre a pessoa estar de fato livre pra responder naquele minuto. Sem um status separado, a régua herda o mesmo problema do round-robin cego.
Esquecer o horário de almoço e o fim de expediente na regra. Se ninguém muda o status manualmente e o sistema não desliga o vendedor automaticamente fora do horário, leads continuam caindo em quem já foi embora.
Não ter fallback nenhum. Uma régua que só sabe "distribuir pro próximo da fila" trava quando todo mundo está ausente ao mesmo tempo — e o lead fica sem dono até alguém notar manualmente.
Misturar critério de especialidade com disponibilidade na mesma regra, sem ordem definida. Se "vendedor de plano X" e "vendedor disponível agora" competem sem prioridade clara, o sistema pode escolher entre alguém especializado e ausente, ou alguém disponível mas fora da especialidade — decida antes qual critério vence.
Nunca revisar a distribuição real. A régua pode estar tecnicamente certa e, mesmo assim, um vendedor específico continuar recebendo menos leads porque marca "ausente" com mais frequência que os demais. Sem revisão periódica, ninguém percebe.

Métricas para acompanhar depois de ligar a régua

Depois de a distribuição automática rodar por algumas semanas, três números mostram se ela está funcionando de verdade:

Tempo até a primeira resposta humana, não até a "atribuição" do card. Um lead pode estar atribuído a um vendedor há 15 minutos sem ninguém ter escrito uma palavra pra ele — é esse intervalo que precisa cair.
Distribuição real de leads por vendedor ao longo do mês. Compare quem devia receber uma fatia igual (ou proporcional à regra definida) com quem efetivamente recebeu. Diferença grande e recorrente aponta problema de disponibilidade mal configurada, não falta de leads.
Quantidade de leads que passaram pelo fallback. Se uma fatia relevante dos leads está caindo na régua de "ninguém disponível" o tempo todo, o time está sistematicamente pequeno pro volume que chega naquele horário — informação valiosa pra decidir contratar ou ajustar escala, não só pra ajustar automação.

Próximos passos

Round-robin por posição resolve metade do problema — divide os leads de forma igual. A outra metade, a que decide se o lead vai ser respondido em segundos ou minutos depois, é saber quem está disponível agora. Uma régua que junta as duas coisas não deixa lead esperando numa vaga reservada pra ninguém.

Leitura relacionada:

Teste o Kanby por 7 dias grátis, sem cartão — R$99/mês por chip, usuários ilimitados no mesmo número, e monte a distribuição por disponibilidade desde o primeiro dia.