A diretoria estava reunida para decidir se abria uma nova frente comercial. Antes de chegar à decisão, gastou vinte minutos discutindo qual dos dois relatórios estava certo: o do time comercial mostrava um crescimento de faturamento; o do financeiro, outro número, para o mesmo período. Ninguém ali era incompetente. Ninguém estava escondendo nada. Os dois relatórios simplesmente vinham de bases diferentes, com critérios diferentes, sem que ninguém tivesse definido, antes, qual era a versão oficial daquele número.
Essa cena não é exceção. É rotina em empresas de médio porte — e os dados globais confirmam que o problema é estrutural, não pontual.
O tamanho real do problema
O BDO Mid-Market Report 2025 entrevistou CFOs de empresas de médio porte e chegou a um número que deveria acender um alerta em qualquer sala de diretoria: 68% deles não confiam na consistência dos próprios dados financeiros. Não é desconhecimento sobre o que os dados poderiam fazer — é desconfiança sobre se o número que está na tela é, de fato, o número certo.
O levantamento Deloitte CFO Signals do quarto trimestre de 2025 mostra a consequência direta disso: 54% dos CFOs entrevistados apontam qualidade e disponibilidade de dados como uma das três principais barreiras para tomar decisões eficazes. Mais da metade da liderança financeira do mercado médio está, literalmente, decidindo com um pé no freio — porque não confia no painel que tem na frente.
O custo disso não é abstrato. A McKinsey estima, em levantamento de 2024, que a má qualidade de dados custa entre 15% e 25% da receita em ineficiências ocultas: tempo reconciliando números conflitantes, decisões atrasadas à espera de um relatório confiável, erros que se propagam de uma planilha para a próxima. Para uma empresa de médio porte, isso não é uma linha de rodapé no relatório anual — é o equivalente a financiar um projeto estratégico inteiro só para pagar a conta da desorganização.
A armadilha do "ferramenta primeiro"
A reação mais comum, diante desse cenário, é comprar uma ferramenta. Um BI mais bonito, um painel mais moderno, um módulo de inteligência artificial que promete "organizar os dados automaticamente". Seis meses depois, a ferramenta está subutilizada ou reproduzindo os mesmos números conflitantes — só que em um layout mais elegante.
Comprar tecnologia sem resolver essa multiplicidade não elimina o problema — apenas o torna mais rápido e mais visual. Tecnologia amplia governança. Ela não cria governança.
Esse é o erro de sequência mais caro que empresas de médio porte cometem: tratam a ferramenta como ponto de partida, quando ela deveria ser o último passo de um processo que começa em outro lugar — na definição de quem é responsável por cada número antes de qualquer sistema tentar organizá-lo.
O contraponto: por que a liderança de médio porte ignora isso
Aqui está o ponto que a maioria evita admitir: "governança de dados" soa, para boa parte das lideranças de médio porte, como um assunto de empresa grande — algo que exige um Chief Data Officer, um orçamento de tecnologia robusto e uma estrutura que a empresa simplesmente não tem. Diante dessa percepção, a decisão mais comum é uma de duas: delegar o tema inteiro para a área de TI, tratando-o como problema de sistema; ou simplesmente não tratar, empurrando a desorganização de um relatório para o próximo enquanto a empresa cresce em cima de uma base cada vez mais frágil.
Governança de dados não é, na origem, um projeto de tecnologia — é uma disciplina de responsabilidade.
Não exige uma equipe dedicada nem um investimento de seis dígitos. Exige que cada número que chega à diretoria tenha um dono nomeado: uma pessoa que sabe explicar como aquele número foi calculado, de onde ele vem e o que fazer quando ele não bate com outro relatório. Times financeiros de duas ou três pessoas conseguem sustentar essa disciplina. O que não sustenta governança nenhuma é a ausência de qualquer responsável — porque, nesse cenário, cada área continua reportando "a sua versão" do mesmo número, e a diretoria continua gastando reunião discutindo qual relatório acreditar.
O que resolve, na prática
A saída não é um projeto de meses nem uma reestruturação completa de sistemas. É um conjunto pequeno de decisões, sustentável por qualquer time de médio porte:
- Identificar os cinco ou seis números que realmente aparecem em toda reunião de diretoria
- Documentar, para cada um deles, o cálculo exato, a fonte e o critério de inclusão
- Nomear um responsável por número — não uma área, uma pessoa
- Estabelecer uma checklist simples de validação antes de qualquer relatório circular
- Definir uma cadência fixa de revisão dessas definições
Nenhuma dessas etapas depende de comprar tecnologia nova. Todas dependem de decisão de liderança — a mesma liderança que, na maioria das vezes, prefere discutir estratégia de crescimento do que sentar para definir quem é dono do número de faturamento recorrente.
Isso também importa, e cada vez mais, para quem está avaliando investir em inteligência artificial aplicada ao negócio. IA não organiza dado desorganizado — ela amplifica a base sobre a qual opera. Um modelo de previsão de vendas alimentado por três fontes de verdade diferentes não vai gerar uma previsão mais inteligente; vai gerar três previsões erradas com mais velocidade. Na prática, isso significa que investir em IA antes de resolver a base de dados é acelerar o problema, não resolvê-lo.
O ponto de vista que fica
O gargalo que mais atrasa decisão em empresas de médio porte quase nunca está na falta de dados ou na falta de tecnologia disponível para tratá-los. Está na ausência de um dono claro para cada número que chega à mesa de decisão. Enquanto isso não é resolvido, cada relatório novo é apenas mais uma fonte de verdade concorrendo com as outras — e cada ferramenta comprada é uma forma mais cara e mais rápida de exibir a mesma desorganização.
A pergunta que toda liderança de médio porte devia responder antes de assinar o próximo contrato de BI ou de IA não é "qual ferramenta escolher". É: quem, hoje, é o dono de cada número que aparece no board — e o que acontece quando dois relatórios discordam sobre ele. Enquanto essa resposta não existir, o problema não é a ferramenta. É a ausência de arquitetura por trás dela.