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

Por Victor Hoang · Atualizado em 8 de abril de 2026

Uma equipe de vendas de 15 reps roteava todos os leads de WhatsApp para uma única "equipe de chat": dois reps juniores que faziam a triagem das conversas recebidas, as associavam aos donos das contas com base em uma planilha de territórios e as encaminhavam. Tempo médio entre a primeira mensagem e o rep certo ver a conversa: 3,5 horas. A triagem manual nessa escala é exatamente o que a automação de roteamento de leads foi criada para eliminar. Segundo a pesquisa da Forrester sobre automação de vendas, a triagem manual de leads é um dos principais desperdícios de tempo das equipes de vendas B2B, consumindo horas que deveriam ir para o fechamento de deals.

Depois de construir o roteamento automatizado no Respond.io com 4 tipos de regra, esse número caiu para 8 minutos. Os reps da triagem foram realocados. O tempo de resposta melhorou. A taxa de fechamento dos leads de chat subiu 22% em 90 dias, principalmente porque os leads não esfriavam mais entre o primeiro contato e a primeira conversa de verdade.

Este guia entrega a lógica de roteamento e os passos de configuração para sair da triagem manual para a atribuição automatizada em uma semana.

Passo 1: Defina suas dimensões de roteamento

Uma lógica de roteamento que funciona é baseada em atributos observáveis. Antes de criar regras em qualquer plataforma, defina as 4 dimensões que devem orientar a atribuição.

O erro mais comum é rotear por apenas uma dimensão. O roteamento só por território atribui todos os leads dos EUA à equipe dos EUA, independentemente do porte da empresa, o que significa que seu rep enterprise recebe leads SMB e seu rep SMB recebe leads enterprise. O roteamento multidimensional resolve isso. A documentação de Workflows do Respond.io explica como encadear nós de condição para uma lógica de roteamento com múltiplos atributos no construtor visual. Os padrões mais amplos de estratégia de distribuição de leads se aplicam aqui. O canal é o chat, mas os problemas da lógica de roteamento são os mesmos.

Defina suas dimensões de roteamento em uma tabela antes de abrir o Respond.io:

Isso se torna a entrada para a configuração das suas regras de roteamento.

Passo 2: Mapeie as respostas de qualificação para atributos de roteamento

As respostas do chatbot são strings (respostas de cliques em botões como "50+ funcionários" ou "Plano Enterprise"). As regras de roteamento operam sobre atributos estruturados. Você precisa traduzir de um para o outro.

Monte esta tabela de mapeamento antes de configurar o roteamento:

No ManyChat, use a ação Set Custom Field após cada resposta por botão para armazenar o valor do atributo de roteamento em um campo estruturado. Por exemplo, após a pergunta sobre o porte da empresa: If answer = "50+ employees" → Set Custom Field "company_size_tier" = "Enterprise".

Isso cria atributos de roteamento limpos sobre os quais o Respond.io pode agir quando a conversa for sincronizada.

Passo 3: Crie as regras de roteamento no Respond.io

No Respond.io, vá em Workflows → New Workflow. Nomeie-o "Chat Lead Routing [Data]" para poder acompanhar o histórico de versões.

Gatilho: Contact Attribute Changed → Lead Priority = Hot OU Workflow Trigger = Conversation Created (para rotear imediatamente as novas conversas)

Estrutura de condições:

Crie as condições nesta ordem de prioridade. O Respond.io avalia as condições de cima para baixo e para na primeira correspondência:

Rule 1: Enterprise + Hot
IF company_size_tier = Enterprise AND lead_priority = Hot
THEN Assign to: Enterprise Sales Team (Round Robin)

Rule 2: Enterprise + Warm
IF company_size_tier = Enterprise AND lead_priority = Warm
THEN Assign to: Enterprise Sales Team (Queue)

Rule 3: EMEA Territory
IF contact.country IN [UK, Germany, France, Netherlands, Nordics]
THEN Assign to: EMEA Team

Rule 4: APAC Territory
IF contact.country IN [Singapore, Australia, Japan, Korea]
THEN Assign to: APAC Team

Rule 5: SMB + Evaluating
IF company_size_tier = Small AND lead_priority = Hot
THEN Assign to: SMB Sales Team (Round Robin)

Rule 6: Default (no rule matched)
THEN Assign to: General Sales Queue + notify team lead

No construtor de Workflow do Respond.io, cada regra é um nó de Condição seguido de uma ação de Atribuição. A condição verifica os valores dos campos personalizados que você mapeou no Passo 2. A atribuição envia a conversa para a equipe ou o rep certo.

Fluxo de telas: Respond.io → Workflows → New Workflow → Add Trigger: Contact Updated → Add Condition: [campo] [operador] [valor] → Add Action: Assign to Team/Agent → Publish.

Publique o workflow primeiro em modo de teste. O modo de teste do Respond.io permite rodar contatos simulados pelo workflow para verificar se cada regra roteia corretamente antes de entrar no ar.

Passo 4: Round-robin para roteamento não coberto

Algumas conversas não vão corresponder a nenhuma regra específica. Um lead de um país que não está na sua lista de territórios, um porte de empresa fora das faixas definidas ou um interesse em produto que não se encaixa em uma categoria de especialista.

Para esses casos, configure uma atribuição round-robin para a sua equipe de vendas geral. No Respond.io, vá em Settings → Teams → [General Sales Team] → Assignment Mode → Round Robin.

O round-robin distribui as conversas recebidas de forma uniforme entre os membros disponíveis da equipe. "Disponível" significa reps que estão online e não atingiram o limite de capacidade de conversas.

Defina um limite de capacidade de conversas por rep: de 10 a 15 conversas ativas simultâneas é um número razoável para um rep focado em chat. Acima disso, a qualidade das respostas se degrada. No Respond.io, vá em Settings → Agents → [Nome do Agente] → Conversation Limit → [número]. O guia de atribuição round-robin do Respond.io explica os limites de capacidade, os modos de disponibilidade e o comportamento de overflow quando todos os agentes estão no limite.

Quando todos os reps da equipe geral estão no limite de capacidade, o comportamento padrão é colocar a conversa na fila. Você quer saber imediatamente quando isso acontecer. Significa que a equipe está subdimensionada para o volume atual. Adicione uma notificação: If conversation queued for more than 10 minutes → Notify team lead via Slack.

Passo 5: Sincronização do dono no CRM

Quando o Respond.io atribui uma conversa a um rep, o contato correspondente no HubSpot deve atualizar o campo Owner para coincidir. Caso contrário, os relatórios do HubSpot mostram o rep errado creditado pelo deal, e o seu rep fica gerenciando contatos que o HubSpot acha que pertencem a outra pessoa.

Sincronização do dono do Respond.io para o HubSpot:

No Respond.io, vá em Settings → Integrations → HubSpot → Sync Assignment. Ative "Sync assignee as HubSpot contact owner." Isso atualiza o campo Contact Owner do HubSpot toda vez que uma conversa é atribuída ou reatribuída no Respond.io. Se você ainda não configurou a integração completa do Respond.io com o HubSpot, faça isso antes de ativar a sincronização do dono, senão você estará sincronizando dados de atribuição para um registro de contato que não foi criado corretamente desde o início. A precisão do roteamento também depende de dados limpos vindos do fluxo de qualificação anterior. Se os campos do ManyChat que alimentam seus atributos de roteamento estão estruturados de forma inconsistente, veja como criar um fluxo de qualificação no ManyChat para os passos de mapeamento de campos que evitam divergências nos atributos de roteamento.

HubSpot para o Respond.io (bidirecional):

Isso é útil quando sua equipe cria os deals no HubSpot primeiro e depois quer que a conversa no chat reflita o dono do deal. Exige um Workflow do HubSpot que chame a API de Contatos do Respond.io para atualizar o responsável pela conversa quando o dono do contato no HubSpot mudar.

Para a maioria das equipes, a direção Respond.io → HubSpot é suficiente. Comece por ela.

Passo 6: Roteamento por território para equipes globais

As conversas de WhatsApp incluem o código do país do remetente no número de telefone. Um prefixo +44 é Reino Unido. Um +65 é Singapura. Esse é o seu sinal de território mais confiável, mais do que perguntar ao usuário "em qual país você está?", o que adiciona uma pergunta a um fluxo de qualificação que já é enxuto.

No Respond.io, a detecção do código do país é automática. O país do contato é preenchido a partir do número do WhatsApp quando a conversa começa. Use o campo contact.country nas suas regras de roteamento.

Para detecção de idioma, o Respond.io identifica o idioma da conversa nas primeiras mensagens. Use conversation.language para rotear contatos que falam espanhol para reps que falam espanhol, contatos franceses para reps franceses, e assim por diante. A visão geral da Wikipedia sobre identificação automática de idioma explica como os sistemas modernos detectam o idioma a partir de amostras curtas de texto, um contexto relevante para entender como a detecção de idioma do Respond.io funciona por baixo dos panos e seus limites com mensagens de abertura curtas.

O roteamento sensível a fuso horário é importante se você tem reps em vários fusos. No Respond.io, você pode definir o horário de trabalho por equipe. Um lead da LATAM chegando às 2h da manhã EST deve ser roteado para o horário diurno da equipe LATAM, não para a fila noturna da equipe dos EUA.

Configure o horário de trabalho por equipe: Em Settings → Teams → [LATAM Team] → Working Hours → [defina o fuso horário local e os horários]. Quando um lead chega fora do horário de trabalho de uma equipe, o workflow de roteamento deve manter a conversa para o próximo dia útil ou escalar para um bot fora do horário com um link de agendamento para follow-up.

Passo 7: Roteamento de overflow

O overflow acontece quando o rep ou a equipe atribuída está indisponível: férias, licença médica, acima da capacidade. Sem roteamento de overflow, os leads se acumulam em uma fila e nunca recebem resposta.

Overflow nível 1: rep indisponível. Se o rep atribuído se marcou como indisponível no Respond.io, a conversa deve ser reatribuída automaticamente ao próximo rep disponível da equipe. Em Settings → Teams → Assignment Rules, ative "Skip unavailable agents" no modo round-robin.

Overflow nível 2: equipe no limite de capacidade. Quando todos os reps da equipe atribuída estão no limite de conversas, as conversas devem transbordar para uma equipe secundária. No seu workflow de roteamento, adicione uma condição de fallback: If primary team capacity = full → Assign to secondary team.

Overflow nível 3: fora do horário ou todas as equipes no limite. A conversa recebe uma mensagem de espera automatizada e é sinalizada para follow-up prioritário na manhã seguinte. A mensagem de espera deve incluir um link de agendamento em calendário. Defina um lembrete de workflow: If conversation status = waiting AND age > 8 hours → Notify team lead + flag for morning priority queue.

Passo 8: Medindo a precisão do roteamento

Depois de 30 dias de roteamento no ar, faça uma auditoria de roteamento incorreto. Separe 50 conversas roteadas recentemente e verifique se a decisão de roteamento estava correta. A pesquisa da McKinsey sobre desempenho de vendas B2B constatou que um roteamento de leads rápido e preciso está entre as melhorias operacionais de maior alavancagem para equipes de vendas, com algumas empresas obtendo ganhos de receita de 15-20% só com a otimização do roteamento. Para ver como a qualidade do roteamento afeta, no fim, a geração de pipeline, acompanhe as métricas a jusante no framework de métricas do chat funnel, que detalha as taxas de handoff para reunião por categoria de roteamento.

"Correto" significa: o rep que recebeu a conversa era o rep certo para aquele lead segundo a sua lógica de roteamento. Um lead enterprise dos EUA indo para a equipe SMB é um roteamento incorreto. Um lead da EMEA indo para a equipe dos EUA é um roteamento incorreto.

Meta de taxa de roteamento incorreto: abaixo de 5%. Se você está acima de 5%, identifique o tipo mais comum de roteamento incorreto e adicione ou ajuste a regra de roteamento que está falhando.

Causas comuns de taxas altas de roteamento incorreto:

• O campo de país do contato está em branco (número de WhatsApp de um serviço de VoIP, não ligado a um país real)
• O campo de porte da empresa nunca foi preenchido porque o fluxo de qualificação foi abandonado cedo
• As regras de roteamento se sobrepõem (um contato corresponde a duas regras e é roteado primeiro para a errada)

Cada causa tem uma correção diferente. Campos de país em branco exigem uma regra de fallback. Qualificação incompleta exige um caminho de conclusão parcial no seu chatbot. Regras sobrepostas exigem uma reordenação de prioridade no workflow de roteamento.

Armadilhas comuns

Rotear por uma única dimensão. Uma regra de roteamento só por território atribui todo lead dos EUA à equipe dos EUA, independentemente do porte da empresa, da aderência ao produto ou da prioridade. Adicione pelo menos 2 dimensões.

Nenhum fallback para regras sem correspondência. Se um lead não corresponde a nenhuma regra, ele não vai a lugar nenhum. Adicione uma regra de fallback abrangente que atribua os leads sem correspondência à equipe de vendas geral com uma notificação ao líder da equipe.

Rotear para uma equipe em vez de um indivíduo. "Atribuir à Equipe de Vendas" significa que ninguém é dono da conversa até alguém assumi-la manualmente. Use round-robin dentro da equipe para atribuir imediatamente a um rep específico.

Nenhuma notificação ao rep na atribuição. Rotear uma conversa para um rep não o alerta automaticamente. Garanta que seu workflow de roteamento inclua uma etapa de notificação (mensagem no Slack, e-mail ou push notification do Respond.io) imediatamente após a atribuição.

O que fazer a seguir

Rode 30 conversas simuladas pelo seu workflow de roteamento no modo de teste do Respond.io antes de conectar ao tráfego real. Use uma variedade de entradas (enterprise/EUA, SMB/EMEA, qualificação incompleta, chegada fora do horário) e verifique se cada uma é roteada para o destino correto.

Depois, rode o workflow em modo ao vivo por 1 semana com 5 reps, não todos. Verifique a precisão do roteamento diariamente na primeira semana. Corrija os problemas em baixo volume antes de escalar para toda a equipe.

Saiba Mais

• O handoff do chatbot para o rep: um playbook que funciona
• Construindo um fluxo no ManyChat que realmente qualifica leads B2B
• Configurando o Respond.io com o HubSpot de ponta a ponta