5.5Capítulo 5 de 8

Como o dado anda: a fronteira entre o marketing e o CRM

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.

O custo de integrar não é de licença. É por aresta.9 sistemas da Órbita guardam registro de conta, contrato ou dinheiro. Cada ligação é um contrato de dado que alguém mantém.Ponto a ponto: 36 ligações possíveisCentro único: 9 ligaçõescentroCRMCRMMAPMAPERPERPContratoContratoSuporteSuporteTelemetriaTelemetriaProdutoProdutoDados ext.Dados ext.BIBIA Órbita tem 3 ligações ativas, nenhuma documentada, e a tracejada em vermelho está quebrada há nove meses. O risco não é o número de linhas. É não saber quantas linhas existem.

Arraste o desenho para o lado para ver inteiro

Figura 5.5 Trinta e seis é o teto, nove é o desenho, três é o que existe. Leia os dois grafos como dois futuros possíveis para a mesma empresa. À esquerda, cada sistema ligado a cada outro: são 36 ligações possíveis entre 9 sistemas, e cada linha é um contrato que alguém precisa manter quando um dos lados muda um campo. À direita, o mesmo conjunto ligado a um centro: 9 ligações. As três linhas sólidas do grafo da esquerda são as integrações que a Órbita realmente tem, e a vermelha é a que está quebrada desde março. O desenho não prova que a Órbita precisa de um centro hoje. Prova que ela não sabe o tamanho da própria tubulação.

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.

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?”.

O teste da fronteira, com prazo declaradocontato novo na base de marketingalguém do comercial vai agir sobreeste registro em 30 dias?nãosimfica no marketing97,1% da base da Órbitaentra no CRM2,9% da base da Órbita2.438 registros tocados por alguém do comercial em 2025, de 84.000 contatos na base.Sincronizar tudo por garantia não é cautela. É decidir que ninguém vai confiar na base de vendas.

Arraste o desenho para o lado para ver inteiro

Figura 5.5-b O registro fica onde vive quem vai agir sobre ele. Leia de cima para baixo. O losango é a decisão, e ela tem uma única pergunta com prazo declarado. O caminho da esquerda é o padrão: o registro continua no marketing, onde o custo por registro é baixo e o consentimento tem dono. O caminho da direita é a exceção e precisa ser justificada. A proporção impressa embaixo é da Órbita e está calculada no exemplo resolvido deste capítulo.

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.

Ida e volta: as duas direções que resolvem problemas diferentesCRMERP e faturamentoProduto e telemetriaarmazémguarda a históriacarga (ida)campo na conta do CRMvisível no instante da ligaçãodevolução (volta)Um escore de risco calculado e exibido só em painel vale zero. O mesmo escore como campo na conta vale a renovação.

Arraste o desenho para o lado para ver inteiro

Figura 5.5-c O painel fica no escritório do contador. A decisão acontece no balcão. Leia as duas setas como dois trajetos do mesmo dado. A de cima é a ida: os sistemas de operação entregam seus registros ao armazém, que é o cilindro do meio, e é lá que a história é guardada. A de baixo é a volta: um número calculado no armazém vira campo dentro do CRM. Hoje a Órbita não tem nenhuma das duas, e é por isso que o cálculo de risco de churn descrito no Módulo 2 nunca chegou a quem atende o cliente.

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.

Meses desde a última verificação do campoToda rotina de enriquecimento declara três coisas: fonte, precedência e data da última verificaçãoserve para rotearestimativa, não observaçãohoje3 meses6 meses9 meses12 mesesA Órbita gasta R$ 34 mil por ano em enriquecimento. O dono declarado do contrato, no inventário de sistemas, é ninguém.Campo enriquecido sem data de verificação não é dado. É lembrança.

Arraste o desenho para o lado para ver inteiro

Figura 5.5-d Sem data de verificação, você não consegue distinguir base velha de fornecedor ruim. Leia a régua da esquerda para a direita, em meses desde a última verificação. A faixa verde é o intervalo em que o campo enriquecido ainda sustenta uma decisão de roteamento. A hachura marca o trecho em que o valor é estimativa, não observação. A taxa de decaimento de dado de contato entre empresas mais citada no mercado, cerca de 2,1% ao mês, é atribuída à MarketingSherpa em material anterior a 2015, e não foi possível confirmá-la na fonte primária durante a preparação deste módulo: trate como ordem de grandeza, nunca como premissa de conta. Ela está no desenho justamente para você aprender a marcar o que não foi medido.
Decisão de arquiteturaPergunta que ela respondeEstado na Órbita hojeO que trava enquanto ela não existir
Vocabulário de objetoso que a empresa reconhece como coisa existenteimplícito, herdado da implantação de 2021pedidos de campo quando o que falta é objeto
Grão e identidade do clienteo que conta como um clienteausente: 544 no CRM, 611 no ERPnenhuma métrica por cliente é comparável entre áreas
Modelo de lead e correspondência com contaa que empresa esta pessoa pertencemanual, no momento da conversão pelo vendedorroteamento vira sorteio e a base duplica sozinha
Cadeia de cotação a faturaonde o dinheiro vira registrosem cotação estruturada e sem data de vigência no CRMa cascata de ARR não pode ser gerada por sistema
Movimento do dado entre sistemascomo o registro viaja e quem é dono da direção3 fluxos, nenhum documentado, 1 quebradonúmeros que atravessam canos que ninguém inspeciona
Lugar da verdade e da históriaonde a métrica é definida uma vez sóa preencher em 5.6a preencher em 5.6
Propriedade de campo e qualidadequem tem o direito de escrever cada campoa preencher em 5.7a preencher em 5.7
Camadas e ordem de comprao que comprar agora e o que não comprar aindaa preencher em 5.8a 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

  1. 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.
  2. Aplique o teste dos 30 dias à sua base de marketing. Quantos registros passam? Divida pelo total e escreva o percentual.
  3. 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.
  4. 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 respostas
  1. 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.
  2. 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.
  3. 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.
  4. 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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.

A Órbita Software é uma empresa fictícia, construída para este curso. Por que um caso fictício.