No dia 8 de outubro de 2026, a Anthropic lançou em versão beta o Claude Dashboards, uma ferramenta que permite conectar o data warehouse da empresa, fazer uma pergunta em linguagem natural e, poucos minutos depois, ter um painel interativo com dados ao vivo. Cada gráfico ainda vem acompanhado da consulta SQL que o gerou e da hora da última atualização.
As demonstrações impressionam de verdade e o LinkedIn já está cheio de posts decretando o fim das ferramentas de BI e a substituição delas pelos dashboards do Claude. Só que essa troca é menos simples do que parece.
Cinco dias depois do lançamento, Jeremy Juventin, que lidera o time de dados e IA da PrestaShop, publicou no Medium o artigo Claude Dashboards is magic. Don’t get fooled. (em tradução livre, “O Claude Dashboards é mágico. Não se deixe enganar”). Na visão dele, a ferramenta funciona como um ótimo analista e uma péssima fonte da verdade justamente por ser boa demais na tarefa errada.
O alerta de Juventin e por que ele faz sentido
A mágica de que Juventin fala existe. A velocidade, o SQL direto nas tabelas e os dados ao vivo dão muito valor ao Claude Dashboards, principalmente para quem está explorando os dados. O alerta dele vale para o momento em que esse resultado deixa de ser uma exploração e passa a ser tratado como o número oficial da empresa. Segundo o especialista, é aí que acontecem três rupturas.
- O fim das métricas unificadas: Em uma empresa bem governada, a receita é definida uma única vez e todos os painéis reaproveitam essa definição. Um dashboard criado no chat escreve uma consulta nova, do zero, para cada gráfico. Assim, duas pessoas podem fazer a mesma pergunta e receber números diferentes, ambos com aparência profissional e sem nenhum aviso de que eles não batem.
- O fim da linhagem: A trilha que leva o dado do sistema de origem até o painel, passando pela ingestão e pela modelagem, se rompe no último passo. A consulta fica guardada dentro do chat, fora do repositório de código, e quando alguém renomeia uma coluna ninguém sabe quais painéis vão quebrar.
- O fim da governança como mecanismo: Sem revisão de código, sem versionamento, sem certificação do que é oficial e sem um responsável, os painéis se multiplicam por natureza, já que cada pergunta nova gera um painel novo. Juventin projeta que, em seis meses, uma empresa pode acumular centenas deles, cada um com as próprias definições e nenhuma documentada.
"A IA não é o risco. Uma IA sem acesso às suas definições é."
Juventin deixa claro que não é contra a ferramenta. Na PrestaShop, o time dele usa o nao, um agente de análise de código aberto que faz praticamente a mesma coisa. Para ele, a diferença está em onde o contexto fica guardado. Lá, as definições de métricas, as regras de negócio e a modelagem são arquivos que o time de dados constrói, versiona e testa antes de colocar em produção. Assim o agente usa a definição da empresa em vez de inventar uma nova a cada pergunta.
Nós, do Flip, concordamos com ele, até porque foi com essa premissa que construímos a nossa ferramenta.
As 4 etapas que vêm antes de qualquer resposta do Flip
Trazendo para a nossa realidade, quando uma distribuidora ou um varejista começa a usar o Flip, a primeira entrega é uma camada de dados construída sob medida para aquela empresa. Ela é montada em etapas e cada etapa é testada antes de a seguinte existir. O modelo de linguagem, que é a parte da IA que conversa com o usuário, só entra no fim dessa cadeia e só enxerga o que ela produz.
- Extração do ERP sem transformação: Cada tabela do sistema de gestão (clientes, produtos, pedidos, notas fiscais, estoque, compras e preços) chega do jeito que veio, com auditoria diária da carga. Nesta etapa nada é corrigido.
- Camada canônica com uma definição por conceito: Aqui os dados são organizados em tabelas padronizadas, com o nível de detalhe de cada uma bem definido, chaves estáveis e colunas de tipo fixo. É nesta etapa que se decide, uma única vez, o que é receita líquida, de onde vem o custo e qual data vale. O time de dados escreve, revisa e versiona esse código no repositório da empresa.
- Resumos e modelos preditivos: Agregações por cliente, produto, filial e período, além dos modelos de ruptura, previsão, churn, elasticidade e oferta, leem a mesma camada canônica. A receita por cliente de um resumo precisa fechar com a da camada canônica, o que é verificado a cada execução.
- Dicionário de dados e domínio do cliente: Reúne o glossário de termos, o catálogo de métricas com fórmula e ressalvas, as regras para desfazer ambiguidades (afinal, “venda” é pedido ou nota fiscal?) e a lista do que cada assunto responde ou não responde. É esse material que o Flip consulta a cada pergunta.
Para dar uma ideia do que isso significa na prática, em um dos nossos clientes, uma distribuidora de hortifrúti, o dicionário reúne 202 métricas. Cada uma tem registradas a definição, a forma de cálculo, a tabela de origem e as ressalvas. A margem bruta, por exemplo, só pode ser calculada a partir das notas fiscais, porque o pedido ainda não traz o custo real da mercadoria. Como essa regra está no dicionário, o Flip não tem outro caminho para chegar a esse número.
Em outro cliente, uma distribuidora de autopeças, os dados saem de 23 fontes diferentes do sistema de origem e passam por cerca de 35 modelos até virar resposta. A cada passagem de uma etapa para outra, os números são conferidos com os da etapa anterior, dentro de uma margem de diferença definida com antecedência.
Como o Flip responde a cada um desses problemas
Métricas unificadas com uma definição para cada conceito
O Flip não aponta o modelo de linguagem para os dados crus do ERP. Ele trabalha sobre a camada canônica, os resumos e os modelos, sempre acompanhado do dicionário da empresa. Cada assunto que ele sabe tratar, como churn, ruptura, curva ABC, checkout ou ajuste de inventário, tem declarado de quais tabelas pode responder e o que fica fora do escopo. Por isso, duas pessoas que perguntam “qual foi a margem do mês?” chegam à mesma base, à mesma fórmula e ao mesmo número. Quando a pergunta é ambígua, o Flip avisa qual interpretação escolheu.
Linhagem com rastro em cada resposta
Toda resposta do Flip registra a pergunta, o assunto identificado, a consulta executada e o tempo que ela levou. Na tela, o botão “Como cheguei” abre a trilha de execução e mostra o caminho que o Flip percorreu, com as tabelas que usou, os filtros que aplicou e as hipóteses que testou. Essa consulta fica guardada na trilha de auditoria da empresa, junto das camadas que a alimentam, todas versionadas no mesmo repositório. Assim, quando uma coluna muda de nome, o time de dados consegue ver o impacto desde o ERP até a resposta final.
Governança com regras que funcionam no dia a dia
Em seu artigo, Juventin define governança como um conjunto de mecanismos essenciais, não como um comitê. No Flip, eles são cinco:
- Código revisado e versionado. Toda estrutura de tabela, transformação e migração passa por revisão e fica guardada no repositório da empresa com histórico.
- Checagens de qualidade a cada carga. Toda vez que os dados são atualizados, uma bateria de verificações confere se está tudo certo. Em um dos nossos clientes, são 95 verificações distribuídas pelas 8 etapas do processo. Elas checam, por exemplo, se não há registros duplicados, se nenhuma chave importante veio vazia, se os valores líquidos fecham, se a quantidade de linhas bate com a da origem, se todos os itens têm custo e se nenhum dado pessoal aparece nas tabelas que o Flip lê. Cada verificação tem um nível de gravidade. As mais críticas interrompem a carga e impedem que as etapas seguintes rodem com dados errados, enquanto as demais geram alertas ou ficam apenas registradas. Todos os resultados vão para um histórico que a equipe responsável acompanha.
- Reconciliação ponta a ponta. A cada etapa, o Flip confere se o número final pode ser rastreado até a origem, dentro de uma margem de diferença definida com antecedência. O que ainda não foi verificado aparece como “não verificado”, nunca como aprovado.
- Configuração validada antes de entrar em produção. As regras de cada empresa ficam num arquivo versionado, que é validado em um ambiente de testes e só depois vai para produção, sem precisar ser refeito. As instruções que orientam o modelo de linguagem também são versionadas e podem ser auditadas.
- Somente leitura. Toda consulta é validada antes de rodar e só tem permissão para ler, sem alterar nada. Nenhum erro técnico chega à tela do usuário. Os dados de cada empresa ficam isolados, com permissões por função e trilha de auditoria.
Respostas que já vêm com as ressalvas
O último item da lista de recomendações de Juventin é treinar quem lê os números e não só quem constrói os painéis. O Flip contribui com isso na própria resposta. Ele informa até que data vão os dados usados e verifica se os percentuais somam 100%, se há quantidade negativa onde não deveria e se os números do texto batem com os da tabela. Uma previsão também nunca chega sozinha. Ela vem com o erro medido pelo WMAPE, um indicador que pondera o erro pelo volume vendido, e comparada com um método simples, que só repete a média recente. Assim, quem decide sabe o quanto pode confiar no número antes de fazer a compra.
As recomendações de Juventin e como o Flip responde a cada uma
| O que Juventin recomenda | Como o Flip trata |
|---|---|
| Separar exploração de reporte | O Flip entrega o número oficial com a agilidade de uma conversa. A pergunta é livre, mas a definição usada é sempre a da empresa, então a resposta já pode ir para a reunião. |
| Alimentar a IA com as suas definições | Dicionário de dados, catálogo de métricas e regras de negócio da empresa fazem parte do contexto de cada pergunta. O modelo usa métricas e não as inventa. |
| Promover, não proliferar | Perguntas recorrentes viram agendamentos ou sumários executivos, com a mesma definição, entregues a quem decide. Análises salvas viram notebooks compartilhados com o time. |
| Restringir as fontes | O Flip só enxerga a camada curada (canônica, resumos, modelos) por meio de views sem dado pessoal. O ERP cru não está ao alcance dele. |
| Treinar quem lê | Cada resposta diz a base usada, a cobertura temporal, as checagens de sanidade e, nas previsões, o erro medido contra o método ingênuo. |
Quando usar o Claude Dashboards e quando usar o Flip
O Flip não é uma ferramenta de exploração livre sobre um banco de dados genérico. Se você precisa de um analista rápido para perguntas que nunca vão sair da sua tela, o Claude Dashboards e produtos parecidos são excelentes, e o artigo de Juventin traz boas recomendações para usá-los com segurança.
O Flip foi feito para entregar o número que o diretor comercial leva para a reunião de resultados, a previsão que define a compra da semana e o alerta de ruptura que chega antes de o cliente reclamar. Esses números precisam ser os mesmos hoje, amanhã e para qualquer pessoa que pergunte. Por isso cada resposta nasce de uma definição, passa por checagens e reconciliação e chega com o caminho explicado.
Como lembra Juventin, gerar um painel ficou fácil e rápido. O difícil continua sendo decidir o que cada número significa. O Flip foi construído para começar exatamente por essa parte.
Quer ver o Flip trabalhando com as definições da sua empresa?
Conte para a gente qual problema pesa mais hoje no seu negócio, seja ruptura, previsão de demanda, clientes que estão comprando menos ou margem. Vamos mostrar o Flip trabalhando nele, com os números e a linguagem da sua empresa.
Fale com a gente para saber mais: joao.chencci@agrconsultores.com.br