5.5 Como o dado anda: a fronteira entre o marketing e o CRM
Pergunta antes de ler
Quantas integrações existem hoje na sua empresa? Não quantas você acha que deveriam existir: quantas estão ligadas neste momento, movendo dado de um sistema para outro sem ninguém apertar botão. Escreva o número antes de continuar.
Depois escreva um segundo número: de quantas delas você sabe dizer, de cabeça, qual campo é escrito, em que direção e com que frequência.
Quase todo leitor escreve um número entre oito e vinte na primeira linha e um número entre zero e três na segunda. A distância entre os dois é o assunto deste capítulo. Na Órbita a primeira resposta é 3. São 3 fluxos montados no Zapier em 2022 por um estagiário que não trabalha mais lá, nenhum documentado, e um deles quebrado desde março. Nove meses. Ninguém notou.
A tentação é ler isso como desleixo. Não é. Integração nasce assim em toda empresa que cresce rápido, porque cada fluxo resolveu um problema real de alguém numa tarde específica, e ninguém foi contratado para ser dono da tubulação. O problema aparece depois, quando a empresa passa a decidir com base em números que atravessaram canos que ninguém inspeciona. Um cano quebrado há nove meses não avisa. Ele simplesmente para de encher o relatório.
- Fronteira entre a automação de marketing e o CRM
A plataforma de automação de marketing (marketing automation platform) é dona de duas coisas: comportamento e consentimento. Quem visitou, quem abriu, quem baixou, quem pediu para não receber mais. O CRM é dono de outras duas: compromisso comercial e dinheiro. Quem aceitou conversar, quem está em negociação, quanto vale, quando fecha.
A fronteira não é uma questão de gosto nem de qual time comprou primeiro. É uma regra de propriedade: o registro vive no sistema de quem é dono do que ele afirma. Teste da fronteira: existe um humano do comercial que vai agir sobre este registro nos próximos 30 dias? Se a resposta é não, ele fica no marketing.
Arraste o desenho para o lado para ver inteiro
A aritmética importa e é invisível em texto corrido. Com 9 sistemas, ligar cada um a cada outro dá 9 × 8 ÷ 2 = 36 ligações. Ligar todos a um centro dá 9. A redução não é estética: cada ligação é um acordo sobre quais campos viajam, em que direção e com que frequência, e alguém tem que manter esse acordo vivo quando um dos dois lados mudar. Ninguém mantém trinta e seis acordos. As pessoas mantêm três e esquecem o resto.
ligações ponto a ponto = n × (n − 1) ÷ 2 · ligações com centro = n
Com n sistemas que trocam dados, a topologia ponto a ponto tem um teto de ligações que cresce com o quadrado de n, enquanto a topologia de centro único cresce em linha reta. O ponto de virada prático fica por volta de cinco sistemas.
Sobre o critério da contagem
Em 5.1 o número era 12, porque lá a contagem era de contrato de software pago, dentro e fora do orçamento comercial. Aqui o critério é outro e mais estreito: guardar registro de conta, contrato ou dinheiro. A passagem de um número para o outro é subtração pura, e 3 daquelas linhas caem. Cai “Reunião e gravação”, que é Zoom mais o sequenciador Reev. Cai “Miscelânea”, que é Zapier, Calendly e Sales Navigator. Cai a cobrança Asaas, que executa boleto e Pix sobre uma fatura que já nasceu no Omie e não é dona do cadastro nem do valor. 12 menos 3 = 9.
Nenhuma linha entra, e vale dizer por quê, porque é exatamente aqui que esse tipo de conta costuma ser falsificado. O ERP Omie e a réplica do Postgres do produto parecem novidades deste capítulo, mas já estavam nas 12: são duas das linhas que ficam fora do orçamento comercial e que 5.1 mandou contar assim mesmo. Aparecer pela primeira vez no texto não é o mesmo que entrar na contagem. Os 9 que ficam são CRM, automação de marketing, ERP e emissor de nota, assinatura eletrônica, suporte, telemetria de produto, réplica do banco do produto, enriquecimento e o painel de BI.
Os dois números estão certos e respondem a perguntas diferentes. 12 é quanto a empresa paga. 9 é quanto a empresa precisa reconciliar. A conta de ligações deste capítulo usa o segundo: 9 × 8 ÷ 2 = 36. Com o primeiro seriam 12 × 11 ÷ 2 = 66. Trocar o critério no meio do caminho quase dobra o diagnóstico. Conte com o mesmo critério na sua empresa, declare qual dos dois você usou, e o número vai surpreender para cima de qualquer jeito.
O teste dos trinta dias
A fronteira mais atravessada de qualquer operação é a que separa a base de marketing da base de vendas. É onde nasce a maior parte da duplicidade, e é onde a pergunta errada é feita com mais frequência. A pergunta errada é “o que a gente sincroniza?”. A pergunta certa é “quem vai agir sobre isto, e quando?”.
Arraste o desenho para o lado para ver inteiro
Na práticaÓrbita Software · base de contatos e licenças de CRM, dez/25
O insumo. A base de marketing da Órbita tem 84.000 contatos, nenhum deles com base legal de LGPD registrada. Em 2025 a empresa gerou 3.050 MQL e 612 deles nunca receberam nenhuma tentativa de contato.
Passo 1: quantos registros passam no teste. Passam os que alguém do comercial tocou: 3.050 menos 612 = 2.438 registros. Sobre a base inteira, isso é 2.438 ÷ 84.000 = 2,9%. Portanto 97,1% da base não tem por que existir dentro do CRM.
Passo 2: a fronteira quebrada do outro lado. A Órbita tem 22 licenças de CRM e 57 pessoas na área de receita. As contas fecham: 22 com licença mais 35 sem licença somam 57. Os 35 sem acesso são marketing (10), Sucesso do Cliente (6), implantação (10) e suporte (9).
A leitura. A empresa errou a fronteira nos dois sentidos ao mesmo tempo. Deixou entrar no CRM um volume de registro que ninguém trabalha e deixou de fora 35 pessoas que precisam agir sobre cliente todo dia. Priscila Amaral gerencia 544 clientes com 5 pessoas e uma planilha, porque nenhuma delas consegue abrir o sistema onde o cliente mora.
O veredito. Fronteira não é sobre volume de dado. É sobre quem tem o direito de agir. Errar dos dois lados ao mesmo tempo custa licença e custa renovação.
As duas direções do cano
Toda discussão de integração fica mais simples quando você para de falar em ferramentas e passa a falar em direção. Existem duas, e elas servem a propósitos diferentes. A primeira leva dado dos sistemas de operação para um lugar central onde ele pode ser analisado com história. A segunda traz um resultado calculado nesse lugar central de volta para dentro do sistema onde a pessoa decide.
- Carga para o armazém e devolução ao sistema de operação
A ida se chama ELT: extrair dos sistemas, carregar no armazém de dados, transformar lá dentro. É o que permite responder perguntas sobre muitos registros ao mesmo tempo e sobre o passado.
A volta se chama reverse ETL: pegar um campo calculado no armazém e escrevê-lo de volta na conta do CRM, onde o vendedor e o CSM olham. Sem a volta, a análise vira painel, e painel é um lugar onde a informação espera por alguém que já decidiu sem ela.
Teste do momento da decisão: o dado precisa estar na frente de alguém no instante em que essa pessoa decide? Então precisa da volta. Serve para alguém pensar depois? Painel basta.
Arraste o desenho para o lado para ver inteiro
Enriquecimento é integração, e decai
A Órbita gasta R$ 34 mil por ano com enriquecimento de dados, entre assinatura da Econodata e consultas avulsas ao Serasa. O dono declarado desse contrato, no inventário de sistemas, é ninguém. Isso tem uma consequência prática imediata: quando o robô de enriquecimento e o vendedor discordam sobre o setor de uma conta, não existe regra que diga quem vence, e o campo passa a mudar sozinho.
Enriquecimento não é projeto. É assinatura, porque o dado decai. Empresa muda de razão social, contato troca de emprego, frota cresce, CNAE é reclassificado. Uma base enriquecida hoje está errada em uma fração dela daqui a doze meses, e a única forma de medir essa fração é guardar, em cada campo enriquecido, a data em que ele foi verificado pela última vez. Sem essa data você não tem como saber se a base envelheceu ou se o fornecedor sempre foi ruim.
Arraste o desenho para o lado para ver inteiro
| Decisão de arquitetura | Pergunta que ela responde | Estado na Órbita hoje | O que trava enquanto ela não existir |
|---|---|---|---|
| Vocabulário de objetos | o que a empresa reconhece como coisa existente | implícito, herdado da implantação de 2021 | pedidos de campo quando o que falta é objeto |
| Grão e identidade do cliente | o que conta como um cliente | ausente: 544 no CRM, 611 no ERP | nenhuma métrica por cliente é comparável entre áreas |
| Modelo de lead e correspondência com conta | a que empresa esta pessoa pertence | manual, no momento da conversão pelo vendedor | roteamento vira sorteio e a base duplica sozinha |
| Cadeia de cotação a fatura | onde o dinheiro vira registro | sem cotação estruturada e sem data de vigência no CRM | a cascata de ARR não pode ser gerada por sistema |
| Movimento do dado entre sistemas | como o registro viaja e quem é dono da direção | 3 fluxos, nenhum documentado, 1 quebrado | números que atravessam canos que ninguém inspeciona |
| Lugar da verdade e da história | onde a métrica é definida uma vez só | a preencher em 5.6 | a preencher em 5.6 |
| Propriedade de campo e qualidade | quem tem o direito de escrever cada campo | a preencher em 5.7 | a preencher em 5.7 |
| Camadas e ordem de compra | o que comprar agora e o que não comprar ainda | a preencher em 5.8 | a preencher em 5.8 |
A linha da arquitetura que este capítulo preenche. As quatro primeiras vêm de 5.1 a 5.4 e estão aqui para você ler a tabela inteira de uma vez. As três últimas ficam em branco de propósito: elas são o conteúdo de 5.6 a 5.8.
Exercício 5.545 minutos, papel e planilha
- Liste os sistemas da sua empresa que guardam registro de conta, contrato ou dinheiro. Conte quantos são, calcule o teto de ligações ponto a ponto com a fórmula e depois abra a tela de integrações de cada ferramenta e conte as que existem de verdade. Escreva os dois números lado a lado.
- Aplique o teste dos 30 dias à sua base de marketing. Quantos registros passam? Divida pelo total e escreva o percentual.
- Nomeie dois dados que hoje moram num painel e que deveriam estar dentro do CRM, e dois que estão no CRM e não precisariam estar. Justifique cada um pelo momento da decisão.
- Adversarial: um fluxo de integração da Órbita está quebrado há nove meses e ninguém notou. Argumente que isso é uma boa notícia, e depois diga qual decisão concreta essa boa notícia obriga a tomar.
Conferir respostasEsconder respostas
- Pelo critério do capítulo, valem os sistemas que guardam registro de conta, contrato ou dinheiro. Se você chegou a seis, o teto é 6 × 5 ÷ 2 = 15; se chegou a dez, é 10 × 9 ÷ 2 = 45. O número que importa não é o teto: é quantas você conseguiu listar de memória contra quantas apareceram quando você foi conferir nos painéis de administração de cada ferramenta.
- Passam no teste os registros sobre os quais existe uma pessoa nomeada com uma ação prevista em 30 dias. Na Órbita, 2,9% da base. Se na sua empresa o percentual passa de 30%, provavelmente você está contando intenção e não ação: reveja quantos daqueles registros receberam de fato uma tentativa registrada.
- Precisa de devolução ao sistema de operação todo dado que muda uma conversa no instante em que ela acontece: risco de churn antes da ligação do CSM, limite de desconto antes da proposta, sinal de uso antes da renovação. Não precisa: qualquer coisa que serve para planejar o trimestre.
- O fluxo quebrado há nove meses provavelmente não fez falta porque ninguém dependia dele para decidir nada. A resposta difícil é a segunda metade: se ninguém dependia, ele não deveria existir, e a empresa estava pagando manutenção mental por uma ligação sem propósito. A conclusão correta não é conserte o fluxo. É decida se ele deve existir e então documente ou desligue.
Armadilha: sincronizar nos dois sentidos sem dizer quem vence
A cena é banal e acontece em reunião de diretoria com todo mundo de boa-fé. O head comercial diz que o campo de segmento muda sozinho. O head de marketing responde que ninguém do time dele mexe naquele campo. Os dois estão certos.
Na Órbita o campo de segmento é preenchido à mão pelo vendedor e nunca revisado, e existe uma assinatura de enriquecimento sem dono declarado escrevendo sobre contas. Quando duas fontes escrevem no mesmo campo sem regra de precedência, o padrão que se instala é quem escreveu por último vence: o robô sobrescreve o que o vendedor digitou às 14h, o vendedor reescreve às 16h, o robô passa de novo à meia-noite. O campo entra em ciclo e ninguém consegue reproduzir o erro, porque ele depende da hora em que se olha.
O resultado é medido: 22% dos clientes estão no segmento errado. Toda a análise por segmento da Fase 1 foi feita sobre esse campo. A direção do diagnóstico continua correta porque o erro é aleatório em relação ao churn, e essa ressalva é obrigatória sempre que você citar o resultado.
Precedência não escrita é precedência decidida pelo relógio. Nenhum conselho aceita relógio como fonte da verdade.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Enuncie o teste da fronteira entre a automação de marketing e o CRM, com o prazo, e diga por que o prazo faz parte do teste.
Existe um humano do comercial que vai agir sobre este registro nos próximos 30 dias? Sem prazo, a pergunta vira “algum dia alguém pode querer isso?”, e a resposta é sempre sim. O prazo é o que transforma uma opinião numa regra que pode ser conferida.2Uma empresa tem 7 sistemas que trocam dado. Qual o teto de ligações ponto a ponto, quantas ligações teria com um centro único, e por que a diferença importa mais para quem mantém do que para quem compra?
7 × 6 ÷ 2 = 21 contra 7. A diferença importa para quem mantém porque o custo recorrente de uma integração não é a licença: é revisar o contrato de campos toda vez que um dos dois lados muda. Vinte e uma revisões ninguém faz, então algumas param de ser feitas em silêncio.3O Módulo 4 mediu que 44,0% das implantações começam com escopo diferente do vendido, e que a passagem de bastão entre vendas e implantação é feita por e-mail e uma conversa de trinta minutos. Que tipo de integração resolveria isso, e por que ela não é suficiente sozinha?Módulo 4 · 4.7
Nenhuma integração resolve sozinha, porque não existe campo de origem para integrar: o escopo vendido não está estruturado em lugar nenhum. O movimento do dado só pode carregar o que o modelo já registra. Primeiro se cria o objeto e os campos do documento de passagem, depois se liga o cano. Ligar cano antes é mover ausência com eficiência.4Escreva de memória as três declarações obrigatórias de toda rotina de enriquecimento e diga o que se perde quando falta a terceira.
Fonte, precedência e data da última verificação. Sem a terceira, você não consegue medir decaimento, e portanto não consegue distinguir uma base velha de um fornecedor ruim. As duas situações pedem decisões opostas: uma pede reverificação, a outra pede troca de contrato.