Roteamento de leads e aplicação de SLA que sobrevive ao volume

É uma sexta-feira às 23h e uma solicitação de demo de US$ 40 mil vinda de uma fintech de 600 pessoas ficou intocada por quatro horas. O rep ao qual ela foi atribuída saiu da empresa há seis semanas. Ninguém notou porque a regra de roteamento ainda apontava para a fila dele, a resposta automática de fora-do-escritório no Slack dele foi desativada quando o TI fez o offboarding, e o contador da distribuição rotativa alegremente continuou passando pelo nome dele. O VP de Marketing descobre na segunda-feira de manhã, quando o CRO do prospect envia um e-mail diretamente para o CEO perguntando por que ninguém retornou. Você, o profissional de MOps, recebe a mensagem no Slack às 9h02: "Como isso acontece?"

Esse é o trabalho de verdade. Roteamento não é "temos round-robin". É "sabemos quais 12% dos leads violam o SLA a cada mês, sabemos por quê, e sabemos qual regra precisa ser entregue para consertar". Se você ainda não está nesse nível de visibilidade, o resto deste playbook é o trabalho para chegar lá.

A taxonomia de roteamento que de fato se sustenta

O roteamento de eixo único quebra em algum ponto entre 300 e 500 leads por mês. O round-robin sozinho não sabe que a solicitação de demo é do seu ICP e que o download de conteúdo é um estudante em Bangalore. O território sozinho não sabe que o AE em EMEA está de PTO e que o prospect alemão está parado na fila. Você precisa de três camadas empilhadas.

Camada 1: firmográfica. Segmento (SMB / mid-market / enterprise), geografia (região para regras de território, país para compliance), número de funcionários, setor. Esse é o dado mais barato, e a maior parte dele vem de graça do Clearbit, ZoomInfo ou de um fornecedor decente de enriquecimento nos seus preenchimentos de formulário. Se você não tem enriquecimento firmográfico rodando, pare de ler e vá consertar isso primeiro. Roteamento sem isso é chute.

Camada 2: intent. O que eles de fato fizeram? Uma solicitação de demo vinda de pricing.seudominio.com não é o mesmo lead que um download de ebook. Visitas à página de preços, solicitações de demo, preenchimentos de formulário de "falar com vendas" e cadastros de trial de produto de alto engajamento são intent tier-1. Presença em webinar e downloads de conteúdo são tier-2. Cadastros em newsletter e PDFs com formulário são nutrição de marketing tier-3. O tier-1 deve chegar a uma caixa de entrada humana em minutos. O tier-3 nunca deve acordar um rep.

Camada 3: pontuação de aderência ao ICP. Uma pontuação composta usando sinais firmográficos e comportamentais, tipicamente uma pontuação de 0 a 100 do seu modelo de pontuação. O objetivo da pontuação não é barrar a entrada; é desempatar. Quando duas solicitações de demo chegam à fila no mesmo minuto, a conta de maior aderência vai para o AE sênior e a de menor aderência vai para o pool de SDR.

Empilhe essas três e a regra fica: "se intent = solicitação de demo E pontuação-de-aderência >= 60 E segmento = mid-market E geo = NA, rotear para o pool de distribuição rotativa de AEs de NA-MidMkt." Essa é a regra que se sustenta a 1.500 leads por dia. Um round-robin puro não vai.

A pontuação de leads é a entrada a montante que faz isso funcionar. Veja o modelo de pontuação de leads em que vendas confia para saber como construir uma pontuação que vendas de fato compra.

A realidade do SLA de 5 minutos

O estudo da Harvard Business Review / InsideSales que todo mundo cita é real, e é mais antigo do que a maioria dos gerentes de MOps gostaria de admitir. Os números não mudaram muito: contate um lead em 1 minuto e você tem cerca de 8x mais probabilidade de qualificá-lo do que aos 5 minutos. Espere uma hora e você perdeu cerca de 60% da conversão que poderia ter tido. Cada minuto após o minuto 5 tira mais 10% de conversão do topo.

Então o SLA prático para intent tier-1 é de 5 minutos, fim de papo. Isso é "o rep abriu o lead e começou a abordagem", não "o rep tem o lead na fila dele". O tempo de fila é invisível para o prospect.

O que 5 minutos significa na prática fica complicado:

• Se os seus reps ficam em PT e o seu lead alemão chega às 3h no horário deles, o SLA não pode ser de 5 minutos a partir do preenchimento do formulário. É de 5 minutos a partir do início do dia de trabalho do rep, OU você precisa de um pool follow-the-sun.
• Se o lead solicita uma reunião via Chili Piper ou um agendador de inbound similar e se agenda sozinho no calendário, o SLA é "calendário aceito, notas de preparação adicionadas, entrou na call no horário", não a velocidade de resposta.
• Se dois reps estão competindo pelo mesmo pool de leads, o seu dashboard de SLA precisa medir a primeira resposta, não o primeiro toque por qualquer um. Caso contrário, o rep A continua batendo o SLA sequestrando os leads do rep B.

Uma meta operacional realista: 80% dos leads tier-1 contatados em 5 minutos durante o horário comercial, 95% em 30 minutos, 100% em 4 horas incluindo fora do horário. Se você não consegue bater isso, a resposta é mais cobertura de reps ou um pool de SDR 24/5, não uma regra mais rígida.

Aplicação de SLA sem virar o guarda do roteamento

Existe uma versão deste trabalho em que você vira a pessoa que manda mensagens no Slack para os reps sobre retornos atrasados. Não faça isso. Os reps vão começar a te odiar, você vai entrar em burnout, e o problema de fundo não vai ser resolvido.

O que funciona é uma camada de automação em níveis mais dashboards visíveis:

Sinalizações de automação.

• No minuto 4 sem resposta do rep: uma DM no Slack para o rep dizendo "o lead [nome] está há 4 min, estágio = solicitação de demo".
• No minuto 10 sem resposta do rep: um ping no Slack para o gestor do rep e o lead se reatribui automaticamente para o próximo rep no pool.
• No minuto 30: um e-mail de resumo diário chega à caixa de entrada do rep listando cada violação e o motivo.

Dashboards de gestores. Construídos no Salesforce, HubSpot ou seja lá qual ferramenta de BI o time usa. Três cortes obrigatórios:

• Taxa de violação por rep (rolando 30 dias)
• Taxa de violação por segmento e origem (qual combinação de origem/segmento está violando mais)
• Taxa de violação por hora do dia (a violação se concentra entre 8h e 9h porque ninguém está cobrindo a janela matinal de EMEA?)

Os dashboards fazem o trabalho social. Um rep com 22% de taxa de violação ao longo de 30 dias vai ver isso no relatório de segunda-feira de manhã do time e se autocorrigir. O gestor trata os outliers nos 1:1s, não você. Você entrega mudanças de regra que consertam as violações estruturais.

A diferença importa: um alerta é informação ("ei, você tem 4 min sobrando"), e uma punição é julgamento ("você perdeu três SLAs esta semana"). O primeiro mantém os reps do seu lado. O segundo faz com que eles desativem as notificações.

O problema de deduplicação que ninguém quer assumir

Aqui está a verdade pouco glamorosa: cerca de um terço das reclamações de "o rep não deu retorno" não são falhas de roteamento. São falhas de dedupe.

Os padrões clássicos:

1. Incompatibilidade entre lead e conta. Um novo lead de acme.com preenche um formulário de demo. A sua regra de roteamento diz "se a conta existe, rotear para o dono da conta". O Salesforce faz o dedupe pelo domínio do e-mail e encontra a Acme Corp, mas a conta correspondente foi closed-lost em 2023 e o dono é o SDR que foi promovido a AE em um segmento diferente. O lead vai para uma fila que ninguém observa.

2. Dedupe aproximado de nome de empresa. "Google Inc." vs "Google" vs "google.com" vs "Alphabet". Sem uma camada normalizada de correspondência de contas, o seu roteamento cria quatro leads em quatro contas diferentes e quatro reps, cada um achando que os outros estão cuidando.

3. O problema do "John Smith na Google". Duas pessoas com o mesmo nome preenchem formulários com três dias de diferença. A sua regra de dedupe as mescla por nome + empresa, sobrescrevendo a atribuição de origem do primeiro lead e roteando o lead mesclado para quem quer que o possua agora. O dono do primeiro lead nunca recebe a notificação do novo toque.

O conserto é uma camada real de correspondência entre lead e conta (o recurso carro-chefe do LeanData, ou a correspondência de empresas aprimorada do HubSpot, ou uma solução customizada se você tiver orçamento de engenharia). Depois, regras na camada de roteamento que distingam "correspondência encontrada, conta ativa, dono presente" dos três modos de falha acima. O log de correspondência de contas é revisado mensalmente junto com a revisão de SLA. Caso contrário, as falhas de dedupe se passam por falhas de roteamento para sempre.

LeanData vs regras nativas no CRM

A versão honesta desta comparação: o no-CRM é suficiente por mais tempo do que os fornecedores vão te dizer, e LeanData / Chili Piper / Default ganham o salário quando a complexidade das regras fica não trivial.

Se você está abaixo de 200 leads por dia, um segmento, sem jogadas de ABM rodando, as regras no CRM vão se sustentar. Os US$ 50 mil/ano são mais bem gastos em um segundo SDR ou em dados de enriquecimento melhores.

Se você está rodando ABM, multiproduto, e o roteamento tem dependências entre objetos (por exemplo, "se a conta do lead tem uma oportunidade aberta, rotear para o dono dessa oportunidade; caso contrário, rotear para o rep de território com base na geo + segmento + pontuação de aderência do lead"), as regras no CRM viram um ninho de workflow rules que uma demissão transforma em arqueologia. É aí que o LeanData se justifica.

A armadilha é comprar o LeanData para consertar um problema que, na verdade, está a montante: enriquecimento ruim, ausência de modelo de pontuação, dedupe quebrado na camada de entrada de dados. O LeanData torna um sistema limpo melhor. Ele não salva um sistema sujo.

A cadeia de diagnóstico do "o rep ignorou o lead"

Quando um rep é culpado por ignorar um lead, rode esta cadeia de 6 passos antes de aceitar o veredito. A maioria das reclamações falha no passo 2 ou 3, não no passo 6.

1. Foi roteado? Cheque o log de roteamento. A regra disparou? Ela bateu com o rep que você acha que bateu? (Às vezes a regra bate com um rep diferente e o gestor está errado sobre quem era o dono.)
2. Foi recebido? Ele de fato chegou à fila / view do Salesforce / caixa de entrada do HubSpot do rep? Filtros de view do CRM podem esconder leads de um rep sem ninguém perceber.
3. O rep estava disponível? PTO, dia de folga por doença, desligado, com mudança de função, numa call de cliente por 90 minutos. A suposição de "o rep estava na mesa e ignorando a tela" está errada cerca de 40% das vezes.
4. Estava visível na fila dele? Um novo lead com a ordenação padrão pode aterrissar na página 7 de uma lista longa. Se o rep filtra por "maior pontuação" e o lead chegou sem pontuação porque o enriquecimento ainda não tinha rodado, ele está invisível.
5. Eles abriram? Salesforce e HubSpot ambos registram os timestamps da primeira abertura. Se foi aberto, você está no passo 6. Se não, você está a montante de "ignorado".
6. Eles agiram sobre ele? E-mail enviado? Ligação registrada? Convite de calendário agendado? Isto é "o rep ignorou o lead". Os passos 1 a 5 são falhas de roteamento/dados/visibilidade.

Um exemplo real: um CRO escalou três solicitações de demo "ignoradas". Rodamos a cadeia. O passo 2 falhou para as três. Um filtro de list view do Salesforce que a rep tinha configurado em fevereiro de 2025 (na época em que ela só cuidava de SMB) estava escondendo leads de mid-market em 2026, porque ninguém atualizou o filtro quando ela foi promovida. O conserto foi uma edição de filtro de 2 minutos, não uma conversa de coaching sobre responsividade.

O mesmo tipo de diagnóstico a montante importa para falhas de conversão de MQL→SQL. Veja os diagnósticos de conversão de MQL para SQL.

A revisão mensal de violações de SLA

A reunião em que o roteamento de fato é consertado é a revisão mensal de violações de SLA. 45 minutos, quatro pessoas: profissional de MOps, head de SDR, head de AE, líder de RevOps. Pauta fixa:

1. Números de topo (5 min). Total de leads, contagem de violações, taxa de violação. O teto prático para um B2B SaaS saudável é 12%. Acima de 18% é estrutural: ou lacuna de cobertura ou problema de regras.
2. As 5 principais causas de violação (15 min). Categorize cada violação: rep-em-PTO, regra-obsoleta, falha-de-dedupe, cobertura-fora-de-horário, visibilidade-de-fila. A principal causa deste mês é aquela para a qual você entrega um conserto.
3. Mudanças de regra a serem entregues no próximo mês (15 min). Mudanças específicas como "vamos adicionar um rep de reserva para o pool de EMEA quando o primário estiver OOO", ou "vamos apertar a regra de dedupe em contas com mais de 12 meses". Cada mudança tem um dono, uma data de entrega e um plano de medição.
4. Segmentos a rebalancear (5 min). Revisão de carga de trabalho. Um rep está recebendo 3x os leads do próximo? Uma geo está superatendida e outra subatendida?
5. Vitórias (5 min). A mudança de regra do mês passado que funcionou. Evita que a reunião seja puramente uma revisão de defeitos.

Documente a reunião. O changelog de regras vai para um documento compartilhado (Notion, Confluence, tanto faz), versionado e datado. Quando o próximo profissional de MOps herdar isso em 18 meses, o changelog é o que vai salvá-lo.

Este é o trabalho que a descrição de cargo de Gerente de Marketing Operations descreve quando diz "é dono da camada de roteamento de ponta a ponta". Não é uma configuração única. É uma superfície permanente.

Roteamento é código de produção

A maior mudança de mentalidade para o profissional de MOps que cuida do roteamento: isto não é um projeto, e o arquivo de regras não é um objeto de sandbox do Salesforce com o qual você brinca nas tardes de terça. É código de produção. Ele está servindo cada lead que a empresa gasta dinheiro para gerar. Uma mudança de regra ruim custa mais do que um deploy de código ruim, porque o modo de falha é silencioso. Ninguém vê o lead que não foi roteado.

Trate-o assim:

• Versionado. Cada mudança de regra documentada com timestamp, dono e motivo.
• Revisado. Mudanças grandes (rebalanceamento de segmento, nova lógica de ABM) ganham um segundo par de olhos antes de serem entregues.
• Monitorado. Os dashboards rodam continuamente. A taxa de violação é um KPI acompanhado, não um check-in trimestral.
• Testado. Antes de colocar uma regra no ar, rode-a contra o volume de leads do mês passado num sandbox ou em modo de simulação e verifique se o resultado do roteamento faz sentido.

A mesma disciplina se aplica ao seu modelo de atribuição: veja atribuição de marketing sem a guerra religiosa.

O rep ignorando o lead quase nunca é o rep ignorando o lead. É a regra que não foi tocada desde que o AE que a construiu saiu em 2024. O seu trabalho é encontrar essa regra, entregar o conserto, documentar a mudança e garantir que a próxima mensagem de "como isso acontece?" no Slack às 9h02 de segunda seja sobre algo genuinamente novo.

Saiba mais

• Gerente de Marketing Operations: descrição de cargo
• Diagnósticos de conversão de MQL para SQL
• Modelo de pontuação de leads em que vendas confia
• Atribuição de marketing sem a guerra religiosa