11.3 Roteamento e velocidade de resposta
Este é o capítulo mais lucrativo do módulo, e ele não contém uma linha de inteligência artificial. A automação de maior retorno comprovado em quase toda operação B2B é uma tabela com quatro linhas e um relógio. Ela é inteiramente determinística, é auditável linha a linha, não degrada sozinha, não exige monitoramento estatístico e custa uma fração do que custa qualquer modelo. Ensinar isso antes de ensinar predição não é ordem cronológica: é ordem de retorno.
A Órbita mede hoje uma mediana de 19 horas até o primeiro contato com um MQL, e um percentil 90 de 4,2 dias, que são 101 horas. Não existe SLA escrito. Não existe regra por segmento nem por território. O roteamento é round-robin manual feito pelo gerente de inside sales toda segunda-feira de manhã.
Pergunta antes de ler
A Órbita instala roteamento automático. O registro passa a receber dono em segundos, a qualquer hora e em qualquer dia, e a mediana de primeiro contato cai de 19 horas para 6 minutos.
O percentil 90, que hoje é de 4,2 dias, vai para quanto? Escreva um número em horas.
A resposta que quase todo mundo escreve é proporcional: se a mediana caiu por um fator de cerca de 190, o p90 deve cair por algo parecido, indo para alguma coisa entre meia hora e duas horas. É a resposta errada, e ela erra por um motivo estrutural, não por um erro de conta. O tempo total de primeira resposta é a soma de três parcelas independentes, e a automação de roteamento ataca exatamente uma delas. A que ela ataca é a segunda. A que produz o p90 é a terceira.
Sem nenhuma outra mudança, o p90 da Órbita depois do roteamento automático fica perto de 101 horas, ou seja, praticamente onde estava. O registro passa a ter dono em seis segundos e continua sem ter sido tocado por 4,2 dias, porque a fila humana não encolheu e ninguém combinou prazo. A empresa trocou “ninguém pegou” por “alguém pegou e sentou em cima”, e agora tem um relatório bonito provando que a regra foi aplicada.
Roteamento zera o tempo de distribuição. Só o SLA ataca o tempo de fila.
As três parcelas do tempo de resposta
- Roteamento e SLA de primeira resposta
Roteamento é a regra automática que atribui um registro novo a um dono, em segundos, segundo território, segmento, capacidade ou rodízio. SLA de primeira resposta é o compromisso de tempo máximo entre a atribuição e o primeiro toque humano efetivo, acompanhado da regra que diz o que acontece quando o prazo estoura.
Os dois são peças diferentes e resolvem problemas diferentes. Instalar o primeiro sem o segundo é o erro mais comum desta zona de automação, e ele é invisível nos primeiros noventa dias, porque o painel de roteamento fica verde enquanto a conversão não se move.
A peça que falta quase sempre é a fila de reatribuição: se o dono não tocar o registro dentro do prazo, ele volta ao pool e vai para o próximo. Sem essa regra, o SLA é uma intenção. Com ela, o SLA é um mecanismo, porque o custo de não responder passa a recair sobre quem não respondeu.
Por que importa: é a automação com melhor relação entre valor e esforço em quase toda operação B2B. Ataca uma perda que ocorre todo dia, é cem por cento determinística, é auditável e não depende de modelo nenhum.
Tempo de primeira resposta = tempo de captura + tempo de roteamento + tempo de fila humana
A automação de roteamento zera o segundo termo e não toca nos outros dois. O primeiro termo depende de integração entre o formulário e o CRM. O terceiro depende de SLA, de fila de reatribuição e de capacidade, que são decisões de gestão.
Arraste o desenho para o lado para ver inteiro
Mediana e percentil 90, nunca média
- Speed-to-lead, ou velocidade de primeira resposta
Tempo decorrido entre a manifestação de interesse e o primeiro contato humano efetivo. Medido em mediana e em percentil 90, por origem e por faixa horária. Nunca em média.
Por que a média mente: a distribuição é assimétrica. A maioria dos registros é atendida rápido e um punhado fica dias parado, e é esse punhado que concentra a perda. Uma operação com mediana de 8 minutos e p90 de 31 horas tem média apresentável e problema grave. A média dilui exatamente a cauda que você precisa ver.
Onde o gargalo mora: quase sempre em dois lugares previsíveis, fora do horário comercial e na sexta à tarde. Por isso a medição precisa ser por faixa horária. Um número único por mês esconde a única informação acionável da série.
Arraste o desenho para o lado para ver inteiro
A regra, escrita em quatro linhas
A parte prática do capítulo cabe numa tabela, e é deliberado que caiba. Se a regra de roteamento da sua empresa não cabe numa página, ela não é uma regra: é um conjunto de exceções que ninguém vai conseguir auditar em seis meses. A regra abaixo usa tamanho de frota como condição porque é o campo que o produto da Órbita já conhece por telemetria, o que resolve o bloqueio de degrau 2 diagnosticado em 11.1 sem depender de ninguém digitar segmento à mão.
| Condição | Dono atribuído | SLA de primeiro toque | Se o prazo estourar |
|---|---|---|---|
| frota ≥ 400 veículos ou receita anual ≥ R$ 300 milhões | AE sênior de enterprise do território, sem rodízio | 4 horas úteis | volta ao pool e notifica o gerente de mid e enterprise |
| frota entre 40 e 399 veículos | próximo SDR de mid no rodízio com capacidade livre | 15 minutos em horário comercial | volta ao pool e vai para o próximo SDR de mid |
| frota abaixo de 40 veículos | fila de autosserviço do SMB, sem SDR | resposta automática imediata, sem toque humano | não se aplica |
| campo de frota vazio | fila de exceção com dono nomeado | 1 dia útil | escala para o gerente de inside sales |
A regra completa de roteamento proposta para a Órbita. Repare na quarta linha: toda regra de roteamento precisa de uma linha para o caso em que a condição não pode ser avaliada, e essa linha precisa ter dono nomeado. Sem ela, o registro cai num limbo que ninguém monitora, que é exatamente de onde saem os 612 órfãos de hoje.
A meta que esta regra declara, e que os capítulos seguintes reusam sem mudar, é um par: mediana de 6 minutos e percentil 90 de quatro horas úteis. Um número sozinho mente. Mediana boa com percentil 90 ruim descreve uma operação que responde em segundos a quem chega às onze da manhã de terça e abandona quem chega na sexta à noite, e é exatamente essa cauda que produz os 612 órfãos. Anote o par em algum lugar, porque ele volta em 11.7 como critério de desligamento e no Laboratório como exemplo de métrica bem escrita.
Arraste o desenho para o lado para ver inteiro
A conta do benefício, com a premissa declarada
Arraste o desenho para o lado para ver inteiro
Na práticaÓrbita Software · benefício do roteamento com SLA
Passo 1, a premissa. A literatura sugere efeito grande, e a Órbita adota deliberadamente um efeito pequeno: uplift de 2,4 pp na conversão de MQL para SQL, que sai de 30,0% para 32,4%. Essa é a única premissa não observada da conta inteira, e ela está escrita aqui em negrito para que qualquer pessoa na reunião possa discordar dela sem ter que abrir a planilha. Todo o resto sai do dataset.
Passo 2, do uplift aos clientes. SQL depois: 3.050 × 32,4% = 988,2. Delta: 988,2 menos 915 = 73,2 SQL adicionais. Aplicando as duas conversões seguintes, que são observadas: 73,2 × 69,9% = 51,2 oportunidades, e 51,2 × 28,9% = 14,8 clientes por ano de safra.
Passo 3, de clientes a reais. ACV médio de venda nova, por cliente e por ano: R$ 37,3 mil. ARR incremental da empresa: 14,8 × R$ 37,3 mil = R$ 552 mil por ano de safra. Atenção ao erro clássico neste ponto: esse número não é a receita do ano 1. As assinaturas entram distribuídas ao longo do ano, então aplica-se convenção de meio de período. Receita reconhecida no ano 1: R$ 552 mil ÷ 2 = R$ 276 mil. Lucro bruto do ano 1, à margem de 78,0%: R$ 276 mil × 78,0% = R$ 215,3 mil.
Passo 4, o custo do ano 1. Licença de roteamento e SLA a R$ 2.900 por mês pela empresa inteira, e não por usuário, que é ordem de grandeza de mercado e está declarada como premissa, dá R$ 2.900 por mês × 12 meses = R$ 34,8 mil no ano. Implantação com parceiro, uma vez: R$ 38 mil. Total do ano 1: R$ 72,8 mil. Contra lucro bruto de R$ 215,3 mil, a diferença é de R$ 142,5 mil. Não escreva isso como sobra do primeiro ano. Esta conta tem duas linhas de custo e o custo total tem seis: faltam integração, administração recorrente, treinamento e custo de saída. Em 11.7, com as seis linhas na mesa e com uma premissa de benefício deliberadamente mais dura, o ano 1 do mesmo projeto fecha negativo. O que esta conta prova é outra coisa, e é o que basta no estágio em que ela está: o benefício cobre licença e implantação com folga de mais de duas vezes, que é o teste de triagem que elimina a maioria dos candidatos antes de alguém abrir uma planilha de TCO.
Passo 5, o break-even, que é o passo que ganha o CFO. Resolvendo para trás: para que o lucro bruto do ano 1 apenas cubra R$ 72,8 mil, o ARR incremental precisa ser R$ 186,7 mil, o que dá 5,00 clientes, 24,8 SQL adicionais, e um uplift de apenas 0,81 ponto percentual. Em português: basta a conversão de MQL para SQL subir de 30,00% para 30,81% para o projeto se pagar no primeiro ano.
A leitura. A frase que aprova o investimento não é o retorno do cenário base. É esta: preciso que a conversão de MQL para SQL suba de 30,00% para 30,81%, oito décimos de ponto percentual, numa taxa que hoje está sendo produzida por um rodízio manual de segunda-feira. Um CFO aprova um número desses em cinco minutos, porque a margem de erro da premissa é gigantesca e ainda assim o projeto sobrevive.
O veredito. O caso mais forte do módulo inteiro não tem modelo, não tem fornecedor de IA e cabe em quatro linhas de tabela.
Exercício 11.360 minutos, export de leads com data de criação e data da primeira atividade
Meça a velocidade de resposta da sua operação e desenhe a regra.
- Calcule mediana e percentil 90 do tempo entre criação do registro e primeira atividade registrada, nos últimos 90 dias. Não calcule a média.
- Quebre os dois números por origem e por faixa horária de entrada, separando horário comercial, noite e fim de semana. Aponte a faixa de pior p90.
- Escreva a regra de roteamento da sua empresa em no máximo quatro linhas, com as quatro colunas da tabela deste capítulo, incluindo a linha do campo vazio.
- Adversarial. Estime o benefício com um uplift que você considere conservador. Depois defina, antes de implantar, qual indicador precisa se mover em 90 dias para que o projeto seja considerado no rumo, e qual patamar encerra o contrato.
Conferir respostasEsconder respostas
- Mediana e p90. Se você calculou média, refaça. Se a sua mediana e o seu p90 estiverem próximos, desconfie do dado antes de comemorar: quase sempre significa que a data de primeira atividade está sendo gravada no momento do import, e não do toque. Confira numa amostra de dez registros, na mão.
- A quebra por faixa horária. O resultado esperado é que o p90 de sexta à tarde e o de fora do horário comercial sejam múltiplos do p90 geral. Se forem, a sua automação de maior retorno não é um modelo: é uma regra de plantão e uma resposta automática que reconheça o registro fora do horário.
- A regra em quatro linhas. Aceite apenas se a quarta linha existir, a do campo vazio, com dono nomeado. É ela que impede o limbo. E confira a coluna de estouro de prazo: sem a ação de retorno ao pool, você escreveu uma intenção, não uma regra.
- Adversarial. Suponha que a sua conversão não se mova nada nos primeiros 90 dias. Isso reprova a automação? Não necessariamente, e a resposta de nível MBA diz por quê: o efeito sobre conversão de clientes tem defasagem do ciclo de vendas inteiro, que na Órbita é de 90 dias. O que precisa se mover em 90 dias é o indicador operacional, mediana e p90, e o percentual de registros sem nenhuma tentativa. Se esses dois não se moverem, aí sim a automação falhou, e falhou de um jeito verificável. Definir isso antes da implantação é o que separa um projeto de uma torcida.
Armadilha: instalar roteamento e chamar isso de SLA
A reunião de resultado do trimestre tem esta forma. O painel de roteamento mostra 100% de registros atribuídos em menos de um minuto, e o slide diz que o projeto foi um sucesso operacional. Alguém do conselho, geralmente a conselheira independente, pergunta o que aconteceu com a conversão. A resposta é que ainda é cedo. No trimestre seguinte a resposta continua sendo que ainda é cedo, e no terceiro alguém descobre que o percentual de registros sem nenhuma tentativa não se moveu.
O diagnóstico é sempre o mesmo e é sempre evitável: mediu-se a parcela automatizada em vez de medir o resultado. Atribuição em menos de um minuto é uma métrica de funcionamento da ferramenta, não de funcionamento do processo. A métrica do processo é o percentual de registros com primeiro toque dentro do SLA, e ela só existe se o SLA existir e se a fila de reatribuição existir.
A sanção. Um projeto que declara sucesso pela métrica da ferramenta gasta o trimestre inteiro de credibilidade e depois entrega uma conversão parada. Quando o business case seguinte chegar ao conselho, a primeira pergunta de Sérgio Bittencourt vai ser sobre o anterior. E a segunda vai ser se alguém conferiu, desta vez, qual é a métrica de resultado.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Escreva as três parcelas do tempo de primeira resposta e diga qual delas a automação de roteamento resolve.
Tempo de captura, tempo de roteamento e tempo de fila humana. A automação zera a segunda. A primeira depende de integração entre o formulário e o CRM, e a terceira depende de SLA, fila de reatribuição e capacidade. Como a terceira é a que produz o percentil 90, um projeto de roteamento sem SLA move a mediana e não move o dinheiro.2Uma operação mede mediana de 12 minutos e p90 de 26 horas. O gerente propõe comprar uma ferramenta de roteamento mais rápida. O que você responde?
Que a mediana de 12 minutos já prova que a distribuição não é o problema: a ferramenta atual está entregando o registro rápido na maior parte dos casos. A distância entre 12 minutos e 26 horas é a cauda, e cauda é fila humana, não roteamento. Antes de comprar, quebre o p90 por faixa horária. A aposta segura é que a cauda inteira está fora do horário comercial e na sexta à tarde, e que a correção é uma escala de plantão mais uma resposta automática de reconhecimento, que custa zero de licença.3O processo de roteamento da Órbita é o mesmo desde 2021 e nunca foi escrito. Que tipo de falha de passagem de bastão isso produz, e com que magnitude medida?Módulo 4 · 4.3
Produz falha na passagem de marketing para pré-venda, que o caso mede em 20,1% de MQL nunca trabalhados. É a primeira das seis passagens de bastão do processo da empresa, e é a única em que a falha não deixa rastro no funil: um SQL descartado pelo AE aparece em algum relatório, um MQL que ninguém tocou não aparece em lugar nenhum. Por isso ela é a falha mais barata de corrigir e a que passa mais tempo sem ser corrigida.4Escreva de memória a estrutura das quatro colunas da regra de roteamento, e diga qual das quatro linhas é a que quase todo mundo esquece.
Condição, dono atribuído, SLA de primeiro toque, ação quando o prazo estoura. A linha esquecida é a do campo vazio, aquela em que a condição não pode ser avaliada. Se você escreveu três linhas cobrindo os três segmentos e parou, você acabou de criar o limbo de onde saem os registros órfãos: ninguém os roteia, ninguém os descarta e nenhum relatório os conta.