Dashboard sob medida ou Power BI: quando usar cada um

O pedido chega quase sempre com as mesmas palavras: "a diretoria precisa de um dashboard". Logo depois vem a dúvida de ferramenta. Assinar Power BI, montar algo no Looker Studio, subir um Metabase ou construir um painel sob medida dentro do sistema da empresa?

A ferramenta importa, mas raramente decide se o painel vai ser usado. Este texto separa as duas necessidades que vêm misturadas nesse pedido, mostra onde cada caminho funciona melhor e o que precisa existir antes do primeiro gráfico para que o número mereça confiança.

Por que tantos dashboards viram enfeite

O painel é lançado com entusiasmo, filtros para tudo e dezenas de gráficos. Três meses depois, ninguém abre, e a reunião mensal volta a usar a planilha que o financeiro monta na véspera.

Na prática, os motivos se repetem:

• O número não bate. O painel mostra um faturamento, o financeiro mostra outro. Na primeira divergência sem explicação, a confiança acaba e não volta fácil.
• Ninguém sabe o que a métrica significa. "Ticket médio" inclui devoluções? Frete? Pedidos cancelados? Cada área responde de um jeito.
• O número não tem dono. Quando o indicador piora, ninguém é cobrado e ninguém sabe a quem perguntar.
• Não existe momento de uso. Nenhuma reunião, nenhuma rotina e nenhuma decisão depende daquele painel. Ele é opcional, e o que é opcional some da agenda.
• Tem gráfico demais. Quando tudo está na tela, nada chama atenção.

Nenhum desses problemas é de ferramenta. Trocar de Power BI para painel próprio, ou o contrário, não resolve nenhum deles.

Análise e operação são necessidades diferentes

A confusão mais comum é tratar como uma coisa só dois usos bem distintos.

Análise exploratória. O diretor comercial quer entender por que a margem de uma linha de produto caiu no trimestre. Ele vai cruzar região, vendedor, período e mix, testar hipóteses e mudar de ideia no caminho. Quem faz isso é o time de gestão, com frequência semanal ou mensal, olhando para trás.

Indicador operacional. A supervisora de expedição precisa saber, agora, quantos pedidos estão atrasados para sair hoje e quais são. O comprador precisa ver, na tela de reposição, quais itens estão abaixo do mínimo. Aqui o número está a serviço de uma ação imediata, dentro de um fluxo de trabalho, várias vezes por dia.

Essa separação já resolve boa parte da discussão. Na maioria das empresas médias, a resposta não é "um ou outro": é BI de mercado para a análise e painel embutido para a operação, os dois lendo dados com a mesma definição.

O que ferramentas de BI prontas fazem muito bem

Power BI, Looker Studio e Metabase são produtos maduros, e para análise exploratória é difícil justificar construir algo do zero.

Exploração livre. Filtrar, segmentar, detalhar e cruzar dimensões sem pedir nada ao desenvolvedor. É exatamente o que um gestor curioso precisa.

Velocidade para começar. Com uma fonte de dados organizada, os primeiros relatórios saem rápido, e mudar um gráfico não exige ciclo de desenvolvimento.

Conectores prontos. Bancos de dados, planilhas, serviços em nuvem e muitos sistemas de mercado já têm conexão disponível.

Ecossistema. Há muitos profissionais que conhecem essas ferramentas, o que reduz a dependência de uma única pessoa.

Recursos de segurança por linha. Essas ferramentas permitem restringir quais linhas cada usuário vê, o que ajuda quando cada gerente regional deve enxergar só a própria região.

Onde elas começam a sofrer:

• Quando o usuário é um operador, não um analista. Uma tela cheia de filtros e visuais não é o jeito certo de dizer ao conferente quais pedidos ele precisa separar.
• Quando o número precisa virar ação. No BI você vê o pedido atrasado, mas resolve em outro sistema. Essa troca de tela, repetida o dia todo, é onde a adoção morre.
• Quando o painel precisa aparecer para clientes ou parceiros. Incorporar relatórios de BI em uma aplicação própria é possível, mas o licenciamento e a autenticação seguem regras específicas de cada fornecedor e precisam ser avaliados com calma.
• Quando o dado vem cru de vários sistemas. O BI conecta, mas não conserta. Se cada fonte tem um cadastro de cliente diferente, a lógica de negócio acaba escondida em fórmulas de relatório que ninguém audita.

Este último ponto é o mais importante. Quando as fontes são muitas e bagunçadas, o problema não é de painel, é de base de dados analítica. Tratamos isso em data warehouse para empresa média: por onde começar.

Quando o indicador precisa estar dentro do sistema

O painel sob medida faz sentido quando o número mora no mesmo lugar em que a decisão é executada. Alguns sinais:

• O indicador tem uma ação associada. Ao lado de "12 ordens de serviço vencidas" há um botão para redistribuí-las. Ao lado do item abaixo do mínimo há o atalho para gerar a requisição de compra.
• A atualização precisa ser imediata. Chão de fábrica, expedição, central de atendimento. Esperar a próxima atualização agendada do BI não serve. O monitoramento de produção em tempo real é o exemplo clássico.
• O indicador depende de regra de negócio que já vive no sistema. Custo de obra orçado contra realizado, CMV calculado pela ficha técnica, margem de contribuição por contrato. Duplicar essa regra em fórmulas de BI cria duas versões da verdade. Os casos de controle de custos de obra e de ficha técnica e CMV no food service mostram bem por que o cálculo deve ficar num lugar só.
• O público é externo. Portal do cliente com indicadores de atendimento, painel para franqueados, relatório para parceiros. Aqui o painel é parte do produto.
• A permissão é fina e segue a estrutura da operação. Quando a regra de quem vê o quê já está modelada no sistema, repeti-la no BI é duplicar controle de acesso.

Como fica a arquitetura, em linguagem simples

Painel embutido não é gráfico consultando o banco de produção a cada clique. Isso funciona no protótipo e pesa no primeiro fechamento de mês.

O desenho que costuma funcionar tem três camadas:

1. Cálculo em um só lugar. As métricas são calculadas no backend ou em tabelas de apoio mantidas por rotinas agendadas ou por eventos. A tela só exibe.
2. Leitura separada da escrita. Consultas pesadas vão para uma réplica de leitura ou para tabelas pré-agregadas, para não disputar recursos com quem está lançando pedidos.
3. Tela focada. Poucos números, com contexto (meta, período anterior, tendência) e com o caminho direto para a ação.

Se a empresa também usa um BI de mercado, ele pode ler as mesmas tabelas de métricas. Assim o número da tela operacional e o do relatório da diretoria saem da mesma fórmula. Esse tipo de construção é parte do nosso trabalho de desenvolvimento web sob medida.

Poucos indicadores, cada um com dono e definição escrita

Esta é a parte que não depende de ferramenta nenhuma e que mais faz diferença.

Comece com poucos. Um conjunto enxuto para a diretoria e alguns por área. Se a lista não cabe em uma página, ela ainda não foi priorizada.

Escreva a definição de cada métrica. Uma ficha curta por indicador evita a maior parte das divergências:

A linha "o que entra e o que sai" é onde moram as brigas. Decidir, por escrito, se o prazo é o original ou o renegociado muda o número e muda o comportamento da equipe.

Dê um dono a cada número. Dono não é quem calcula, é quem responde por ele na reunião, explica as variações e propõe ação. Indicador sem dono vira curiosidade.

Versione as definições. Quando a regra muda, registre a data. Comparar períodos medidos por fórmulas diferentes leva a conclusões erradas.

Permissões: quem pode ver o número de quem

Painel reúne informação sensível num lugar só, e isso exige cuidado desde o desenho.

• Por estrutura. O gerente regional vê a sua região; o vendedor vê a sua carteira; a diretoria vê tudo. Essa regra precisa ser aplicada no dado, não só escondida na tela.
• Por tipo de informação. Margem, custo e comissão costumam ter público mais restrito que volume de vendas.
• Dados pessoais. Rankings de produtividade por colaborador e indicadores que identificam clientes pessoa física envolvem dados pessoais. A LGPD (Lei 13.709/2018) pede finalidade clara, acesso limitado a quem precisa e cuidado com exportações. Detalhamos isso em LGPD no software.
• Exportação. O vazamento costuma estar no botão "exportar", não na tela. Decida quem pode exportar e registre quem exportou.
• Trilha de acesso. Em informação sensível, saber quem consultou o quê faz parte do controle.

Se o painel embutido e o BI de mercado mostram os mesmos dados, as regras de permissão precisam ser equivalentes nos dois.

Do painel para a decisão: os rituais de gestão

O painel só gera resultado se estiver amarrado a um momento de decisão. Sem isso, ele é consultado por curiosidade e esquecido.

Diário, na operação. Uma conversa curta no início do turno: o que atrasou ontem, o que está em risco hoje, quem resolve.

Semanal, por área. O dono de cada indicador apresenta a variação, a causa provável e a ação. Se a causa não é conhecida, a ação é investigar, com prazo.

Mensal, na diretoria. Os poucos indicadores estratégicos, comparados com meta e com o período anterior, e as decisões registradas. Na reunião seguinte, a primeira pauta é o que aconteceu com as decisões anteriores.

Uma regra simples protege esse ritual: a reunião usa o painel, não uma planilha montada à parte. Se o número está errado, corrige-se o painel. Planilha paralela "porque o painel não mostra isso" é sinal de ajuste no painel ou na definição da métrica.

Erros comuns que vale evitar

• Começar pela ferramenta. Escolher licença antes de listar as perguntas que o painel precisa responder.
• Esconder regra de negócio em fórmula de relatório. Ninguém audita, ninguém testa e cada relatório tem sua versão.
• Ignorar a qualidade do cadastro. O painel só expõe cliente duplicado e pedido sem vendedor; a correção está na origem.

Como saber se deu certo

Alguns meses depois do lançamento, olhe para sinais objetivos:

• Uso real: quantas pessoas abrem o painel, com que frequência e em quais telas.
• Planilhas paralelas: as que existiam para a reunião de gestão foram aposentadas?
• Divergências: quantas vezes alguém contestou um número e qual foi a causa.
• Tempo até a informação: quanto tempo a diretoria espera pelo fechamento do mês.
• Decisões registradas: as reuniões estão gerando ações com dono e prazo a partir dos indicadores?
• Ações dentro do painel operacional: quantas vezes o atalho do indicador para a ação é usado.

Um roteiro prático para começar

1. Liste as decisões, não os gráficos. Quais decisões a diretoria e cada área tomam com frequência, e que informação falta para tomá-las melhor.
2. Separe análise de operação. Marque quais necessidades são exploratórias e quais estão ligadas a uma ação do dia a dia.
3. Escreva a ficha de cada indicador. Fórmula, recortes, fonte, atualização e dono. Poucos indicadores, bem definidos.
4. Avalie a qualidade das fontes. Se o dado vem de vários sistemas e não bate, organize a base antes de desenhar tela.
5. Escolha a ferramenta por uso. BI de mercado para análise; painel embutido para operação e para público externo.
6. Defina permissões e exportação. Por estrutura, por tipo de informação e com atenção a dados pessoais.
7. Amarre ao ritual. Marque as reuniões que vão usar o painel antes de lançá-lo.
8. Meça o uso e ajuste. O primeiro painel é uma hipótese; ele melhora com o uso.

Como a Pervian Tech ajuda a tirar isso do papel

Começamos pelas decisões que o painel precisa sustentar e pela definição de cada métrica, não pela ferramenta. Quando o BI de mercado resolve, recomendamos e ajudamos a organizar os dados que o alimentam. Quando o indicador precisa estar dentro do fluxo de trabalho, construímos o painel sob medida no próprio sistema, com cálculo único e permissões corretas.

O trabalho segue fases: diagnóstico, protótipo, MVP e evolução. O cronograma e o investimento são definidos sob consulta, depois de entender as fontes de dados e a rotina de gestão da empresa. Se os números da sua reunião ainda saem de planilhas montadas na véspera, conte para nós como é hoje.