A reunião começa às 9h. O diretor comercial abre o laptop, olha para o dashboard que você montou na semana passada e diz: "legal, mas o que eu faço com isso?" Silêncio. Você passou três dias conectando APIs, formatando gráficos, ajustando paleta de cor. E o painel vai fechar sem que ninguém tome uma decisão com ele.
Isso não é problema de ferramenta. Não é Power BI, não é Looker, não é o Excel. É o caminho que você seguiu para montar o painel.
O erro de construção que faz o painel ser aberto três vezes e nunca mais
Rodrigo é analista de dados numa distribuidora de alimentos em Campinas. Em 2024 ele montou um dashboard com 14 indicadores: ticket médio, volume por região, devoluções, margem por SKU, inadimplência, prazo médio de pagamento, giro de estoque, e mais sete. Levou dois meses. A diretoria abriu três vezes nos primeiros quinze dias. Depois parou.
O problema não era a ferramenta nem a quantidade de dados. Era que o painel respondia perguntas que ninguém estava fazendo naquele momento.
A pesquisa Beanalytic 2025, realizada com mais de 130 líderes de tecnologia no Brasil, mostra que apenas 22% das empresas brasileiras chegam ao nível "Competitivo" ou "Maduro" em maturidade analítica. Os outros 78% têm dados, têm ferramentas, mas não conseguem transformar isso em decisão estratégica. O Rodrigo estava no meio desses 78%, mesmo sendo um analista competente.
O que separa um painel usado de um painel ignorado é simples: o painel usado foi construído de trás para frente. Começou pelas decisões, não pelos dados disponíveis.
A engenharia reversa do dashboard útil: comece pela decisão, não pelo dado disponível
Antes de abrir qualquer ferramenta de BI, você precisa responder uma pergunta: quais são as três decisões recorrentes que a diretoria toma toda semana?
Não é sobre visão de negócio. É sobre o que acontece toda segunda ou toda quinta. Exemplos concretos de PME brasileira:
- Renovo ou não renovo o contrato com esse fornecedor que ficou 12% mais caro?
- Corto essa linha de produto que tem margem baixa ou mantenho por causa do volume?
- Aprovo a contratação que o gerente pediu ou espero mais um mês para ver o caixa?
Essas três decisões têm algo em comum: cada uma delas precisa de no máximo dois indicadores para ser tomada com segurança. Se você precisar de mais do que dois, ou o indicador está errado ou a decisão ainda não está clara o suficiente.
Para a decisão de renovar o fornecedor, os dois indicadores são: margem líquida do produto afetado e percentual do custo desse insumo sobre o custo total. Tudo o mais é contexto operacional, não decisório.
A metodologia para descobrir essas decisões é uma entrevista de 30 minutos com quem vai usar o dashboard. Não com o TI. Não com o BI. Com o diretor ou o sócio que vai tomar a decisão.
Três perguntas que funcionam:
- "Na última reunião de diretoria, qual foi a decisão mais difícil que vocês tomaram?" (A pessoa vai lembrar porque foi estressante.)
- "Que informação, se você tivesse tido na hora, teria facilitado essa decisão?" (Isso revela o indicador.)
- "Essa situação acontece com que frequência?" (Isso define a granularidade do dado: diário, semanal, mensal.)
Com as respostas dessas três perguntas por decisão, você tem o esqueleto do painel antes de escrever uma linha de SQL.
Dado vs. indicador: a diferença que separa o painel ignorado do painel que muda reunião
"Número de clientes inadimplentes" é um dado.
"Percentual de inadimplência sobre a receita bruta do mês" é um indicador.
A diferença não é técnica. É de contexto. Um dado te diz que existem 47 clientes inadimplentes. Um indicador te diz que 8,3% da sua receita esperada deste mês está em risco, e que no mês passado esse número era 5,1%. Um desses leva a uma decisão. O outro leva a uma pergunta de acompanhamento.
Todo gestor de PME que já entrevistei faz a mesma pergunta ao olhar para um número: 'isso é bom ou ruim?' Não em valor absoluto, eles não sabem de cabeça o que é normal. Eles querem saber se piorou desde a última vez e se está dentro do que planejaram. Um dado bruto não responde essas perguntas. Um indicador bem montado responde as duas de vez.
Outra distinção que poucos fazem: indicador operacional vs. indicador decisório.
Inadimplência total da carteira é operacional. Serve para o time de cobrança priorizar o dia.
Inadimplência por segmento, pessoa física, jurídica, por canal, é decisório: é o número que o diretor precisa para mudar política de crédito ou renegociar condição com um grupo específico de clientes.
Antes de montar qualquer campo no seu painel, classifique cada dado: ele informa uma operação ou informa uma decisão? Se for operacional, ele vai para o relatório do time. Se for decisório, ele vai para o dashboard da diretoria.
A regra das 5 métricas por tela: meta, resultado atual e variação vs. período anterior
Dashboards que a diretoria abre têm uma característica visual em comum: poucos números por tela.
A regra que usamos com clientes é essa: no máximo cinco métricas por visão. Cada métrica mostra três coisas:
- A meta do período
- O resultado atual
- A variação em relação ao período anterior (percentual, não valor absoluto)
Por que variação percentual e não valor absoluto? Porque o diretor de uma distribuidora que fatura R$ 4 milhões por mês não sabe de cabeça se R$ 80 mil a mais em inadimplência é grave ou trivial. Mas ele sabe o que significa dizer que a inadimplência subiu 40% em relação ao mês anterior.
Um exemplo de bloco de métrica que funciona:
Inadimplência sobre receita bruta Meta: até 5% | Atual: 8,3% | Variação: +62% vs. mês anterior
Esse bloco ocupa quatro linhas e dispara uma decisão. Nenhum gráfico de linha com 12 meses de histórico faz isso com mais velocidade.
O histórico vai para uma segunda tela, acessada quando o gestor quiser entender a tendência. A primeira tela serve para ele decidir se precisa agir agora ou pode esperar até a próxima reunião.
Esse princípio tem respaldo em como executivos realmente usam o tempo. Um estudo da Harvard Business Review acompanhou 27 CEOs ao longo de 60.000 horas e registrou que eles passam 72% do tempo total de trabalho em reuniões, com média de 37 reuniões por semana. O CEO médio tem 37 reuniões por semana. Ele vai abrir o painel antes de entrar numa sala ou durante um intervalo de cinco minutos. Se em 90 segundos não tiver resposta, ele fecha e toma a decisão no escuro mesmo.
Como negociar quando a diretoria pede mais dados sem parar
Isso acontece em toda implementação de dashboard. Você apresenta o painel com cinco métricas. O diretor olha e diz: "e o dado de prazo médio de entrega? E a taxa de recompra? E a participação por canal?"
Se você ceder e adicionar tudo, em duas semanas você tem o painel do Rodrigo: 14 indicadores que ninguém abre.
O roteiro para essa negociação tem três movimentos:
Movimento 1: ancore em decisão, não em dado.
Quando o gestor pede uma nova métrica, pergunte: "que decisão essa métrica vai ajudar você a tomar?" Se ele não conseguir responder em 30 segundos, o dado provavelmente não pertence à visão principal.
Isso não é confronto. É o analista fazendo o trabalho que o gestor não tem tempo de fazer: conectar dado a decisão antes de colocar no painel.
Movimento 2: proponha uma segunda tela.
"Posso colocar prazo médio de entrega numa tela de análise operacional. Você acessa quando precisar detalhar. Aqui na visão da diretoria eu mantenho só o que decide."
Isso preserva a credibilidade do analista e respeita a demanda do gestor.
Movimento 3: combine um prazo de revisão.
"Vamos rodar com essas cinco métricas por 30 dias. Se na revisão você sentir que está faltando alguma coisa específica que impediu uma decisão, adicionamos." Na prática, essa revisão raramente resulta em adição. O gestor passa a entender o valor do painel enxuto.
Essa negociação protege o trabalho que você fez e evita que o dashboard vire repositório de relatórios. Organizações que usam dados para decidir são 23 vezes mais propensas a adquirir clientes e 19 vezes mais propensas a ser lucrativas, segundo o McKinsey Global Institute. Mas o número de 23 vezes mais pressupõe que o gestor consegue enxergar o dado e conectá-lo a uma ação. Dashboard com 14 indicadores não é dado chegando na hora certa: é dado chegando como confusão.
Checklist para transformar um dashboard técnico em ferramenta de gestão
Antes de entregar qualquer painel para a diretoria, passe por esses seis pontos:
1. Cada métrica responde a uma decisão específica? Escreva ao lado de cada campo: "essa métrica ajuda a decidir [X]." Se não conseguir completar a frase, o campo não deveria estar ali.
2. Tem no máximo cinco métricas na visão principal? Se tiver mais, mova para tela secundária ou relatório operacional.
3. Cada métrica mostra meta, resultado atual e variação vs. período anterior? Sem pelo menos dois desses três elementos, o dado está incompleto para decisão.
4. A tela principal carrega em menos de 5 segundos? Painel lento vira hábito de não abrir. Se demora, revise as queries ou o volume de dados sendo carregado na visão inicial.
5. Você fez pelo menos uma entrevista de 30 minutos com quem vai usar o painel? Se não fez, o painel foi construído com base em suposições. Volte ao começo.
6. Existe um dono definido para cada métrica? Cada indicador precisa de alguém responsável por explicar a variação quando a diretoria perguntar. Se não tem dono, o número vai virar debate sem resolução na reunião.
Na maioria dos casos de dashboard que ninguém usa, pelo menos dois desses pontos estão em aberto, e o item 5 costuma ser o primeiro a cair.
O checklist acima existe para uma função específica: transformar o próximo painel que você entregar no primeiro que a diretoria não vai fechar. O Índice de Maturidade Digital dos Pequenos Negócios calculado pelo Sebrae atingiu apenas 37% em 2024, e um dos indicadores mais baixos é justamente "organização orientada a dados". Não porque as empresas não têm dados. Porque os dados não estão formatados para decidir.
Se o seu painel atual não passa no item 5 do checklist, ou seja, foi montado sem uma entrevista com quem decide, a Coffe&Code Labs faz esse mapeamento com você. Trinta minutos, três decisões recorrentes da sua diretoria, e você sai com a estrutura de um painel que vai ser aberto na reunião, não arquivado depois da primeira. Agende pelo contato.