Motor de Inteligência Comercial

A MG Card vem investindo em marketing e tráfego pago para atrair empresas interessadas em cartão alimentação, refeição e benefícios como o Wellhub. O resultado tem sido caro e pouco qualificado. Isso não é falha de execução da campanha — é uma incompatibilidade entre o canal e o tipo de compra.

Tráfego pago funciona quando existe demanda latente pesquisando. Benefício corporativo não funciona assim:

• O decisor é o sócio, o financeiro ou o DP de uma empresa específica — não um consumidor navegando.
• A compra nasce de um evento interno: a empresa cresceu, o contrato venceu, alguém reclamou da rede credenciada.
• Quando esse decisor de fato pesquisa, a disputa por palavra-chave é contra Caju, Flash, Swile, Pluxee e iFood Benefícios — orçamentos de mídia incomparáveis.

Paga-se caro para competir no único momento em que o concorrente maior está mais bem posicionado, e ignora-se todo o resto do tempo — que é quando a decisão de fato se forma.

Esta é a decisão que precisa ser tomada antes de qualquer linha de código, porque ela muda o que o sistema é. Não é uma questão de escopo — é uma questão de qual produto estamos construindo.

Recomendação: começar em A, construir pensando em B

Não porque a ambição deva ser pequena, mas porque a sequência importa. Quatro razões:

• É onde o diferencial já existe. "Somos de Itaúna, atendemos pessoalmente" é um argumento real contra Caju e Alelo em Divinópolis, e não custa nada para a MG Card sustentar.
• É onde dá para validar o score. O Adriano conhece essas empresas. Quando o sistema errar, ele vai perceber na hora — e essa correção é o que calibra o motor. Num território distante, o erro passa despercebido.
• Expandir depois é trocar um parâmetro, não refazer o sistema. O motor é o mesmo; muda o recorte geográfico da base e o volume de caixas. O trabalho pesado — detecção de incumbente, score, painel — é reaproveitado integralmente.
• Saturar o território é o melhor problema possível. Significa que funcionou, e a expansão passa a ser feita com um motor já calibrado e um histórico de conversão real para embasar a projeção.

Existe ainda um caminho intermediário que vale considerar: expansão por adjacência. Belo Horizonte está a pouco mais de cem quilômetros de Divinópolis — perto o bastante para visita presencial. Crescer por raio de deslocamento preserva o diferencial em vez de abandoná-lo, e é uma transição de A para B sem descontinuidade.

O Centro-Oeste mineiro é um cluster industrial denso e bem delimitado. Isso é favorável ao projeto por um motivo específico: há uma concentração alta de empresas na faixa de 50 a 300 funcionários — exatamente o porte de melhor relação entre ticket e ciclo de venda.

A consequência de um universo finito

Se o território tem algumas centenas de empresas qualificáveis, a lógica do sistema se inverte em relação ao que descrevi na versão 1:

A última linha é a mais importante. Num território pequeno, a MG Card só tem uma chance com cada empresa — e as pessoas se conhecem. Um e-mail malfeito para uma indústria de Itaúna pode ser comentado numa reunião de associação comercial. Isso reforça, e não enfraquece, a escolha de um sistema baseado em sinal verificado e aprovação humana.

A proposta é inverter o fluxo: em vez de esperar que a empresa certa apareça, mapear o território inteiro e abordar cada empresa no momento em que ela dá sinal de estar comprando.

Isso descreve outbound — mas é preciso separar duas coisas que costumam ser confundidas, porque a diferença entre elas é o projeto inteiro:

O núcleo do sistema — e o ativo que a MG Card passa a ter e os concorrentes não. Três fontes independentes, cruzadas. Cada uma responde a uma pergunta comercial diferente:

Planos alternativos, caso a cobertura seja fraca

As três primeiras alternativas mantêm o projeto viável mesmo no pior cenário. Por isso o teste vem antes da construção: ele não decide se fazemos, decide como.

O que o cruzamento produz

O segundo e-mail não é melhor escrito. Ele é informado — e a parte informada é integralmente automatizável. É exatamente o que o motor produz.

Cada empresa recebe uma nota de 0 a 100, recalculada semanalmente. No cenário regional a nota não serve para excluir empresa — serve para definir a ordem em que o território é trabalhado.

Porte — proxy direto de ticket

Movimento — proxy de urgência

Brecha competitiva — proxy de probabilidade de troca

Bônus — gatilhos de contexto

Validação retrospectiva — antes de confiar em qualquer peso

Os números acima são hipótese minha, não verdade. Existe um teste que não custa nada e vale mais que qualquer discussão teórica sobre pesos:

Esse teste também muda a natureza da conversa com o Adriano. Em vez de perguntar "o que você acha desses pesos?" — pergunta que ninguém responde bem — passa a ser "vamos olhar seus vinte melhores clientes e ver o que eles têm em comum". Essa ele responde de cabeça, e provavelmente com informação que não está em base de dados nenhuma.

Perguntas que essa sessão precisa responder

• Dos clientes atuais, quais dão mais margem — e não apenas mais volume?
• Existe setor que a MG Card atende especialmente bem, ou que evita?
• Qual o ciclo médio das últimas vendas, do primeiro contato à assinatura?
• Tem empresa que já tentaram e não deu certo? O que travou?
• Qual foi a última conta perdida para concorrente, e o que pesou na decisão?
• Nas vendas que fecharam, quem foi a primeira pessoa que atendeu?

A versão 1 assumia RH como alvo padrão. No perfil de empresa do território, isso está errado na maior parte dos casos.

Em indústria de médio porte no interior, benefício é decisão de custo, não de gente. Quem opera o cartão é o DP; quem decide trocar de fornecedor é o sócio ou o financeiro. E abaixo de cem funcionários frequentemente não existe RH — existe um departamento administrativo que faz folha, compras e contas a pagar na mesma mesa.

O sistema seleciona o alvo e o argumento automaticamente a partir da faixa de porte, mas a tabela acima é hipótese a validar. A pergunta ao Adriano — nas vendas que já fecharam, quem atendeu primeiro? — vale mais que qualquer suposição minha sobre o perfil de decisão da região.

Saber quem atende a conta hoje muda o que faz sentido dizer. O sistema seleciona a linha de argumentação a partir do incumbente detectado, cruzada com o porte:

Em todas as linhas, no cenário regional, existe um argumento transversal que nenhum concorrente nacional consegue igualar: estar na mesma cidade. Ele não substitui o ângulo específico, mas fecha o e-mail em qualquer um deles.

Implementadas no código, não deixadas a critério de quem opera. Protegem simultaneamente a reputação do domínio, a marca da MG Card e a conformidade legal. Num território pequeno, protegem também algo mais difícil de recuperar: a reputação pessoal do Adriano na região.

1. Sem sinal, sem contato.

   Empresa sem nenhum sinal não é abordada, independentemente do porte. Ela permanece na base, aguardando.

2. Verificação de entregabilidade obrigatória antes do envio.

   Endereços inválidos e arriscados são descartados, não enviados "para testar". Bounce alto destrói reputação de domínio rápido e de forma difícil de reverter.

3. Teto de envio por caixa.

   Algumas dezenas de envios por dia por caixa, com intervalo irregular. Crescimento gradual durante o aquecimento.

4. Cadência encerra na resposta.

   Qualquer resposta interrompe a sequência no mesmo instante. Nada é mais destrutivo do que o lead responder com interesse e receber, no dia seguinte, um "reforçando meu e-mail anterior".

5. Máximo de três toques.

   Sem resposta após o terceiro, a empresa é arquivada com carência mínima de seis meses — ou antes, se um novo sinal forte aparecer.

6. Supressão por domínio.

   Contatada uma pessoa da empresa, nenhuma outra é abordada por 90 dias. Evita que três pessoas do mesmo setor comentem o e-mail idêntico que receberam.

7. Descadastro em um clique, honrado permanentemente.

   Lista de bloqueio global, checada antes de qualquer envio, para sempre — inclusive em campanhas futuras não relacionadas.

8. Somente contato profissional.

   Nada de e-mail pessoal, telefone pessoal ou dado sensível. O alvo é o papel dentro da empresa, não a pessoa física.

Nenhum e-mail sai automaticamente. Entre a coleta e o disparo existe uma fila de aprovação onde alguém da MG Card vê, para cada empresa:

• Nome, porte, setor e município
• O sinal que a qualificou — quantas vagas, quais, quando
• O incumbente detectado e o trecho exato da vaga que o revelou
• O score e sua decomposição nos quatro componentes
• O contato, o cargo e o resultado da verificação de entregabilidade
• O e-mail já montado, editável antes do envio

Três ações: aprovar, editar e aprovar ou rejeitar com motivo. O motivo da rejeição é o dado mais valioso do sistema — é ele que ensina o motor a errar menos. "Cliente antigo", "concorrente do sócio", "já falamos ano passado" e "essa é do primo do fulano" viram filtros automáticos na semana seguinte. Num território pequeno, esse tipo de conhecimento local é justamente o que nenhuma base de dados tem.

A revisão de uma fila de 40 empresas leva cerca de 20 minutos por semana.

Estágios do pipeline

O estágio de visita foi acrescentado nesta versão porque, no cenário regional, ele é o objetivo real do e-mail — e portanto a métrica que importa medir.

Princípio de escopo: não construir o que já é commodity. O investimento de desenvolvimento vai inteiro para as camadas que ninguém vende pronto — que são justamente o diferencial.

A versão 2 colocava a base de empresas como assinatura. Revi essa linha, e ela não sobrevive ao recorte de dois municípios.

Cerca de 70% do esforço de desenvolvimento concentrado no que é exclusivo da MG Card; as partes genéricas resolvidas por assinaturas de custo baixo e previsível.

Por que a base de empresas saiu da coluna "assinar"

Econodata, Speedio e equivalentes não têm uma fonte secreta. A espinha dorsal delas é o Cadastro Nacional da Pessoa Jurídica em Dados Abertos, que a Receita Federal publica mensalmente, em CSV, sem cadastro e sem custo. O que essas plataformas vendem por cima é interface, atualização gerenciada, cobertura nacional e alguns campos comprados de terceiros.

Das três coisas, duas não nos servem e a terceira a gente resolve sozinho. O arquivo público já traz, por estabelecimento:

Isto é: CNPJ, razão social, porte, CNAE, endereço, telefone, e-mail e nome dos sócios — de graça, para as duas cidades. A assinatura de R$ 450 por mês entrega cobertura nacional contínua; nós usaríamos dois municípios de um universo que muda cerca de 1% ao mês. É comprar o produto errado.

Consequência para a bifurcação da seção 02

A decisão regional × expansivo passa a ter um custo explícito e não só uma diferença de esforço:

A ingestão é a mesma nos dois casos — muda a fonte que alimenta a tabela, não o motor. Começar pelo arquivo público não fecha a porta da assinatura; só adia a decisão para quando ela tiver retorno.

Seria desonesto apresentar a base pública como solução completa. Ela resolve o universo — quem existe, onde, de que tamanho, de que setor, quem são os sócios. Ela não resolve o canal.

O enriquecimento é onde vale gastar, e fica barato justamente porque a lista já chega filtrada e pequena. Quatro camadas, da mais barata para a mais cara:

A camada 4 só é viável porque o território é pequeno. Em cima de 100 a 200 contas prioritárias, meia hora de pesquisa manual bate qualquer ferramenta automatizada — e é o inverso do que aconteceria no cenário expansivo.

A camada 2 merece destaque: em empresa de porte médio do interior, a caixa genérica costuma ser o canal que de fato tem alguém lendo. Não é o plano B do e-mail nominal — em boa parte do território é o plano A, e ainda por cima é o terreno mais seguro do ponto de vista da LGPD.

Por que não usar o LinkedIn como fonte

• Não expõe e-mail. O dado que precisamos não está lá.
• Coleta automatizada viola os termos de uso. Bloqueio e banimento de conta são rotina, não risco teórico.
• Não tem o dado que mais importa. Número de funcionários no LinkedIn é autodeclarado e frequentemente desatualizado. Base derivada de CNPJ e RAIS é mais confiável.
• Cobertura fraca no perfil-alvo. Indústria de médio porte no interior de Minas tem presença institucional irregular no LinkedIn — o viés da plataforma é urbano e corporativo.

Por que não disparar do domínio oficial

Volume de contato frio saindo de @mgcard.com.br compromete a reputação do domínio. O efeito colateral não é o cold email ir para spam — é o e-mail que já funciona começar a ir junto: propostas para clientes ativos, faturas, comunicação com parceiros.

Configuração correta:

• Domínio secundário próximo e legível, do tipo mgcardbeneficios.com.br
• SPF, DKIM e DMARC configurados desde o primeiro dia
• Duas a três caixas reais, com nome de pessoa real da equipe
• Aquecimento gradual de duas a três semanas antes do primeiro envio real

O domínio oficial segue intocado para relacionamento com cliente ativo. O aquecimento é o item de maior prazo do projeto e por isso começa na primeira semana, em paralelo ao desenvolvimento.

Por que uma plataforma de cadência, e não um serviço de e-mail transacional

Ferramentas como Resend existem para mensagem transacional — confirmação de pedido, redefinição de senha. Contato frio em volume tipicamente viola os termos de uso dessa categoria, com risco de encerramento de conta. Mas o impedimento técnico é mais profundo que o contratual.

Contato frio precisa sair de uma caixa de e-mail real, via SMTP autenticado — não de uma API de disparo. A resposta precisa cair numa caixa que uma pessoa abre, dentro de uma conversa normal.

A quinta linha é a decisiva. Sem detecção de resposta, o lead responde com interesse e recebe o follow-up automático no dia seguinte — a venda já foi perdida ali. Construir essas sete capacidades do zero é trabalho de meses; assinar custa algumas dezenas de dólares por mês. É a parte mais barata e mais insubstituível do conjunto.

Contato B2B não exige consentimento prévio — a LGPD prevê a hipótese de legítimo interesse. Mas ela só se sustenta com controles demonstráveis, todos já contemplados no desenho:

A rastreabilidade não é só proteção jurídica — é a mesma infraestrutura que alimenta o aprendizado do score. Um sistema auditável e um sistema que aprende têm exatamente o mesmo requisito: registrar tudo.

O uso do quadro societário exige um cuidado a mais

O QSA da Receita é público, mas nome de sócio é dado pessoal de pessoa física. O fato de a fonte ser aberta não dispensa base legal para o tratamento — dispensa apenas a discussão sobre a licitude da coleta. Na prática isso cria uma hierarquia de canal:

A regra operacional é simples: tentar as duas primeiras linhas antes da terceira, e nunca citar no e-mail de onde veio o nome da pessoa. "Vi que você é sócio-administrador na Receita Federal" é tecnicamente verdadeiro e comercialmente desastroso.

Recomendação: submeter o texto do primeiro contato e a política de dados à revisão do jurídico da MG Card antes do primeiro disparo real, com atenção específica ao uso de nome de sócio como campo de personalização.

Cinco etapas. Duas delas são portões de decisão: não se avança sem a resposta, porque a resposta muda o que se constrói.

Custo recorrente de operação — ordem de grandeza

No cenário regional os custos são menores que no expansivo: menos caixas, menos volume de verificação e uma base com recorte geográfico restrito. Os valores exatos fecham após as demonstrações — que é onde está a única variável relevante.

Seis definições, em ordem de impacto. As duas primeiras são bloqueantes — sem elas não há o que construir.