Uma empresa com quatro sistemas pergunta o que é uma conta e recebe quatro respostas.

Para o financeiro, uma conta é o CNPJ, porque a nota fiscal precisa de um. Para o comercial, é a holding que assina, porque é ela que negocia. Para o CS, é o contrato que renova. Para o marketing, é o domínio que converteu.

As quatro respostas estão corretas dentro do próprio sistema. Nenhuma delas está errada, e o forecast não fecha.

Esse é o problema que a limpeza de dados não resolve, porque ele não é de formato. Depois de deduplicar, padronizar grafia e preencher campo obrigatório, as quatro definições continuam intactas, agora escritas com a mesma grafia.

As duas camadas da normalização

Normalizar dado entre áreas tem duas camadas, e o mercado trata só a primeira.

A camada de formato responde como o valor é escrito. Grafia padronizada, tipo consistente, duplicata fundida, campo obrigatório preenchido. É trabalho necessário, tem método consolidado e entrega verificável.

A camada de significado responde o que o valor quer dizer. Qual entidade a palavra conta designa, qual evento a palavra ganho representa, qual condição a palavra MQL exige. Essa camada não tem entrega, tem vigência. Ela permanece válida enquanto alguém for responsável por mantê-la.

A Salesforce, na página sobre gestão de dados, descreve a primeira camada com precisão: limpeza padroniza formatos, remove erros e dá ao dado uma estrutura utilizável, e a gestão de dados mestres cria uma versão única e confiável dos dados-chave. O recorte é honesto e resolve cópia. Versão única de registro não resolve duas definições de ganho convivendo no mesmo campo padronizado.

A distinção importa porque as duas camadas falham de formas diferentes. Falha de formato produz erro visível, com registro duplicado e relatório que não roda. Falha de significado produz relatório que roda, número que aparece, e três leituras que se contradizem sem que nenhuma delas dispare alerta.

Os três nomes que atravessam todas as áreas

Três palavras aparecem no vocabulário de marketing, vendas, CS e financeiro ao mesmo tempo. São elas que quebram.

O que é uma conta

O caso descrito na abertura. A divergência não vem de descuido, vem de necessidades legítimas e diferentes: emitir nota, negociar contrato, renovar assinatura, atribuir conversão.

A definição operacional precisa escolher uma entidade primária e declarar as demais como atributos dela. Enquanto as quatro convivem como iguais, qualquer contagem de clientes depende de quem executa a consulta.

O que é um MQL

A HubSpot descreve um MQL como um lead que o time de marketing considera mais propenso a virar cliente em comparação com os demais, e pede explicitamente que marketing e vendas trabalhem juntos para identificar, explicar e registrar as características que formam um MQL naquele time.

O verbo que importa nessa recomendação é registrar. A diferença que o fornecedor descreve é de prontidão do comprador. A diferença que a operação sente é de aceite: marketing marca, vendas devolve. O campo aceita o valor porque a validação checa formato. O critério que vendas aplica no aceite mora em outro lugar, e a validação não o conhece.

O que é um ganho

Um ganho quebra onde o CRM e o resultado financeiro se encontram. O comercial marca quando o comprador se compromete. O financeiro reconhece quando a obrigação se cumpre. O CS considera quando a oferta entregue é a oferta vendida.

Sem regra compartilhada, o mesmo mês produz receita de forecast, receita reconhecida e receita renovada, todas chamadas de ganho. A padronização de grafia do estágio não decide qual evento o número representa.

Por que a validação de campo não alcança o significado

Um leitor com experiência em CRM levanta a objeção correta: parte disso se resolve com validação e lista fechada.

Validação verifica se o valor pertence a um conjunto permitido. Ela não verifica se o valor foi atribuído pelo motivo certo. Um vendedor consegue marcar ganho num negócio que o financeiro não reconhece, e a validação aceita, porque o valor está na lista.

Regra de sincronização entre sistemas tem o mesmo limite. A configuração bidirecional mais comum determina que o valor mais recente sobrescreve o anterior, o que resolve conflito de escrita e não resolve conflito de sentido. A definição acordada na segunda-feira desaparece na terça se alguém editar o campo depois.

O que falta é anterior ao campo. Enquanto a definição vive num glossário e o campo vive no sistema, a operação tem duas fontes e a que ganha é a que está mais perto do momento da escrita.

O que uma definição precisa ter para valer

Uma definição operacional tem cinco propriedades. Sem qualquer uma delas, ela volta a ser glossário.

Enunciado verificável: Condições que duas pessoas diferentes avaliam do mesmo jeito. "Conta com potencial" não é verificável. "Conta no tier A ou B do ICP vigente, com contato de influência declarada sobre orçamento" é.

Dono único: Uma pessoa com autoridade para alterar. Quando a definição tem dois donos, ela é renegociada no meio da execução, e a versão que vale passa a depender de quem falou por último.

Versão e data: Cada registro criado sob a definição carrega a versão que estava vigente. Sem isso, comparar conversão entre trimestres perde sentido, porque uma queda admite duas explicações incompatíveis, mudança de performance e mudança de definição.

Ponto de aplicação: O lugar exato onde a definição é consultada, que precisa ser o mesmo lugar onde o registro é criado. Definição que exige abrir outro documento não sobrevive a uma fila com prazo.

Destino da exceção: O que acontece quando alguém precisa fugir da regra. Um campo de exceção permanece limpo quando algo a jusante o consome e devolve consequência para quem preenche. Sem consumidor, ele degrada em poucas semanas para a primeira opção da lista.

Um registro de definição com as cinco propriedades cabe em poucas linhas:

Nome: SQL. Versão 3, vigente desde 12 de março. Dono: liderança de Revenue Operations. Enunciado: conta no tier A ou B do ICP vigente, contato com influência declarada sobre orçamento, dor mapeada em um dos casos de uso cobertos, janela de decisão declarada em até dois trimestres. Aplicação: tela de aceite do lead. Exceção: motivo obrigatório em lista de cinco opções. Substitui a versão 2, alterada porque 40% das recusas do trimestre anterior citaram ausência de janela de decisão.

A última linha é a que a maioria das operações não tem. Ela transforma a definição em algo que evolui com evidência, em vez de mudar por opinião na reunião trimestral.

Governança como direito de decidir

A leitura mais comum de governança de dados no mercado é comitê, política e dicionário. A referência canônica da profissão diz outra coisa.

A DAMA, na descrição do DMBOK, coloca governança no centro da disciplina e avisa o que ela não é. Governança não é um comitê, uma biblioteca de políticas ou uma implementação de tecnologia. É a função pela qual uma organização exerce autoridade e controle sobre planejamento, curadoria, uso, proteção e valor dos seus dados, coordenando definições, metadados, expectativas de qualidade e gestão de incidentes.

Autoridade sobre definição é exatamente a propriedade que falta quando conta significa quatro coisas. O comitê existe, a política existe, e ninguém tem o direito formal de decidir qual entidade a palavra designa quando financeiro e comercial discordam.

Nesse recorte, a governança em Go-to-Market não é um projeto paralelo ao RevOps. É a atribuição de direito de decisão sobre os nomes que a operação usa todo dia, exercida na execução em vez de no fórum. O trabalho de manter essa regra viva na semana é o que descrevemos em RevOps na prática.

O que muda na reunião de forecast

Com as cinco propriedades no lugar, a reunião de forecast muda de assunto.

Sem elas, a primeira meia hora reconcilia número. Quantas contas são clientes, qual mês reconhece qual receita, se o pipeline de vendas bate com o relatório de marketing. A discussão de direção começa depois que o tempo acabou.

Com elas, o número chega único e a reunião discute o que fazer com ele. A divergência que sobra passa a ser sobre a definição em si, e essa discussão tem dono, produz uma versão nova com data, e as execuções em curso herdam a mudança.

O ganho é de tempo entre a divergência e a correção. Quando a definição mora no arquivo da última limpeza, a correção espera o próximo trimestre. Quando mora no sistema que a execução consulta, ela muda dentro do ciclo aberto.

Na Strataflow os cinco atributos ficam no mesmo lugar. A camada de Organização concentra a entidade normalizada, o catálogo comercial e a estrutura, que as Iniciativas herdam sem reabrir vocabulário. As Definições do Ciclo carregam critério de entrada, de saída e de sucesso com versão. A camada de Conhecimento mantém métrica, lógica de funil e taxonomia disponíveis para a execução seguinte, junto com o que o Ciclo anterior ensinou.

Como iniciar um processo de normalização

O alinhamento entre as áreas é possível, e precisa acontecer antes de qualquer decisão de ferramenta. O que ele exige é um acordo escrito sobre alguns nomes, com dono e data, e um lugar onde a execução consulte esse acordo.

Passo 1: Escolher três nomes, não vinte. Os que aparecem em mais de uma área e que já causaram divergência em reunião de forecast. Na maioria das operações são conta, MQL e ganho.

Passo 2: Uma planilha, uma linha por versão de cada nome, com oito colunas: nome, número da versão, data de vigência, dono, enunciado, ponto de aplicação, tratamento da exceção, e o que essa versão substitui com o motivo da mudança. Linha antiga nunca é editada, só é sucedida.

Passo 3: Levar o enunciado para onde o registro é criado. Texto de ajuda do campo no CRM, descrição das opções da lista, cabeçalho da fila de aceite. Enquanto o enunciado ficar só na planilha, ele não é consultado no momento da decisão.

Passo 4: Gravar o número da versão no registro. Um campo de texto curto no objeto, preenchido por automação simples com a versão vigente na data de criação. Sem esse passo, nenhuma comparação entre períodos é interpretável depois.

Passo 5: Revisão mensal com dono nomeado e uma pergunta única: o que na execução do mês contradiz a definição. A saída da revisão é uma linha nova na planilha ou nada.

Esse arranjo sustenta uma operação com uma frente comercial e três definições por vários meses, e já é melhor do que a maioria das empresas tem hoje.

Cuidados nessa abordagem

O registro da definição é a parte fácil de manter. A vigência dela é onde o processo falha, e isso merece atenção antes de escalar.

O maior risco é a defasagem silenciosa. A definição muda numa conversa entre o líder comercial e o marketing, a operação passa a aplicar o critério novo na prática, e a planilha continua descrevendo o critério anterior. A partir daí, todo relatório construído sobre ela produz um número tecnicamente correto e semanticamente errado. Ninguém percebe, porque não existe erro visível: o relatório roda, o gráfico aparece, e a leitura que a liderança faz descreve uma operação que não existe mais.

O efeito prático é pior que a divergência original. Sem normalização, a empresa sabe que os números não batem e reconcilia na reunião. Com uma normalização desatualizada, a empresa confia num número que descreve o trimestre passado, e decide alocação de verba, meta de time e corte de segmento sobre essa base. O alinhamento aparente substitui a checagem que existia antes.

Três agravantes tornam a defasagem provável em vez de eventual.

Dependência entre definições: Ganho depende de conta, MQL depende de ICP, e ICP depende de segmento. A partir da quarta ou quinta definição, mudar uma exige revisar as outras, e a planilha não avisa quem depende de quem. A revisão vira exercício de memória de quem estava na sala.

Variação por frente: A mesma definição costuma precisar variar entre segmentos, porque o critério de aceite de enterprise não é o de mid-market. A planilha vira única e imprecisa, ou vira uma por frente, e o problema original volta multiplicado.

Exceção sem consumidor: A lista de motivos existe na planilha e não devolve consequência para quem preenche. Sem alguém lendo o agregado e alterando a origem, o campo degrada em poucas semanas para a primeira opção, e some junto a evidência que sustentaria a versão seguinte.

O ponto em que os três aparecem ao mesmo tempo é previsível: mais de uma frente comercial rodando em paralelo, mais de três definições vivas, e mais de um sistema em que o mesmo critério precisa valer.

A partir dali, a normalização deixa de ser um registro a manter e passa a exigir um sistema que participe da operação. Vigência que muda dentro do ciclo aberto, dependência entre definições que avisa quem precisa revisar, variação por frente sem duplicar a base, e exceção que volta como consequência para quem preencheu. Isso não é o que uma planilha entrega, porque uma planilha não sabe quando a operação mudou de comportamento.

Perguntas frequentes

O que é normalização de dados entre áreas?

Normalização entre áreas tem duas camadas. A de formato padroniza grafia, tipo e duplicata. A de significado define qual entidade a palavra conta designa, qual condição a palavra MQL exige e qual evento a palavra ganho representa. A primeira tem data de entrega, a segunda tem vigência.

Por que a limpeza de dados não resolve a divergência entre marketing e vendas?

Porque limpeza corrige formato. Depois de deduplicar e padronizar, as definições continuam intactas, agora escritas com a mesma grafia. Marketing marca MQL num sentido que a validação aceita e que vendas recusa na conversa.

O que uma definição precisa ter para valer na operação?

Cinco propriedades: enunciado verificável, dono único, versão com data gravada em cada registro, ponto de aplicação no mesmo lugar onde o registro é criado, e destino nomeado para a exceção.

Governança de dados é o mesmo que comitê e política?

A referência da DAMA descreve governança como a função pela qual a organização exerce autoridade e controle sobre planejamento, uso e valor dos dados, coordenando definições e expectativas de qualidade. Comitê e política são instrumentos dessa função, e não a função.

Por que gravar a versão da definição em cada registro?

Porque sem a versão, uma queda de conversão entre trimestres admite duas explicações incompatíveis, mudança de performance e mudança de definição, e não existe forma de separar as duas depois do fato.