Resposta direta: coloque uma barreira de elegibilidade antes do lead scoring. Regras auditáveis devem decidir se a oferta, o mercado, o canal e a capacidade são compatíveis com o lead. Só depois a IA deve ordenar os casos elegíveis por propensão, valor esperado ou urgência. Quando falta evidência, o estado correto é desconhecido e vai para revisão ou coleta de dados — não recebe zero pontos e não é descartado silenciosamente.
Um lead pode abrir todos os e-mails, visitar a página de preços e pedir contato. Ainda assim, talvez esteja fora da área atendida, pertença a um tipo de cliente incompatível com a oferta, precise de uma versão indisponível, não tenha permissão para aquele canal ou chegue quando a equipe adequada está sem capacidade. Score alto não corrige essa incompatibilidade. Ele apenas coloca um caso inadequado no topo mais rápido.
Não confunda inválido, inelegível e baixa prioridade
- Inválido — spam, duplicata sem valor, identidade falsa ou contato tecnicamente inutilizável.
- Inelegível — pessoa ou empresa real, mas a oferta ou o fluxo não se aplica sob uma regra declarada e vigente.
- Desconhecido — falta evidência para confirmar a regra; exige enriquecimento, pergunta ou revisão.
- Elegível com baixa prioridade — pode ser atendido, porém outros casos têm maior valor, urgência ou probabilidade.
- Elegível com alta prioridade — pode receber a oferta e justifica ação mais rápida dentro da capacidade disponível.
Se todos esses estados viram uma única nota, marketing não sabe se deve melhorar mídia, formulário, dados, cobertura, oferta ou operação de vendas. Vendas recebe casos impossíveis; a plataforma aprende com rejeições mal classificadas; finanças vê custo por lead cair enquanto o custo por conversa elegível sobe.
Escreva o Contrato de Elegibilidade da Oferta
- Unidade de decisão — uma oferta, versão, mercado, canal e data de vigência; não “todos os leads”.
- Regras duras — cobertura geográfica, produto, tipo de cliente, contrato, permissão, estoque ou capacidade que não devem ser inferidos por probabilidade.
- Evidência — campo, sistema de registro, origem, timestamp, validade e responsável por corrigir divergências.
- Estados — elegível, inelegível e desconhecido, com motivo padronizado; desconhecido nunca significa automaticamente não.
- Precedência — ordem entre regras e comportamento quando CRM, catálogo, território ou capacidade discordam.
- Ação — rotear, nutrir, perguntar, revisar, aguardar capacidade ou encerrar com explicação apropriada.
- Prioridade — score aplicado somente à população elegível, com versão, limiar e janela de validade.
- Feedback — aceite, primeira conversa, avanço, receita, motivo de devolução e custo, ligados à versão da regra.
O contrato precisa caber em uma tabela versionada antes de virar arquitetura. Para uma empresa B2B brasileira, por exemplo, a primeira versão pode cobrir uma oferta, dois estados, um segmento de empresa e duas filas comerciais. A regra de cobertura vem do território aprovado; capacidade vem da fila; elegibilidade contratual vem do CRM ou ERP; intenção pode vir do comportamento. Não use o modelo para adivinhar uma restrição que o sistema de registro deveria declarar.
Use o CRM nativo antes de construir outro motor
O HubSpot separa fit e engajamento e permite scores diferentes por região. Essa separação é útil, mas um score negativo para região não atendida ainda é um número, não necessariamente uma barreira. Use listas, propriedades e branches para materializar a regra; mantenha o score para ordenação dentro do conjunto permitido.
O Salesforce processa regras de atribuição em ordem e recomenda um catch-all. Isso permite colocar o caso desconhecido em uma fila de revisão em vez de deixá-lo cair no default sem diagnóstico. O Dynamics 365 considera atributos, disponibilidade e capacidade do vendedor. A função nativa pode bastar quando a evidência está estruturada e a regra muda pouco.
Integração passa a ser o investimento principal quando a elegibilidade vive fora do CRM: área de cobertura, entitlement, catálogo, agenda, estoque, parceiro autorizado ou capacidade. Um modelo só merece entrar quando evidência relevante chega em texto ou documentos, o volume justifica classificação e existe amostra revisada. Mesmo assim, a IA deve extrair e recomendar; regras duras continuam fora do score.
O que a IA pode e não pode fazer
A IA pode ler uma descrição de necessidade, mapear produto citado, detectar conflito entre país e oferta, resumir evidência, sugerir motivo padronizado, pedir o campo que falta e ordenar casos elegíveis. Deve registrar fonte e confiança e permitir correção humana. Em shadow mode, compare a sugestão com a decisão real sem mudar owner, estágio ou contato.
Não use IA para inferir critério sensível, decisão de crédito, obrigação legal ou exclusão regulada a partir de proxies. Não trate ausência como inelegibilidade. Não permita que um score ultrapasse uma proibição explícita. O NIST recomenda escopo, supervisão e falha segura fora dos limites de conhecimento; na prática, o fallback precisa ser revisão, pergunta ou espera — não ação inventada.
Piloto de seis semanas para uma oferta
- Semana 1 — escolha uma oferta e reconstrua de 50 a 100 leads recentes, seus owners, devoluções, conversas e resultados.
- Semana 2 — classifique regras, fontes, validade, conflitos e estados desconhecidos; nomeie owner de negócio e de dados.
- Semana 3 — implemente uma baseline de regras no CRM, uma fila de revisão e motivos padronizados, sem IA.
- Semana 4 — rode a extração ou classificação com IA em shadow mode; revise falsos elegíveis, falsos inelegíveis e desconhecidos.
- Semana 5 — libere um mercado ou fila com supervisão, SLA, capacidade, log, fallback e reversão.
- Semana 6 — compare com o fluxo anterior e decida corrigir dados, ampliar a regra, integrar outra fonte, manter a revisão ou encerrar.
Entregáveis incluem tabela versionada de elegibilidade, dicionário de evidência, matriz de precedência, fila de desconhecidos, motivos de roteamento, teste de regras, amostra revisada, log de decisão, painel operacional e runbook. O piloto não precisa de uma CDP nem de um modelo próprio. Precisa de uma oferta delimitada, uma população observável e uma ação que a equipe consegue executar.
Meça conversão elegível, não apenas MQL
Meça percentual elegível, desconhecidos, evidência vencida, falsos elegíveis e falsos inelegíveis, roteamento incorreto, tempo até owner, tempo até primeira conversa aceita, capacidade consumida, devolução por motivo, conversão por elegível, margem e custo por conversa elegível. Acompanhe contramétricas: exclusão indevida, concentração regional, fila de revisão vencida, abandono causado por perguntas adicionais e regras que nunca capturam exceções reais.
O custo cresce com ofertas e versões, mercados, frequência de mudança, sistemas de registro, identidade, APIs, disponibilidade, regras contratuais, volume de texto, revisão humana, auditoria e suporte. Compare três caminhos: regra nativa, integração de dados e classificação com IA. O componente mais caro nem sempre é o modelo; muitas vezes é manter a evidência de elegibilidade atual e reconciliada.
Conecte elegibilidade ao loop comercial
Compare score nativo e modelo próprio em https://makinai.co/insights/pt/lead-scoring-ia-crm-nativo-modelo-proprio-investimento, enriqueça sem esconder incerteza em https://makinai.co/insights/pt/ia-enriquecimento-leads-formulario-curto-evidencia, ajuste roteamento à capacidade em https://makinai.co/insights/pt/ia-alinhar-demanda-capacidade-vendas-midia e devolva resultado ao canal com https://makinai.co/insights/pt/ia-feedback-crm-plataformas-midia-leads-receita. Se hoje o CRM mistura restrição, fit, intenção e prioridade em uma única nota, leve à MAKINAI, em https://makinai.co/services/pt/consultoria-crm-ecommerce-commerce, uma oferta, as regras atuais e uma amostra anonimizada de devoluções. Podemos delimitar o contrato e o piloto antes de comprar outro motor de scoring.
As fontes descrevem recursos de produto e práticas de risco, não garantem conversão nem definem elegibilidade jurídica. O contrato, o piloto e as métricas são recomendações editoriais. LGPD, políticas comerciais, acessibilidade, contrato, setores regulados e critérios de tratamento devem ser revisados com responsáveis locais. O relatório agregado de 30 dias não atribui leads ou receita a um artigo; qualquer efeito do conteúdo deve ser avaliado com tráfego relevante, consultas e oportunidades qualificadas quando esses dados existirem.