O dono da PME abre o painel numa segunda-feira e lê: "Entregas vencidas: R$ 180 mil". Ele olha o número por alguns segundos, sente aquele aperto conhecido, e então faz a única coisa que o painel permite: pega o telefone e liga para o gerente perguntando quais pedidos são esses. O painel custou meses. A resposta veio de uma ligação.
Esse é o teste de um dashboard comercial, e ele não é estético. É mecânico: o número é um botão?
Se der para clicar em "R$ 180 mil" e cair na lista dos pedidos que somam R$ 180 mil, o painel é ferramenta. Se não der, ele é um cartaz — e cartaz é bom, desde que ninguém tenha colocado um cartaz em cima de uma mesa de trabalho.
Os mesmos dados admitem dois desenhos legítimos e opostos
A confusão que estraga a maioria dos painéis é achar que existe um dashboard "certo". Existem dois, e eles são engenharias diferentes porque a situação de uso é diferente.
O painel de mesa é o que o gerente abre no monitor, sentado, com o mouse na mão e uma pergunta na cabeça. Ele pode ser denso: trinta números, tabelas, aging, ranking. Densidade aqui não é pecado, é economia — cada linha a mais é uma pergunta a menos que ele precisa fazer para outra pessoa. E ele tem uma obrigação absoluta: todo número leva à lista de registros que o compõem. Um total sem lista embaixo é uma afirmação sem prova.
O painel de parede é a TV do corredor, vista de longe, de passagem, por quem está indo pegar café. Ninguém tem mouse. Ninguém vai parar cinco minutos. Esse painel é read-only de propósito, e isso não é limitação: é o desenho. Aqui as regras se invertem — poucos números, gigantes, com uma comparação cada.
São inversos ponto a ponto: o de mesa ganha com densidade, o de parede morre dela; o de mesa precisa clicar, o de parede não tem quem clique. Julgar um pelo critério do outro produz os dois fracassos clássicos: a TV ilegível cheia de tabelinhas, e o painel de trabalho que só sabe mostrar.
O painel de parede tem regras próprias, e elas são duras
Como o de parede não pode ser explorado, ele precisa acertar de primeira. Isso exige disciplina que o de mesa não exige:
- Teste dos 5 metros. Se não dá para ler do outro lado da sala, não entra. Ponto.
- Quatro a seis números por tela, uma comparação cada. "R$ 1,2 mi · 82% da meta" cabe na cabeça de quem passa. Doze números com dois deltas cada não cabem em ninguém.
- Cor tem que significar coisa. Vermelho é "abaixo da meta", não "achei bonito no laranja".
- Meta e projeção em tudo. Número sem meta é só número. "R$ 1,2 mi" não gera reação; "82% da meta, projeção R$ 1,45 mi" gera.
- Densidade baixa, muitas telas. Profundidade num painel de parede se obtém espalhando, não amontoando. Vinte telas legíveis valem mais que cinco espremidas.
- "Atualizado há X min" sempre visível. Sem isso, na primeira vez que alguém desconfiar do dado, a TV vira quadro decorativo — e não volta.
Nenhuma dessas regras faz sentido num painel de mesa. Você não precisa de fonte gigante num monitor a 50 centímetros do rosto.
Então o que é decoração, afinal
Decoração não é o painel de TV. O painel de TV tem o direito de não ser clicável.
Decoração é o painel de mesa que não drilla. É o gráfico de pizza no monitor do gerente que mostra a fatia "Sudeste: 44%" e não abre os clientes do Sudeste. É a barra de "propostas abertas" que não vira lista de propostas. É o número que provoca uma pergunta e não a responde — pior: uma pergunta que agora vai virar telefonema, planilha exportada, ou pedido para o TI "tirar um relatório".
Um painel de mesa que não drilla é a pior das duas engenharias: tem a densidade do painel de trabalho e a passividade do painel de parede. Ele consome a atenção de uma ferramenta e entrega o valor de um cartaz.
Erros comuns nesse desenho
- Botar a TV numa aba do sistema. O usuário precisa clicar para chegar lá, logar, escolher o período. Painel de parede que exige alguém para operá-lo já falhou: ele tem que subir sozinho e ciclar.
- Mandar dado sujo para a parede. Erro numa tela de 50 polegadas é gigante e público. Um total errado no monitor do gerente é um bug; o mesmo total errado na TV da sala de vendas destrói a credibilidade do painel inteiro por meses.
- Deixar o usuário preso no recorte. Você clica em "Sudeste", o painel filtra, e agora não existe caminho de volta óbvio. Se aplicar filtro é um clique e tirar é uma caçada, o usuário aprende a não clicar.
- Mostrar margem na parede errada. O número de faturamento pode ir para a sala de vendas. A margem, na maioria das PMEs, não. E isso é decisão de permissão, não de layout.
- Achar que drill é diagnóstico. O drill entrega a lista. Por que aqueles pedidos atrasaram continua sendo trabalho humano.
Como isso se aplica no zCRM
Volte ao que abre este artigo: o número que gera uma pergunta e obriga um telefonema. O zCRM ataca isso pela mecânica, não pelo enfeite.
No painel de mesa, os cartões de KPI são literalmente botões. Clicar em Faturamento, Vendas, Pedidos ou Propostas abre o painel correspondente já recortado. Clicar em contas, oportunidades abertas ou funil abre a lista filtrada. Há contadores que são sinais de atenção e não vaidade — oportunidades sem próxima ação, oportunidades paradas há 14 dias ou mais, atividades atrasadas — e cada um leva à lista exata; quando têm contagem, ganham destaque visual.
O drill é toggle. Clicar de novo no item já recortado remove o recorte. É padrão do aplicativo, exatamente para o usuário não ficar preso num filtro que não sabe desfazer.
Por baixo, Pedidos, Vendas, Faturamento e Propostas compartilham o mesmo motor item-driven: filtro por cliente e por produto, aging clicável, seletor de métrica entre valor e quantidade. Margem em reais e percentual existe só no Faturamento, atrás da permissão de ver custo do ERP.
O modo kiosk é outro gênero, e obedece às regras de parede. São dois loops por público: Sala de Vendas (pulso do mês, pulso do dia, ranking, carteira a faturar, entregas vencidas, propostas em jogo) e Sala do Diretor (evolução de 12 meses, acumulado do ano, comparativo anual, recebíveis, potencial × realizado). Cada tela tem seu tempo próprio de permanência — de 12 a 20 segundos, conforme o que ela pede de leitura — e o loop roda sozinho, sem ninguém operando.
Duas decisões desse modo merecem nome.
A margem não é escondida na TV de vendas — ela não sai do servidor. O loop da Sala de Vendas pede os dados com custo omitido explicitamente, e o backend recusa a margem mesmo que a conta logada naquela TV tenha permissão de ver custo. Não é CSS, não é um v-if: o número não trafega. O botão que alterna para o loop do Diretor sequer aparece para quem não pode ver custo. Isso é o oposto de "esconder o campo no layout" — e é a razão pela qual a mesma TV pode ficar ligada o dia inteiro no corredor.
A troca de tela espera o dado chegar. Vencido o tempo de permanência, o loop só avança quando a próxima tela já tem o que mostrar (com um limite de espera, para não travar se uma busca falhar). É uma regra contra a parede piscando meia tela carregada na frente da equipe — não é um juízo sobre o dado estar correto. E quando a meta do mês não foi definida e o sistema usou uma sugerida, isso vai para a parede como um selo discreto ao lado do número, "meta sugerida", em vez de o percentual se passar por meta acordada.
Um clique separa as duas perguntas: o gerente para de perguntar "quanto deu?" e passa a perguntar "quem são?" — porque a segunda pergunta agora se responde com um clique, no mesmo minuto em que ele viu o número.
Os limites, explícitos. O drill entrega a lista de registros que formam o número — não o diagnóstico. Ele mostra quais dez clientes pararam de comprar; por que pararam, quem descobre é o vendedor. Não há insight gerado automaticamente. Os painéis são os que existem: não há construtor de painel, campos customizados nem métrica arbitrária montada pelo usuário. Nada do que se clica escreve no ERP — o painel lê, decidir e agir acontece fora dele. O painel informa quando aberto, não persegue ninguém: não há push nem e-mail quando o número virar; lembrete proativo é lacuna conhecida e assumida. E o painel não garante que o número está certo — isso depende do cadastro no ERP, que é outro assunto e outro artigo.
Próxima leitura
- Gestão comercial orientada por dados: o que medir além do faturamento.
- Qualidade dos dados do ERP: por que CRM bom depende de cadastro confiável.
- Permissões no CRM: como dar visibilidade sem abrir informação sensível.