Automação de Roteamento de Leads para Leads Capturados por Chat

Uma equipe de vendas de médio mercado tinha um problema específico: o canal de WhatsApp gerava 30-40 leads por semana, mas todos chegavam para o mesmo rep que havia sido designado como "responsável pelo WhatsApp." Ele se tornava o gargalo — quando estava em ligações, os leads esperavam. Quando tirava férias, o canal parava. Quando a empresa abriu uma segunda vertical de produto, ficou claro que o modelo não escalava.

O problema não era volume. Era que o roteamento era manual e centralizado em uma pessoa. Roteamento automatizado distribui leads para o rep certo baseado em critérios definidos — território, produto, cargo do lead, nível de qualificação — sem um humano no meio do caminho.

O que é roteamento de leads e por que chat precisa de uma abordagem diferente

Roteamento de leads é o processo de determinar qual rep recebe qual lead. Em funis baseados em formulário, o roteamento geralmente acontece no CRM depois que o lead é criado. Em funis de chat, o roteamento precisa acontecer durante a conversa ativa — porque o lead está esperando uma resposta em tempo real.

A diferença muda os requisitos:

  • Velocidade: Roteamento de formulário pode levar minutos. Roteamento de chat precisa acontecer em segundos.
  • Contexto: O roteamento de chat tem acesso às respostas do fluxo de qualificação antes de atribuir. O roteamento de formulário geralmente usa apenas os campos do formulário.
  • Experiência do lead: No chat, o lead sente o roteamento. Se levar muito tempo ou resultar em uma transição estranha, a conversa perde momentum.

Etapa 1: Defina as dimensões de roteamento

Antes de configurar qualquer automação, documente as dimensões que determinam para qual rep um lead deve ir. As dimensões mais comuns em B2B SaaS:

Dimensão 1: Tamanho de empresa / segmento

  • PME (1-100 funcionários) → Rep de PME
  • Médio mercado (101-1000 funcionários) → Rep de médio mercado
  • Enterprise (1000+ funcionários) → Rep de enterprise

Dimensão 2: Produto ou vertical

  • Lead mencionou funcionalidade X → Rep especialista em produto X
  • Lead é de setor Y → Rep com experiência em setor Y

Dimensão 3: Território geográfico

  • Lead de São Paulo → Rep da região Sul-Sudeste
  • Lead de região Nordeste → Rep da região Norte-Nordeste
  • Lead internacional → Rep de vendas internacionais

Dimensão 4: Nível de urgência / qualificação

  • Score >= 3 (avaliando ativamente) → Rep AE direto
  • Score = 2 (considerando) → SDR para qualificação adicional
  • Score <= 1 (pesquisando) → Nurturing automatizado

A maioria das equipes começa com uma ou duas dimensões e adiciona mais conforme o processo amadurece. Não tente configurar roteamento por 5 dimensões simultaneamente na primeira semana.

Etapa 2: Configure campos de roteamento no fluxo de qualificação

O fluxo de qualificação (no ManyChat ou Respond.io) precisa coletar as informações que alimentam as regras de roteamento.

Se você está roteando por tamanho de empresa, o fluxo precisa perguntar sobre tamanho de empresa e armazenar a resposta em um campo customizado. Se está roteando por produto, o fluxo precisa perguntar qual área de interesse e armazenar.

Campos customizados necessários para roteamento típico:

No ManyChat (Configurações → Campos Customizados):

  • roteamento_segmento: PME / Médio Mercado / Enterprise
  • roteamento_produto: produto ou área de interesse
  • roteamento_regiao: região (se relevante)
  • qualif_score: pontuação calculada
  • rep_atribuido: nome ou ID do rep para onde foi roteado

Mapeando respostas do fluxo para campos de roteamento:

Quando o lead responde "Minha empresa tem 200 funcionários" no fluxo, a ação correspondente define roteamento_segmento = "Médio Mercado". Isso é o que o mecanismo de roteamento usa para tomar a decisão.

Etapa 3: Configure as regras de roteamento

Roteamento no ManyChat (via lógica de fluxo):

O ManyChat usa blocos de condição para roteamento. Depois que os campos de qualificação estão preenchidos, adicione um bloco de condição que verifica as dimensões:

SE qualif_score >= 3
  E roteamento_segmento = "Médio Mercado"
  ENTÃO atribuir para Rep_Carlos / notificar Rep_Carlos
  
SE qualif_score >= 3
  E roteamento_segmento = "PME"
  ENTÃO atribuir para Rep_Ana / notificar Rep_Ana

SE qualif_score = 2
  ENTÃO atribuir para SDR_Lucas / notificar SDR_Lucas

SE qualif_score <= 1
  ENTÃO inscrever em sequência de nurturing automatizada

No ManyChat, cada caminho de condição termina com uma ação de "Definir Campo Customizado" que armazena rep_atribuido e uma ação de webhook ou integração que notifica o rep.

Roteamento no Respond.io (via Workflows):

O Respond.io tem um construtor de Workflows visual com nós de condição. Configure:

  1. Em Workflows → Criar Workflow, selecione gatilho "Conversa Criada"
  2. Adicione um nó de Condição que verifica o atributo de contato (campo de roteamento)
  3. Em cada branch da condição, adicione uma ação "Atribuir para" com o rep ou equipe específica
  4. Adicione uma ação "Enviar Mensagem" para notificar o rep atribuído

O Respond.io também suporta round-robin dentro de uma equipe — útil quando você tem múltiplos reps no mesmo segmento e quer distribuir carga de trabalho igualmente.

Etapa 4: Configure a distribuição round-robin por equipe

Para equipes com múltiplos reps no mesmo segmento, round-robin distribui leads equitativamente sem manual decision-making.

Round-robin no Respond.io:

Em Configurações → Equipes, crie uma equipe (ex: "Equipe PME") com os reps relevantes. No Workflow de roteamento, use a ação "Atribuir para Equipe" com modo "Round-Robin". O Respond.io roteia automaticamente para o próximo rep disponível na fila.

Gerenciando disponibilidade no round-robin:

O round-robin só funciona bem se os reps mantêm seu status de disponibilidade atualizado. Um rep "disponível" no sistema mas que está em uma ligação de 2 horas vai receber atribuições que ficam sem resposta.

Instrua os reps a definirem status "Ausente" quando estiverem em blocos de ligações, reuniões longas ou saírem do horário comercial. Isso remove temporariamente do pool de round-robin e garante que o lead seja atribuído para alguém que pode responder.

Etapa 5: Trate casos especiais de roteamento

Todo sistema de roteamento tem casos que fogem das regras padrão. Defina como tratar os mais comuns antes de ir ao ar:

Caso 1: Lead de empresa-alvo (conta nomeada)

Se sua equipe tem uma lista de contas-alvo prioritárias (account-based), leads dessas empresas devem ir diretamente para o AE responsável pela conta, independentemente das outras dimensões.

No Respond.io, crie uma regra de prioridade alta que verifica se o nome da empresa ou domínio está na lista de contas-alvo. Se sim, atribui para o AE específico antes de checar outras condições.

Caso 2: Lead já existente no CRM

Se um lead chega pelo WhatsApp mas já é contato no CRM, ele não deve entrar no fluxo de qualificação genérico. Deve ser roteado para o rep que já está com aquele contato.

Configure uma verificação de "contato existente" no início do fluxo. Se o número de telefone já está associado a um contato no HubSpot, pule o fluxo de qualificação e notifique o rep owner do contato diretamente.

Caso 3: Fora do horário comercial

Leads que chegam fora do horário comercial devem ser enfileirados para o próximo dia útil, não atribuídos para um rep que está offline.

Configure uma condição de horário nos Workflows do Respond.io: se a conversa chega fora do horário definido (ex: 9h-18h, dias úteis), envie uma mensagem automática definindo expectativa de resposta e enfileire para atribuição no próximo dia útil pela manhã.

Caso 4: Rep atribuído não respondeu dentro do SLA

Se o rep atribuído não responde em 30 minutos (para leads quentes), o lead deve ser re-roteado para outro rep disponível ou escalar para o gestor.

No Respond.io, configure um Workflow de SLA: se a conversa fica sem resposta por X minutos, transfere para um rep de backup ou envia alerta para o gestor.

Etapa 6: Sincronize o roteamento com o CRM

O roteamento que acontece na plataforma de chat precisa refletir no CRM. Um lead que foi atribuído para o Rep_Carlos no Respond.io deve ter o Rep_Carlos como owner do contato no HubSpot.

Sincronizando owner de contato:

No Respond.io (Configurações → Integrações → HubSpot), configure a regra de sincronização: quando um contato é atribuído no Respond.io, atualiza o campo "Owner do Contato" no HubSpot para o usuário correspondente.

O mapeamento precisa ser feito manualmente na primeira configuração: Rep_Carlos no Respond.io = carlos.silva@empresa.com no HubSpot. Isso é feito uma vez e funciona automaticamente depois.

Criando a oportunidade no momento do roteamento:

Para leads quentes (score >= 3), configure uma ação adicional no Workflow: criar uma oportunidade/negócio no HubSpot já atribuída ao rep correto, com estágio inicial definido e data de criação do dia. Isso elimina a etapa manual de "criar negócio no CRM" que muitos reps pulam.

Etapa 7: Monitore e calibre as regras de roteamento

Regras de roteamento que parecem corretas no papel muitas vezes precisam de ajuste depois de algumas semanas com dados reais.

O que monitorar semanalmente:

  • Distribuição de leads por rep: está sendo equitativa para reps no mesmo segmento?
  • Taxa de resposta por rep: algum rep está consistentemente abaixo do SLA?
  • Taxa de conversão por segmento: PME vs. médio mercado converte em taxas diferentes? Isso pode indicar que o limiar de qualificação precisa ser ajustado por segmento.
  • Leads mal roteados: com que frequência um rep precisa transferir um lead para outro porque o roteamento automático errou?

Um roteamento bem calibrado deve ter menos de 10% de re-atribuições manuais por semana. Acima disso, há uma dimensão de roteamento que não está sendo capturada corretamente.

Armadilhas Comuns

Regras de roteamento muito granulares desde o início. Tentar rotear por 5 dimensões simultaneamente na semana um cria uma matriz de condições complexa que é difícil de debugar quando algo dá errado. Comece com uma dimensão (urgência/score) e adicione as outras gradualmente.

Round-robin sem considerar disponibilidade real. Round-robin distribui igualmente no papel mas na prática atribui leads para reps offline se o status de disponibilidade não for mantido. Treine a equipe em gestão de status antes de ativar.

Roteamento que funciona apenas para leads novos. Se um lead que já está no CRM passa pelo mesmo fluxo de roteamento que um lead novo, vai criar confusão de ownership. Implemente a verificação de contato existente antes de outras regras.

Sem regra de escalada para SLA. Definir SLA sem mecanismo de escalada é o equivalente a ter uma política no papel que ninguém aplica. Configure o alerta automático desde o primeiro dia.

Próximos Passos

Configure e teste o roteamento com um único critério primeiro: urgência/score. Ative para tráfego real por duas semanas e colete dados. Com dois ciclos de dados, você vai ter visão clara de onde o roteamento está funcionando e onde precisa de mais dimensões. Só adicione complexidade quando os dados mostrarem que a dimensão adicional melhoraria o resultado.

Saiba Mais