Como Criar um Dashboard que o Seu Time Vai Realmente Usar
A maioria dos dashboards de negócios é criada para impressionar, não para informar. Veja como projetar um que gere decisões em vez de ser educadamente ignorado.
Existe um tipo específico de dashboard de negócios que todo mundo já viu e ninguém usa. Foi construído por alguém dedicado — provavelmente o head de finanças ou um ops ambicioso — e vive em uma página do Notion ou um embed do Looker que vinte pessoas marcaram como favorito e três visitam regularmente. Tem quarenta métricas, células com código de cores, sparklines e um timestamp de última atualização que mostra duas semanas atrás. É abrangente. É ignorado.
A falha não é técnica — é de design. Um dashboard difícil de interpretar, que requer explicação, ou que apresenta informações sem uma resposta clara para "e daí?" não é um dashboard. É um dump de dados. Os melhores dashboards do mundo são entediantes por design: mostram o menor número de métricas necessário para dizer ao time se as coisas estão indo bem ou não, e tornam a resposta óbvia à primeira vista.
A única pergunta que um dashboard precisa responder
Antes de construir qualquer coisa, responda a esta pergunta: quando alguém abre este dashboard, que decisão ele deve conseguir tomar mais rápido? Se você não consegue responder isso especificamente, ainda não está pronto para construir o dashboard. Você precisa decidir para quem ele é — para uma equipe de liderança, um time de vendas, um time de produto — e o que eles precisam saber para fazer melhor o seu trabalho.
Um dashboard executivo responde: "O negócio está no caminho certo?" Um dashboard de vendas responde: "Vamos bater a meta esse mês?" Um dashboard de produto responde: "Os usuários estão extraindo valor do que entregamos?" Cada um desses requer um conjunto diferente de métricas. Tentar construir um dashboard que responda às três produz um que não responde a nenhuma.
Um dashboard que requer explicação não é um dashboard. Se alguém precisa de um tour antes de conseguir lê-lo, o design falhou antes de os dados chegarem.
O dashboard executivo de seis cards
Para a maioria dos times pequenos e em crescimento, um dashboard executivo de seis métricas é suficiente. O objetivo é mostrar o estado do negócio em três dimensões — crescimento, retenção e custo — com contexto suficiente para saber se cada dimensão está saudável.
Cada card mostra quatro coisas: o nome da métrica, o valor atual, a variação em relação ao período anterior e um limite. O limite é o que torna um dashboard acionável — sem ele, um número não tem significado. R$ 84.200 em receita mensal é bom ou ruim dependendo da sua meta. 2,1% de churn é aceitável ou alarmante dependendo do seu benchmark. Mostre a meta junto com o número para que o leitor não precise se lembrar dela.
O princípio do limite: toda métrica precisa de uma linha
Uma métrica sem limite é um fato sem contexto. O limite — o valor a partir do qual você age — é o que transforma um dado em um sinal operacional. Definir limites força uma conversa útil: que valor dessa métrica nos faria agir de forma diferente? Se você não consegue responder isso, a métrica pode não pertencer ao dashboard.
Existem dois tipos de limites. Um limite de meta é um objetivo — receita acima de R$ 80.000, NPS acima de 40. Um limite de alerta é um piso ou teto — churn acima de 2,5% aciona uma revisão, burn acima do orçamento aciona uma auditoria de gastos. Ambos pertencem ao dashboard. Metas dizem se você está vencendo. Alertas dizem se algo está quebrando.
A disciplina de definir limites antecipadamente força a conversa sobre o que "bom" significa para cada métrica. Muitos times constroem dashboards primeiro e discutem o que os números significam depois. Definir limites antes de começar significa que o dashboard chega com sua lógica de decisão já embutida — a cor do indicador diz se você deve agir, não a memória de uma reunião de três meses atrás.
O que mata um dashboard: os erros de design mais comuns
| Problema | Por que acontece | A solução |
|---|---|---|
| Métricas demais | Cada um adicionou a sua métrica e ninguém removeu nenhuma | Impor um limite rígido (6 a 8 cards) e exigir remoção para cada adição |
| Sem limites | Ninguém concordou com o que "bom" significa antes de construir | Definir uma meta ou nível de alerta para cada métrica antes de colocá-la no dashboard |
| Dados desatualizados | Atualizações manuais que ninguém é responsável | Automatizar atualizações ou designar um único responsável com uma tarefa recorrente |
| Sem período de comparação | Um valor atual sem contexto parece um fato, não um sinal | Sempre mostrar a variação em relação ao período anterior (MoM, WoW) junto ao valor atual |
| Público errado | Um dashboard criado para servir a todos não serve a ninguém | Criar dashboards separados para liderança, vendas, produto — perguntas diferentes precisam de números diferentes |
O ritual de revisão que faz um dashboard valer a pena
Um dashboard só é útil tanto quanto a reunião que ele informa. A coisa mais valiosa que você pode fazer com um dashboard bem projetado é usá-lo como os primeiros cinco minutos da sua revisão semanal ou mensal de negócios. Percorra cada métrica, observe se está no caminho certo ou não, identifique uma ou duas que precisam de discussão e siga em frente. O dashboard deve levar cinco minutos para revisar. A discussão que ele gera é onde o tempo deve ser investido.
Se revisar o dashboard consistentemente leva mais de dez minutos, ele é complexo demais. Os dados estão fazendo um trabalho que o julgamento do time deveria estar fazendo. Bons dashboards produzem reconhecimento rápido de padrões — verde significa pular, amarelo significa anotar, vermelho significa discutir — não sessões de análise prolongadas.
Alguns times atualizam compulsivamente os dashboards ao longo do dia, verificando métricas que não mudam de forma significativa hora a hora. Isso é gestão de ansiedade, não gestão de negócios. Defina uma cadência para revisar cada dashboard — diária para métricas operacionais, semanal para métricas de crescimento, mensal para métricas financeiras — e cumpra-a. Monitoramento contínuo sem gatilho ou limite não é gestão; é apenas observar.
No FabricLoop, os times frequentemente fixam uma nota de dashboard no grupo de liderança — uma nota atualizada semanalmente que lista as seis a oito métricas com seus valores atuais, metas e um comentário de uma linha do responsável. Como ela vive junto às tarefas e threads do time, a transição de "este é o número" para "é o que vamos fazer a respeito" acontece no mesmo lugar. Tarefas recorrentes garantem que a atualização nunca seja pulada. Threads ligadas à nota capturam as decisões e o contexto que revisores futuros precisarão para entender por que uma métrica se moveu em uma determinada semana.