O Anti-Dashboard

A maioria dos dashboards é um cemitério de dados. Doze widgets, oito paletas, quatro horizontes de tempo e zero opinião sobre o que o usuário deve olhar primeiro. O time chamou de data-driven e lançou. O usuário abre uma vez, passa o olho como um estranho e nunca mais volta.

O anti-dashboard faz a aposta oposta. Uma pergunta, uma lista de prioridades, uma ação. Tudo que não alimenta a próxima decisão é cortado, escondido ou empurrado para baixo da dobra. Este é o argumento a favor dessa aposta, as marcas que estão ganhando com ela e cinco regras para manter a linha.

Dashboards são decisões, não dados

Um dashboard não é um lugar para guardar números. É um lugar para tomar decisões. Se a tela não responde "o que eu faço agora", ela é decoração com uma biblioteca de gráficos por cima.

A maioria dos times de produto pula essa pergunta porque respondê-la exige uma opinião. Uma parede de widgets tem a segurança de um buffet. Ninguém leva culpa por lançar todas as métricas, só por escolher uma. Então o time não escolhe nenhuma, e o usuário paga a conta em atenção.

A inbox do Linear não despeja todas as issues de uma vez. Ela ordena por prioridade, depois por SLA, e a tela é curta o bastante para ser realmente zerada. A visão de projeto da Vercel não mostra 20 coisas acima da dobra. Mostra a linha do tempo de deploys e a URL, e essa é toda a pergunta que um desenvolvedor está fazendo. Os dois times escolheram um lado.

Os cinco modos de falha

Todo dashboard que falha no teste do "o que eu faço agora" falha de uma de cinco maneiras reconhecíveis. Cada uma está em produção neste momento.

O cemitério da Salesforce. Doze widgets que ninguém abre, numa grade 4x3 porque era o que cabia no wireframe. Eles existem porque alguém pediu uma vez e ninguém teve autoridade para deletar. Atenção dada a qualquer coisa é atenção roubada de todo o resto.

O carrossel de métricas. Seis KPIs numa faixa horizontal, cada um com um número, uma porcentagem, um sparkline minúsculo. Sem contexto, sem comparação, sem ação recomendada. O usuário se sente vagamente informado e não age em nada.

A visão do olho de Sauron. Cada evento, cada linha de log, cada webhook, em tempo real, rolando. Nada é destacado, tudo borra. Dado em tempo real sem priorização é ruído com cronômetro.

O dashboard de montar. Arraste um widget. Configure uma query. Salve o layout. Arrependa-se na manhã seguinte. Pedir ao usuário que desenhe o próprio dashboard é pedir que ele faça o trabalho do time de produto.

O dashboard de vaidade executivo. Os números sobem, todo gráfico está verde, todo trimestre está no caminho. Nenhuma decisão decorre disso porque nenhuma é necessária. O dashboard existe para virar print em apresentação de board.

Um ótimo dashboard responde uma pergunta

O anti-dashboard começa pela pergunta, não pelos widgets. O que o usuário abre essa tela para descobrir? Escreva em uma frase. Tudo na tela ou responde a ela ou merece um lugar abaixo dela.

A home do Stripe Dashboard responde "como está o negócio hoje". Receita de hoje, comparação com ontem e as três coisas que precisam de um humano: um pagamento falho, uma disputa, um pedido de verificação. O resto do Stripe está a um clique.

O painel de projeto do Cursor responde "onde eu estava e o que estava fazendo". Árvore de arquivos de um lado, último prompt no topo, editor no centro. Sem telemetria, sem gráficos de uso. A tela é o trabalho.

Cron e Notion Calendar respondem "o que vem a seguir". O próximo evento fica no topo do dia, a semana fica abaixo. Sem scroll infinito, sem mapa de calor mensal disputando atenção. A opinião é que o próximo evento importa mais que o formato do mês.

O movimento Raycast: um dashboard não precisa parecer um dashboard

O Raycast é a versão mais limpa. A barra de busca É o dashboard. Sem widgets, só um campo. Digite alguns caracteres e a coisa certa aparece.

A lição não é "construa uma barra de busca". A lição é que um dashboard não precisa ser um layout de cards. A home do GitHub são os pull requests atribuídos a você, ponto. A home do Notion são seus últimos três documentos e mais nada. O Superhuman abre numa inbox de triagem em que zero é alcançável, porque o produto foi desenhado em torno da ideia de que uma inbox deve acabar. Nenhum deles é dashboard no sentido tradicional. Todos são dashboards no único sentido que importa.

Divulgação progressiva é o princípio por baixo. Mostre a única coisa que importa agora. Revele a cauda longa só quando o usuário sinalizar que quer.

As cinco regras do anti-dashboard

Essas regras se somam. Acerte quatro de cinco e o dashboard geralmente funciona. Acerte duas e você lançou um cemitério.

Regra 1: Uma pergunta por tela

Toda visão de dashboard responde exatamente uma pergunta. Escreva. Se um widget não pode ser defendido como parte da resposta, ele não entra nessa visão. Outras perguntas ganham outras visões, não a mesma com uma aba por cima.

A home do Stripe responde "como está o negócio hoje". A visão de projeto da Vercel responde "qual é o estado desse deploy". A inbox do Linear responde "o que precisa da minha atenção agora". Superfícies diferentes para perguntas diferentes. Nenhuma tenta ser as três.

Regra 2: Uma lista de prioridades, ordenada pelo produto

A tela tem uma lista, e o produto a ordena. Não o usuário. Não um cabeçalho de coluna customizável. O produto escolhe a ordem com base na resposta para "o que o usuário deve fazer agora". A ordem é a opinião.

O Linear ordena por prioridade e depois SLA. O Stripe Atlas ordena os quatro cards de ação pelo que destrava o próximo passo do negócio. O Superhuman ordena por VIP e sinal de intenção, não por cronologia reversa estrita. O produto faz o trabalho que o usuário não quer fazer.

Regra 3: Horizonte de tempo sensato, escolhido uma vez

O dashboard escolhe um horizonte de tempo padrão e merece o direito de mudá-lo. Hoje, esta semana, este mês, todo o período. Escolha o que combina com a pergunta e pare de oferecer cinco toggles.

Um dashboard de receita para um negócio transacional usa hoje como padrão. Um dashboard de retenção usa esta semana. Um dashboard financeiro usa este mês. Um dashboard que abre sem padrão e com um seletor de datas esperando input já perdeu o usuário.

Regra 4: Todo número está ligado a uma ação

Um número sem ação anexada é decoração. O anti-dashboard trata cada número principal como um gancho para o próximo movimento. Receita de hoje leva aos pagamentos falhos. Issues abertas levam à fila de triagem. Tempo de deploy leva ao log de build.

O layout de quatro cards do Stripe Atlas é o exemplo mais limpo. Cada card é um número mais um botão. "US$ 0 em receita, configure sua integração de pagamento." "0 funcionários, contrate o primeiro." O usuário nunca fica encalhado numa estatística sem caminho adiante.

Regra 5: Esconda a cauda longa

O anti-dashboard aceita que 80% das métricas importam para 5% dos usuários em 5% do tempo. Essas métricas ficam atrás de uma aba, de um link "mais" ou de uma visão de analytics separada. A tela inicial é a pergunta, não o índice.

Esconder métricas parece arriscado porque alguém vai pedir aquela que você removeu. A solução é torná-la encontrável, não visível. Busca e uma superfície de analytics dedicada cuidam da cauda longa.

Antipadrões para deletar à primeira vista

Eles aparecem em quase toda auditoria. Cada um indica que o time está se escondendo atrás de features em vez de lançar uma opinião.

Toda métrica em toda tela. Receita, retenção, churn, MAU, NPS e CSAT num só quadro não é uma pergunta, é um hedge. Divida em visões por papel ou por tarefa.

"Widgets customizáveis" como substituto de opinião de produto. Traduza "os usuários podem configurar o próprio dashboard" como "o time não conseguiu concordar sobre o que importava". Customização é uma feature de verdade quando os padrões são fortes, e uma desculpa quando não são.

O feed de atividade ao vivo que ninguém lê. Uma lista rolando com cada evento do sistema. Útil para logs de debug, inútil num dashboard. O artigo sobre visualização de dados para designers explica por que tempo real sem hierarquia é só ruído caro.

O estado vazio que pede ao usuário para desenhar o próprio dashboard. "Arraste widgets da barra lateral para começar." O produto admite na primeira tela que não tem opinião. O artigo estados vazios são o produto explica por que a primeira tela é a superfície de ativação, não lição de casa.

Abas que escondem a resposta de verdade. Seis abas no topo, o dado mais importante na terceira. Ou promova a aba três, ou aceite que as abas um e dois não são tão importantes quanto o time pensava.

Antes e depois, em um quadro

A passagem do cemitério para o anti-dashboard costuma ser uma decisão de layout, não de feature. Mesmos dados, ranqueados em torno da pergunta.

O "antes" é uma grade 4x3 em que cada célula disputa atenção. O "depois" usa hierarquia visual para dividir a tela em três zonas: uma estatística hero ligada à pergunta, uma lista curta de ações ligada ao próximo movimento e um rodapé discreto para o usuário curioso. Nada é deletado, o time só escolheu quais features ficam com o assento privilegiado.

A auditoria do dashboard

Passe qualquer dashboard de produto por estas sete perguntas. Se você não consegue responder cada uma com um sim claro, o dashboard não está pronto.

1. Qual é a única pergunta que esta visão responde? Escreva em uma frase. Se o time não concorda com a frase, ainda não desenhou o dashboard, só arrumou widgets.
2. Existe um número principal ligado a uma ação? Não três estatísticas competindo. Um número hero, um próximo movimento óbvio, todo o resto ranqueado abaixo como a seção hero de uma landing page.
3. A lista de prioridades é ordenada pelo produto, não pelo usuário? Se a resposta é "o usuário pode ordenar como quiser", o produto não escolheu um lado. Os padrões são a opinião.
4. Qual horizonte de tempo esta visão usa como padrão, e por quê? O padrão precisa combinar com a pergunta. Um toggle sem um padrão ponderado indica que o time empurrou o problema.
5. O que você decidiu esconder? Se a resposta é "nada", o time não fez o trabalho. Métricas escondidas são a prova de uma opinião.
6. O estado vazio faz o produto avançar ou o trava? Se ele pede que o usuário configure widgets, você lançou lição de casa como produto. Troque por uma única ação preparada.
7. Se um novo usuário abre esta tela e nunca vê outra, ele entende o produto? A visão inicial é tanto um pitch de vendas quanto uma ferramenta.

Um dashboard que passa nessas sete é um que o usuário abre mais de uma vez. Um que falha em qualquer uma é escaneado, vira print e é abandonado. O artigo sobre princípios de design de landing page cobre a versão da mesma disciplina para páginas de marketing, e o texto sobre princípios de web design mostra como o resto do produto acompanha.

Fricção no lugar certo

O anti-dashboard não é minimalismo por esporte. É fricção no lugar certo. A visão inicial é fácil, a cauda longa fica um clique mais difícil. Esse gradiente é o design. O artigo projetando fricção de propósito explica por que alguma fricção é uma feature.

Perguntas frequentes

Qual é a diferença entre um dashboard e um anti-dashboard?

Um dashboard tradicional tenta mostrar todas as métricas que um usuário possa querer. Um anti-dashboard responde uma pergunta e liga cada número visível a uma ação. A versão tradicional é um buffet. O anti-dashboard é uma superfície de decisão.

Todo dashboard de produto deveria ter customização?

Quase nenhum dashboard de produto precisa de customização profunda. A maioria dos times entrega customização para evitar escolher padrões. Padrões fortes vencem widgets configuráveis em quase toda métrica de retenção. Reserve a customização para superfícies de usuários avançados, não para a visão inicial.

Quantos KPIs um dashboard deve mostrar na tela inicial?

Uma estatística hero ligada à resposta, mais de três a cinco ações secundárias. Passando de cinco, o olho perde a ordem de prioridade e o dashboard volta a ser um carrossel de métricas. Esconda a cauda longa atrás de uma superfície de analytics mais profunda.

Escolha o lado, depois lance a tela

Design de dashboard não é o problema mais difícil do produto. É o mais procrastinado. Times passam meses arrumando widgets porque escolher um em vez de outro parece risco. O anti-dashboard trata esse risco como o trabalho de verdade. Escolha a pergunta. Escolha a prioridade. Escolha o horizonte de tempo. Escolha o que esconder.

Os dashboards que vencem em 2026 não são os que têm mais dados. São os que têm mais opinião. Linear, Vercel, Stripe, Cursor, Cron, Raycast, GitHub, Notion e Superhuman compartilham uma coisa. Eles escolheram um lado, e a tela carrega esse lado.

Se você quer um time que desenha dashboards de produto como superfícies de decisão em vez de grades de widgets, contrate a Brainy. Nós entregamos a opinião no layout padrão.