5.3 O pecado original do objeto Lead
Pergunta antes de ler
Abra o seu CRM e procure pelo nome da maior empresa da sua carteira. Conte quantos registros aparecem: leads soltos, contatos, contas. Em bases não governadas o resultado costuma passar de trinta.
Antes de ler a próxima linha, responda: quem errou? Escreva o cargo da pessoa, não o nome.
A resposta que aparece em nove de cada dez reuniões é “o vendedor, que não conferiu antes de criar”. É plausível, é a que a empresa age em cima, e é a que garante que o problema volte no trimestre seguinte. Ninguém errou. O objeto foi projetado assim. Volte à figura mestra deste módulo e olhe o vazio à esquerda do Lead: não existe nenhuma linha ligando um Lead a uma Conta, em nenhum CRM tradicional, por decisão de modelagem do fornecedor. Enquanto uma pessoa é Lead, a empresa dela não é um registro, é um texto que alguém digitou num campo. Pedir disciplina ao vendedor para compensar um objeto sem relacionamento é pedir que uma pessoa faça, manualmente e todo dia, o trabalho que o desenho deveria ter feito uma vez.
- Lead e a conversão
Lead, no modelo centrado na organização que o Salesforce popularizou, é um objeto autônomo que guarda pessoa e empresa no mesmo registro, sem nenhuma ligação com Conta. Conversão é o evento que transforma um Lead em até três registros novos, Conta, Contato e opcionalmente Oportunidade, e arquiva o Lead original. Na prática operacional é irreversível.
A analogia: o Lead é a pessoa na fila da recepção, sem crachá. A conversão é emitir o crachá. O detalhe que estraga tudo é que a recepção fica num prédio separado do escritório, sem corredor ligando os dois. Nada do que você aprendeu sobre a pessoa no saguão atravessa sozinho para a mesa dela.
O outro modelo: plataformas centradas na pessoa, como o HubSpot, põem o Contato no centro e associam a Empresa, tratando o lead como uma manifestação de interesse e não como uma entidade paralela. Não é melhor nem pior em abstrato. É uma escolha diferente sobre qual substantivo é o real, e ela muda tudo o que vem depois.
Arraste o desenho para o lado para ver inteiro
Correspondência antes do roteamento
Se o objeto não tem a ligação, alguém precisa construí-la antes de qualquer outra coisa acontecer. Essa é a peça que quase nenhuma empresa brasileira de médio porte instala, e é a peça de que dependem, ao mesmo tempo, o roteamento, a pontuação, a atribuição de origem, a orquestração de grupo de compra e o rastreio de renovação. Todos esses cinco dependem da mesma pergunta não respondida: a que conta esta pessoa pertence?
- Correspondência lead-conta (lead-to-account matching)
Processo automatizado que testa cada lead novo contra a base de contas usando vários sinais, em ordem declarada de confiabilidade, para dizer a que conta aquela pessoa pertence antes de qualquer roteamento.
Regra prática para o Brasil, em ordem: (1) CNPJ informado, (2) domínio corporativo do e-mail, (3) domínio do site, (4) nome normalizado sem sufixo societário, retirando LTDA, S.A., ME e EIRELI, (5) telefone com DDD. E registre qual sinal produziu a correspondência, num campo próprio. É esse registro que permite auditar a taxa de acerto por sinal depois, e sem ele você tem automação sem termômetro.
Erro comum: confiar na regra nativa de atribuição do CRM, que compara texto caractere a caractere e não faz correspondência aproximada. Roteamento sem correspondência é sorteio com nome de processo.
Arraste o desenho para o lado para ver inteiro
O segundo sinal é o mais forte na prática, porque é o que existe em todo lead com e-mail. E é exatamente ele que o Brasil enfraquece. Muito decisor de pequena e média empresa usa endereço pessoal em domínio livre, e nesses casos o sinal simplesmente desaparece: o domínio não diz nada sobre a empresa. O problema não se distribui igualmente pela base. Ele se concentra onde há mais volume.
Arraste o desenho para o lado para ver inteiro
A que conta pertence cada lead novo, e por qual sinal a gente descobriu isso?
-- Antes de rotear, teste o lead contra a base de contas.
-- O primeiro sinal que casa vence, e o sinal fica registrado.
SELECT
l.lead_id,
c.conta_id,
CASE
WHEN LEFT(REGEXP_REPLACE(l.cnpj_informado, '[^0-9]', ''), 8) = c.cnpj_raiz
THEN 'cnpj'
WHEN SPLIT_PART(l.email, '@', 2) = c.dominio
AND SPLIT_PART(l.email, '@', 2) NOT IN (SELECT dominio FROM ref.dominio_livre)
THEN 'dominio_email'
WHEN l.site_dominio = c.dominio
THEN 'dominio_site'
WHEN normaliza(l.empresa_digitada) = normaliza(c.razao_social)
THEN 'nome_normalizado'
END AS sinal
FROM crm.lead AS l
LEFT JOIN crm.conta AS c
ON LEFT(REGEXP_REPLACE(l.cnpj_informado, '[^0-9]', ''), 8) = c.cnpj_raiz
OR SPLIT_PART(l.email, '@', 2) = c.dominio
OR l.site_dominio = c.dominio
OR normaliza(l.empresa_digitada) = normaliza(c.razao_social)
WHERE l.status = 'novo';Duas coisas nesta consulta valem mais que o resultado. A primeira é a exclusão de domínios livres na segunda condição: sem essa lista de referência, todo lead com endereço pessoal casaria com a primeira conta que também tivesse um, e você produziria correspondência errada com aparência de correspondência.
A segunda é a coluna sinal. Ela não serve para rotear nada. Ela serve para, três meses depois, você conseguir medir a taxa de acerto de cada sinal separadamente e descobrir, por exemplo, que a correspondência por nome normalizado erra em uma de cada cinco tentativas e precisa virar fila de revisão humana em vez de roteamento automático. Automação sem esse campo é automação sem termômetro.
A função normaliza é sua: ela tira acentos, pontuação e os sufixos societários LTDA, S.A., ME e EIRELI, e põe tudo em caixa baixa. Escreva uma vez, versione, e use a mesma dos dois lados da comparação.
Na práticaÓrbita Software · o custo dos leads que não pertencem a ninguém
O cenário. Otávio Lins, gerente de inside sales, faz o roteamento à mão toda segunda-feira de manhã. Ele abre a lista de leads novos, olha o nome da empresa, decide de quem é e distribui em rodízio. Não existe regra por segmento nem por território escrita em lugar nenhum, e não existe acordo de nível de serviço de resposta. A mediana até o primeiro contato é de 19 horas e o percentil 90 é de 4,2 dias.
Passo 1, o tamanho do buraco. Dos 3.050 MQL de 2025, 612 não receberam nenhuma tentativa de contato. São 20,1% da fila. Eles não aparecem em nenhuma taxa de conversão da empresa, porque nunca entraram em nenhum denominador de trabalho: não foram aceitos nem rejeitados. Estatisticamente, eles não existem.
Passo 2, por que o roteamento manual produz isso. Uma pessoa olhando nome de empresa não consegue responder a três perguntas que a correspondência automática responde em milissegundos: esta empresa já é cliente? Já existe uma oportunidade aberta com ela? Quem é o dono da conta? Sem as três, o lead que chega de uma conta que já tem dono entra no rodízio e cai com outra pessoa, e o dono legítimo nunca fica sabendo. A Órbita registra 41,0% de falha na passagem de SDR para AE, com SQL descartados sem motivo registrado. Parte disso é qualidade de lead. Parte é lead entregue a quem não era.
Passo 3, o valor, com a honestidade que ele exige. O dataset da Órbita publica uma estimativa de ARR deixado na mesa por essa fila entre R$ 800 mil e R$ 1,4 milhão por ano. Contra um ARR novo total de R$ 6,9 milhões, isso é entre 11,6% e 20,3% de tudo o que o time comercial vendeu em 2025. A faixa é larga de propósito: ela supõe que os leads não tocados converteriam na mesma taxa dos tocados, o que é uma premissa frágil e provavelmente otimista. Leve a faixa à reunião, nunca o ponto médio.
O veredito. Correspondência lead-conta não é uma ferramenta. É uma consulta de vinte linhas rodando antes do roteamento. A Órbita não tem orçamento para uma plataforma de roteamento e não precisa de uma para sair de 20,1% de fila órfã. Precisa de uma decisão de quem escreve a consulta e de quem responde pelo número na segunda-feira seguinte.
| Cap. | Objeto ou camada | Sistema dono hoje | Chave usada | Defeito nomeado no dataset | O que isso significa na prática |
|---|---|---|---|---|---|
| 5.1 | Vocabulário e mapa de objetos | nenhum | quatro chaves incompatíveis | Defeito 3: 4 versões do ARR, nenhuma definição escrita | Antes de comprar qualquer camada, alguém precisa escrever qual é a pergunta. Isso custa R$ 0 e ainda não foi feito. |
| 5.2 | Conta, identidade e hierarquia | Omie, por acidente | CNPJ no ERP, Account Id no CRM | Defeitos 2 e 7: 611 contra 544 clientes, Transvale como 4 contas | A chave natural já existe de graça no Brasil e a Órbita não a usa no CRM. É a correção mais barata do módulo inteiro. |
| 5.3 | Lead, contato e correspondência com conta | RD Station Marketing | Defeito 1: 612 MQL sem nenhuma tentativa e roteamento manual às segundas | O lead entra no sistema sem nenhuma linha ligando à conta. Roteamento sem correspondência é sorteio com nome de processo. | |
| 5.4 | Cotação, contrato, assinatura e fatura | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.5 | Movimento do dado entre sistemas | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.6 | Verdade, instantâneo e reconciliação | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.7 | Governança de campo e LGPD | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.8 | Camadas, escada de compra e preço | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
A arquitetura da Órbita, 3 de 8 linhas preenchidas. Esta é a mesma tabela em todo o módulo: cada capítulo preenche a sua linha e nenhuma linha é preenchida duas vezes. Se você estiver lendo fora de ordem, as linhas em cinza são as que ainda não têm resposta.
Exercício 5.345 minutos, export de leads e export de contas da sua base
Use a sua empresa em todos os itens, exceto o 1, que também pede a conta da Órbita.
- Calcule a sua taxa de leads órfãos no último trimestre, e faça a mesma conta para a Órbita a partir de 3.050 MQL e 612 sem tentativa.
- Meça, na sua base de leads, o percentual de preenchimento de cada um dos cinco sinais. Ordene do mais preenchido ao menos preenchido e compare com a ordem de confiabilidade da Figura 5.3-b.
- Qual campo precisa existir para que você consiga auditar a correspondência daqui a três meses? Escreva o nome do campo e os valores possíveis dele.
- Monte a sua lista de domínios livres. Diga quantos leads da sua base caem nela e o que acontece hoje com esses leads.
- Item adversarial. Alguém argumenta que consertar correspondência de lead é otimizar um modelo obsoleto, porque a decisão B2B é de grupo. Construa o argumento na versão mais forte e responda.
Conferir respostasEsconder respostas
- A taxa de órfãos. A conta é leads criados no período menos leads com pelo menos uma tentativa de contato registrada, dividido pelo total. Na Órbita: 612 ÷ 3.050 = 20,1%. A parte que separa a resposta boa da certa é o que você faz com os órfãos: eles não são leads ruins, são leads desconhecidos, e classificá-los como ruins sem ter tocado é a forma mais elegante de nunca precisar consertar o roteamento.
- Os cinco sinais na sua base. O resultado típico surpreende para baixo. Campo de CNPJ preenchido em lead costuma ficar abaixo de 20% em empresas que não o pedem no formulário; domínio de site raramente existe como campo; telefone com DDD chega preenchido mas com formatação inconsistente, que é o que torna a comparação inútil. A conclusão operacional de quase toda turma é a mesma: pedir CNPJ no formulário é a intervenção de maior retorno e menor custo do módulo inteiro, e a objeção de que isso derruba a conversão do formulário se testa em duas semanas com um teste A/B.
- O campo que falta. A resposta é o campo que grava qual sinal produziu a correspondência. Sem ele você tem uma taxa de acerto agregada e nenhuma capacidade de agir sobre ela. Com ele, você descobre que quatro dos cinco sinais estão saudáveis e um está envenenando o conjunto, e desliga só aquele.
- Domínios livres. A lista mínima tem os provedores de e-mail gratuito mais usados no país e os domínios de provedores de acesso. O erro comum é montar a lista uma vez e nunca revisar. O erro mais grave é não ter a lista: aí toda correspondência por domínio junta empresas que não têm nenhuma relação, e o pior é que ela junta com confiança alta, porque o sinal usado foi o segundo da ordem.
- O argumento contra você. O argumento mais forte vem de quem trabalha com grupo de compra: o modelo centrado em lead individual está errado na raiz, porque a decisão B2B é coletiva, e consertar a correspondência é aperfeiçoar um modelo que deveria ser abandonado. A posição está certa sobre o limite do modelo e errada sobre a ordem. Trabalhar por grupo de compra exige saber a que conta cada pessoa pertence, com mais precisão e não com menos. A correspondência lead-conta é pré-requisito da alternativa, não concorrente dela. Quem pula esta etapa para ir direto ao modelo de conta constrói o modelo sofisticado em cima do mesmo vazio.
Armadilha: sincronizar tudo do marketing para o CRM por garantia
A cena acontece na implantação, e quem propõe tem a melhor das intenções. Alguém pergunta quais contatos devem ir da ferramenta de marketing para o CRM e a resposta é: todos, porque depois a gente filtra. O CRM enche de registros que ninguém vai trabalhar, o custo por licença sobe, e o efeito colateral que ninguém antecipa é o pior de todos: todas as taxas de conversão do funil desabam ao mesmo tempo, porque o denominador triplicou sem que nada tenha piorado na operação. O vendedor abre a lista dele, vê nomes que não fazem sentido e para de confiar na base. Recuperar essa confiança leva mais tempo do que construiu.
O teste que evita isso cabe numa pergunta, e ela é operacional, não filosófica: existe um humano do comercial que vai agir sobre este registro nos próximos 30 dias? Se a resposta for não, ele fica no marketing. A Órbita tem 35 pessoas sem licença de CRM, entre marketing, sucesso do cliente, implantação e suporte. Sincronizar tudo para dentro de um sistema que a maior parte da empresa não consegue abrir é pagar licença para esconder dado.
Base cheia não é base rica. É base em que ninguém acredita, e base em que ninguém acredita volta a ser planilha em três meses.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Por que a duplicidade de contas é uma propriedade estrutural do modelo e não um descuido de operação?
Porque o objeto Lead não tem nenhum relacionamento com o objeto Conta. Enquanto a pessoa é lead, a empresa dela é texto digitado, não registro. A ligação só nasce na conversão, que é uma tarefa manual executada por quem é remunerado por outra coisa. O desenho pede uma ação humana repetida para manter uma integridade que o modelo poderia garantir sozinho, e toda integridade que depende de lembrança acaba falhando na escala.2Uma empresa recebe 2.400 leads num trimestre. 1.500 têm domínio corporativo, 600 têm domínio livre e 300 vêm sem e-mail válido. Se a única regra de correspondência for por domínio de e-mail, qual proporção da fila fica sem conta atribuída, e o que você faz com ela?
900 de 2.400, ou 37,5%, ficam sem atribuição. A resposta completa não para aí: dos 600 com domínio livre, uma parte casaria por CNPJ se o formulário o pedisse, e outra por nome normalizado com revisão humana. A ação correta é separar os 900 em duas filas, uma de revisão e uma de enriquecimento, e medir as duas. Mandar os 900 para o rodízio junto com o resto é o que produz fila órfã, porque eles chegam ao vendedor sem contexto e morrem no primeiro filtro mental dele.3No Módulo 4 você escreveu a definição de MQL com dois limiares e uma lista de exclusões. Qual decisão deste capítulo precisa estar tomada para que a taxa de aceite dessa definição signifique alguma coisa?Módulo 4 · 4.1
A correspondência com conta, executada antes do roteamento. Sem ela, a taxa de aceite mistura duas causas que exigem correções opostas: lead que não atende à definição, que é problema de marketing, e lead que atende mas foi entregue à pessoa errada, que é problema de roteamento. As duas aparecem no mesmo número, e a reunião mensal vira uma disputa sobre qual das duas predomina, sem que ninguém tenha o dado que separaria. Com a correspondência, a rejeição por “não é minha conta” vira um motivo próprio e a briga acaba.4Escreva de memória os cinco sinais de correspondência na ordem, e diga o que precisa ser gravado além do resultado.
CNPJ informado, domínio corporativo do e-mail com exclusão de domínios livres, domínio do site, nome normalizado sem sufixo societário, telefone com DDD. Além do resultado, grave qual sinal produziu a correspondência. Se você escreveu a ordem sem a exclusão de domínios livres no segundo item, volte à Figura 5.3-c: é essa exclusão que impede o sinal de casar empresas que não têm nenhuma relação, e ela pesa mais no Brasil do que na literatura importada.