Dashboards que a diretoria realmente usa: design de KPI e storytelling com dados

A maioria dos dashboards de Power BI não é usada — e o problema raramente é a ferramenta#

Depois de anos entregando projetos de Business Intelligence, o mesmo padrão aparece em quase todo diagnóstico: a empresa tem dezenas de relatórios publicados e a diretoria abre, de fato, dois ou três. O resto foi construído, apresentado uma vez e nunca mais aberto. Um dashboard para diretoria que não vira hábito semanal não é um problema de ferramenta — Power BI renderiza gráfico bonito sem esforço. O problema é de design: pergunta errada, KPI errado, hierarquia visual confusa, número sem contexto. Este artigo detalha os princípios que separam um dashboard decorativo de um que a diretoria realmente abre antes de cada reunião — e nada aqui exige conhecimento técnico de DAX, são decisões que qualquer gestor pode cobrar de quem constrói o dashboard da sua empresa.

Dashboard para diretoria começa pela decisão, não pelo dado disponível#

O erro mais comum acontece antes de a primeira tela ser desenhada. A equipe de dados olha para o que já existe — tabelas do ERP, relatórios do CRM — e monta o dashboard em cima do que está disponível. O resultado é tecnicamente correto e estrategicamente inútil: mostra o que era fácil mostrar, não o que a diretoria precisa saber para decidir.

A pergunta certa não é "que dados temos?". É "que decisão essa pessoa toma toda semana, e que número precisa estar na frente dela para decidir bem?". Um diretor comercial decide sobre alocação de time e ajuste de meta — o dashboard dele gira em torno disso, não de todas as métricas de vendas do banco. Um CFO decide sobre caixa, margem e risco de crédito, não precisa de quinze abas de detalhamento contábil na tela principal.

Isso significa entrevistar quem vai usar o dashboard antes de desenhar qualquer gráfico: qual decisão você toma com essa informação, com que frequência, o que muda dependendo do número que vê? Se ninguém responde com uma ação concreta, esse indicador não pertence ao dashboard executivo — pertence a um relatório de detalhe consultado quando alguém precisa investigar algo específico.

Poucos KPIs certos batem um catálogo inteiro de métricas#

O segundo erro nasce de um impulso compreensível: já que estamos construindo o dashboard, por que não colocar tudo que temos? O resultado é o dashboard-catálogo — uma tela, ou dez abas, com trinta ou quarenta indicadores do mesmo tamanho, nenhum com prioridade clara. Ninguém abre um catálogo para decidir rápido; catálogo é para consultar quando já se sabe o que procurar.

Um dashboard para diretoria funciona melhor com poucos KPIs — entre cinco e nove indicadores principais na tela de abertura costuma ser o limite que uma pessoa absorve em menos de um minuto. Isso não significa que o resto do dado desapareça, significa organizar em camadas: a primeira tela mostra o essencial; um segundo nível, acessível por clique, entrega o detalhe para quem quiser investigar.

Definir "os KPIs certos" exige hierarquia deliberada:

• KPI primário: resume a saúde do que está sendo gerido (receita, margem, churn, EBITDA). Destaque visual máximo.
• KPI de apoio: explica o "porquê" do primário (mix de produto, ticket médio, conversão). Visível, mas em segundo plano.
• KPI de contexto: só aparece quando o primário sai do esperado — não precisa estar sempre na tela.

Essa priorização depende de um modelo semântico bem construído por trás do dashboard: métricas calculadas de forma consistente entre relatórios facilitam manter a hierarquia sem duplicar lógica. Vale revisar boas práticas de modelagem DAX para Power BI quando o problema também está em como os indicadores são calculados, não só em como são exibidos.

Hierarquia visual e layout definem o que a diretoria vê primeiro#

O olho humano lê uma tela quase sempre na mesma ordem: de cima para baixo, da esquerda para a direita, dando mais peso ao que está maior e mais no topo. Isso não é opinião de design, é como a atenção visual funciona. Um dashboard que ignora essa ordem — colocando o KPI mais importante no canto inferior direito, do mesmo tamanho que um indicador secundário — desperdiça a vantagem real que uma tela tem sobre uma planilha.

Layout de dashboard executivo eficaz segue algumas regras simples:

• O que importa mais fica no topo-esquerda, maior que o resto — a primeira coisa que qualquer pessoa vê.
• Indicadores relacionados ficam agrupados visualmente: margem perto de receita, não espalhados em cantos opostos.
• Espaço em branco é parte do design, não desperdício de tela. Uma tela lotada de borda a borda cansa antes mesmo de ser lida; respiro visual ajuda o cérebro a separar um grupo de outro.
• A tela principal precisa caber sem rolagem excessiva. Se a diretoria precisa rolar quatro telas para achar o número que decide, o dashboard perdeu a corrida contra o hábito de perguntar por WhatsApp.

Essa disciplina de layout é parte do trabalho de quem desenha a experiência do dashboard, não um detalhe que se resolve depois; é esse tipo de entrega que estruturamos em serviços de Power BI.

Cada objetivo de análise pede um tipo de gráfico diferente#

Um erro frequente: escolher o gráfico pelo que "parece mais moderno", em vez do que a pergunta de negócio exige. Cada visualização responde bem a um objetivo — comparar, mostrar tendência, composição ou distribuição — e mal aos outros três.

Objetivo da análise	O que a diretoria quer enxergar	Gráfico recomendado	Evite
Comparar categorias (regiões, produtos, filiais)	Quem está na frente, quem está atrás	Barras horizontais ordenadas por valor	Pizza com mais de quatro ou cinco fatias
Mostrar tendência ao longo do tempo	Estamos subindo, caindo ou estáveis	Linha ou colunas por período, com marcação de meta	Linha com eixo Y truncado ou sem escala visível
Mostrar composição de um total	Como o todo se divide entre as partes	Barras empilhadas ou treemap simples	Pizza 3D, múltiplas pizzas lado a lado
Mostrar distribuição/dispersão	Onde a maioria dos casos se concentra	Histograma ou boxplot	Só a média, escondendo a variação real
Comparar realizado x meta	Estamos batendo o alvo?	Barra com linha de referência (bullet chart)	Velocímetro/gauge decorativo sem escala clara
Destacar um número isolado	Qual é o resultado do período	Cartão de KPI com variação e sparkline	Cartão só com o número, sem nenhuma referência

A regra prática: antes de abrir a ferramenta de visualização, escreva em uma frase o que a diretoria precisa concluir olhando aquele gráfico. Se a frase é "comparar", pense em barras; se é "acompanhar evolução", pense em linha. Escolher a forma antes da função é o caminho mais curto para um gráfico bonito que não comunica nada.

Cor é ferramenta de hierarquia, não decoração#

Cor comunica prioridade e significado quando usada com disciplina. Sem critério, vira ruído: se tudo no dashboard é colorido, nada se destaca. A regra é o oposto do instinto de "deixar bonito": paleta neutra na maior parte da tela, cor de destaque só para o que precisa chamar atenção — variação negativa, meta não batida, o KPI principal.

Acessibilidade não é um adendo opcional, é parte do design correto. Cerca de 8% dos homens têm algum grau de daltonismo, e o par vermelho-verde — o mais usado intuitivamente para "bom" e "ruim" — é justamente a combinação mais problemática para esse público. Duas práticas resolvem a maior parte do risco:

• Nunca comunique significado só pela cor. Combine cor com ícone, texto ou posição (seta, rótulo "abaixo da meta"). Se, removendo a cor, a informação ainda é compreensível, o design está correto.
• Garanta contraste suficiente entre texto e fundo. Cinza claro sobre branco pode parecer elegante no protótipo e ser ilegível na tela de projeção da sala de reunião.

Esses ajustes custam pouco no design e evitam um problema real: parte da diretoria simplesmente não enxergar a informação que o dashboard tentou comunicar.

Gráfico enganoso mina a confiança que levou meses para construir#

Confiança em dado é o ativo mais frágil de qualquer projeto de BI: leva meses para se firmar e minutos para desmoronar. A causa mais comum não é erro de cálculo, é um gráfico que distorce a percepção, mesmo sem intenção:

• Eixo Y que não começa em zero, fazendo uma diferença pequena parecer enorme. Truncar eixo em linha pode fazer sentido, mas precisa estar sinalizado — nunca escondido.
• Pizza com dez ou mais fatias, onde é impossível comparar tamanho relativo a olho.
• Efeito 3D em barra ou pizza, que distorce a percepção de proporção.
• Comparação de período recortada a dedo — só o trimestre bom, sem o histórico completo ao lado.

A primeira vez que um diretor percebe que um gráfico exagerou uma diferença — e ele percebe, comparando com outra fonte — a credibilidade de todo o dashboard cai junto. Honestidade visual não é luxo estético, é condição de sobrevivência do projeto de BI.

Número sem contexto não é informação#

Um KPI sozinho, sem referência, não ajuda ninguém a decidir. "Receita: R$ 4,2 milhões" não diz se isso é bom, ruim ou uma surpresa. Todo cartão de indicador precisa vir com pelo menos uma destas quatro referências:

• Meta — estamos acima ou abaixo do planejado?
• Tendência — seta ou sparkline mostrando se o número sobe, cai ou está estável.
• Comparação com o período anterior — mês contra mês, ano contra ano, o que fizer sentido para o ciclo do negócio.
• Benchmark — comparação com outra unidade, região ou referência de mercado.

Sem pelo menos uma dessas camadas, o número é dado bruto, não informação de decisão — e é esse contexto comparativo, incluindo projeções mais sofisticadas, que se conecta com analytics avançado quando a empresa já tem maturidade para ir além do "o que aconteceu" e entrar em "o que provavelmente vai acontecer". Storytelling com dados é isso: garantir que cada número já venha com a referência que permite entender seu significado sem perguntar a mais ninguém.

Self-service consciente: liberdade de filtro não é liberdade de bagunça#

Dar autonomia para a diretoria filtrar e explorar o dado é positivo, até o ponto em que essa liberdade destrói a consistência da visão principal. Um erro recorrente: a tela de abertura muda de aparência conforme o filtro que a última pessoa deixou selecionado, e cada reunião começa com alguém tentando lembrar "como é que a gente via isso mesmo?". A solução não é tirar a interatividade, é separar dois tipos de tela:

• Visão de decisão, fixa e curada: os KPIs principais, sempre no mesmo lugar, com filtro padrão previsível (geralmente o período corrente). É essa a tela que abre a reunião.
• Visão de exploração, livre para filtrar e aprofundar em qualquer detalhe. Responde a "por que esse número mudou?" depois que a primeira já mostrou que ele mudou.

Self-service consciente é dar essa segunda camada sem sacrificar a primeira. Quando as duas se misturam em uma tela só, o dashboard perde a função de resumo executivo e vira ferramenta de análise ad hoc — o que tem valor, mas não deveria ser a primeira coisa que a diretoria vê.

O dashboard precisa caber no ritmo da reunião, não o contrário#

Um dashboard tecnicamente perfeito ainda pode falhar se a cadência dele não bate com a cadência da decisão que apoia. Se a diretoria se reúne uma vez por mês, um dashboard atualizado de hora em hora com granularidade diária sobrecarrega de detalhe irrelevante — o que importa ali é a visão consolidada do mês. O inverso também quebra: um comitê que decide toda semana não pode trabalhar com dado que só atualiza uma vez por mês.

Isso vale para o tempo de leitura também. A maioria dos dashboards executivos precisa ser compreendida em dois ou três minutos — o tempo real que alguém dedica antes de uma reunião começar, não o tempo que o analista imagina. Se exige quinze minutos de leitura para fazer sentido, foi desenhado para quem o construiu, não para quem vai usá-lo. Alinhar frequência de atualização, detalhe e tempo de leitura ao ritmo real da reunião é uma decisão de design tão importante quanto escolher o gráfico certo.

Erros comuns de design de dashboard executivo — e como corrigir#

A lista abaixo reúne os padrões mais comuns em dashboards que a diretoria parou de usar, com a correção para cada um:

Erro comum	Por que acontece	Correção
Dezenas de KPIs na mesma tela	Tentativa de agradar todas as áreas de uma vez	Priorizar cinco a nove KPIs principais; o resto vai para uma camada de detalhe
Pizza com dez ou mais fatias	"Já que temos o dado, vamos mostrar tudo"	Trocar por barras horizontais ordenadas, ou agrupar categorias menores em "outros"
Eixo Y truncado sem sinalização	Parece deixar a variação mais impressionante	Eixo começando em zero, ou corte claramente sinalizado quando necessário
Tela toda colorida, sem hierarquia de cor	Tentativa de deixar o visual mais atraente	Paleta neutra como base, cor de destaque só onde há significado real
KPI exibido sem meta nem comparação	Copiar o número direto da fonte, sem contexto	Sempre incluir meta, período anterior ou benchmark junto ao número
Atualização de dado fora do ritmo da reunião	Ninguém alinhou frequência de refresh à cadência de decisão	Definir a frequência de atualização a partir de quando a decisão realmente acontece
Layout sem hierarquia visual clara	Todos os blocos do mesmo tamanho, sem prioridade	KPI principal maior e no topo-esquerda; agrupamento visual por tema

Nenhum desses erros exige reconstruir o projeto de dados do zero — a maioria se resolve revisando decisões de design em cima do que já existe. É o tipo de revisão que costuma render retorno rápido em projetos já implementados; conheça exemplos em nossas soluções.

Perguntas frequentes#

Quantos KPIs um dashboard para diretoria deve ter? Não existe número mágico, mas entre cinco e nove indicadores principais na tela de abertura costuma ser o limite que uma pessoa absorve em menos de um minuto. Indicadores adicionais continuam existindo, mas em uma camada de detalhe acessível por clique.

Dashboard executivo deve ter filtros e interatividade? Sim, mas separado da visão principal. A tela de abertura deve ser fixa e previsível. Filtros e exploração livre pertencem a uma segunda camada, usada quando alguém precisa investigar por que um número mudou.

Qual a diferença entre dashboard operacional e dashboard para diretoria? O operacional monitora processo no dia a dia, com granularidade alta e atualização frequente. O dashboard para diretoria apoia decisão estratégica, com menos indicadores, mais contexto e cadência alinhada ao ritmo de reunião. Construir os dois com o mesmo nível de detalhe sobrecarrega ambos os públicos.

Como saber se um dashboard está sendo realmente usado? Métricas de acesso no próprio Power BI Service mostram quem abriu o quê e com que frequência. Também vale perguntar direto: "você consultou esse número antes da última reunião?" Se a resposta for não, o problema não é de adoção, é de design.

Vale a pena redesenhar um dashboard que já existe, ou é melhor recomeçar do zero? Na maioria dos casos, redesenhar é mais rápido e mais barato, porque o modelo de dados por trás geralmente já está construído — o problema costuma estar na apresentação e na priorização de KPI. Um diagnóstico de uso real seguido de revisão de hierarquia visual resolve boa parte dos casos.

Storytelling com dados significa usar narrativa/texto no dashboard? Não necessariamente texto corrido. Significa organizar a informação na ordem em que precisa ser compreendida — o que importa primeiro, o que explica em seguida, o contexto que confirma se é bom ou ruim. Um bom dashboard conta essa história sozinho, mesmo sem uma palavra além dos rótulos.

Fechamento#

Dashboard que a diretoria realmente usa não nasce de uma ferramenta mais moderna nem de uma paleta de cores mais bonita. Nasce de decisões de design tomadas com disciplina: começar pela decisão de negócio, escolher poucos KPIs certos, respeitar hierarquia visual, escolher o gráfico pelo objetivo, usar cor com critério, nunca distorcer a percepção, sempre dar contexto ao número, e alinhar tudo isso ao ritmo real da reunião. Se sua empresa já tem Power BI implementado mas os relatórios não entraram na rotina da diretoria, o problema provavelmente está em algum desses pontos, e costuma ser mais rápido de corrigir do que parece. Fale com a gente para revisar o design dos seus dashboards executivos com quem já passou por esse diagnóstico várias vezes.