Erros comuns em dashboards estaduais: por que tantos viram slide.

A história se repete com regularidade alarmante: secretaria estadual contrata projeto de inteligência analítica, gasta milhões na construção, lança painel em coletiva de imprensa, opera por seis meses, troca de secretário e o painel para de ser olhado. No próximo mandato, projeto novo nasce — repetindo o ciclo.

Não é problema de tecnologia. As ferramentas existem, os fornecedores entregam, a infraestrutura roda. O problema é institucional: dashboards são tratados como produto de TI quando deveriam ser tratados como instrumento de governança. Quando essa diferença é clara, o painel sobrevive a mudanças de gestão; quando não é, o painel morre na primeira rotação.

Os sete erros abaixo são os mais frequentes em projetos estaduais que falharam. Cada um é evitável — e a maior parte deles tem mais a ver com decisão institucional do que com escolha técnica.

O sintoma é fácil de reconhecer: painel "executivo" com 40, 60, 80 indicadores em uma única tela, todos com o mesmo peso visual. O secretário abre, olha por dez segundos, não consegue identificar o que está vermelho e fecha. Volta a abrir o Excel ou a planilha da assessoria — onde os 8 indicadores que ele de fato acompanha estão organizados do jeito que ele entende.

Causa: o painel foi construído para responder a todos os pedidos da equipe técnica de uma vez, sem hierarquização. "Coloca também esse indicador", "coloca também esse outro" — e em poucas reuniões, a tela vira cemitério de gráficos.

Correção: limitar primeira tela a 6 a 10 indicadores no máximo, hierarquizados por importância para a decisão executiva. Demais indicadores ficam em telas de drill-down, acessíveis quando o secretário investiga um desvio específico. Critério prático: o indicador toma decisão quando está vermelho? Se sim, fica na primeira tela. Se não, vai para secundário.

O sintoma: nenhum diretor ou coordenador é dono explícito de cada indicador. Quando o número parece estar errado, ninguém sabe a quem perguntar. Quando o indicador precisa ser revisado, ninguém tem autoridade para mudar. O painel vira órfão.

Causa: o projeto foi entregue pela TI ou pelo fornecedor sem definir, simultaneamente, a estrutura de governança que cuida do painel depois da entrega. Equipe técnica acha que governança é da gestão; gestão acha que governança é da TI; ninguém assume.

Correção: para cada indicador no painel, designar formalmente um "dono" — geralmente um diretor da secretaria. O dono responde por três coisas: definição do indicador (como calcula), qualidade do dado (fonte, frequência, validação) e interpretação do desvio (o que significa quando o número está fora da meta). Sem dono, indicador morre em seis meses.

O sintoma: o painel atualiza dados que vêm de planilha que alguém preenche toda terça-feira. Na primeira terça em que essa pessoa entra de férias, o número congela. Quando volta, ninguém preencheu a planilha por três semanas — o histórico ficou furado.

Causa: pressa de lançar o painel com aparência completa antes de ter pipeline automatizado de dados em todas as fontes. Indicadores que vinham de sistemas operacionais ficam ok; indicadores que dependem de coleta manual viram dívida operacional.

Correção: nenhum indicador deveria estar no painel sem pipeline confiável de ingestão. Se a única forma de obter o dado hoje é manual, vale construir o pipeline antes de mostrar o indicador. Painel com 10 indicadores robustos é mais útil que painel com 30 indicadores em que metade não atualiza com confiança.

O sintoma: o painel foi lançado, está no ar, mas ninguém olha. A equipe da TI vê acesso de algumas pessoas curiosas na primeira semana — depois, silêncio. Não há reunião que utilize o painel como insumo. O secretário continua decidindo com base em planilhas trazidas pela assessoria.

Causa: o projeto entregou tela, não rotina. Tela sem rito de uso vira tela morta. Acreditar que "se o painel for bom, ele vai ser usado" é ingenuidade — gestor ocupado precisa de gatilho para abrir um instrumento novo.

Correção: definir, no lançamento, qual é o rito de uso do painel. Pode ser reunião semanal de monitoramento de equipe, reunião quinzenal de colegiado, ou rito de prestação de contas mensal ao chefe do Poder. O rito precisa estar agendado, com participantes definidos e pauta que explicite o uso do painel como insumo. Sem isso, o painel é fundo de tela bonito.

O sintoma: três pessoas perguntam o que significa o mesmo indicador, e recebem três respostas diferentes. Quando o número diverge entre relatórios, ninguém consegue dizer com confiança qual está certo — porque a definição não está documentada.

Causa: definições foram acordadas em reuniões verbais, ajustadas ao longo do projeto sem registro escrito, ou herdadas de relatórios anteriores sem revisão. O indicador no painel "parece" ser o mesmo, mas o cálculo evoluiu silenciosamente.

Correção: catálogo de indicadores em documento vivo, com nome, fórmula explícita, fontes utilizadas, periodicidade, meta e histórico de revisões. Acessível ao auditor (controle interno, TCE) e à própria equipe da secretaria. Mudança na definição precisa de versionamento — versão anterior preservada para comparação histórica honesta.

O sintoma: o secretário vê que um indicador está vermelho, mas o painel não permite investigar por que. Não há como abrir o indicador por unidade, por região, por período recente. Para entender o desvio, ele liga para o diretor da área e pede explicação verbal — perdendo a vantagem que o painel deveria oferecer.

Causa: o painel foi construído como conjunto de visualizações de leitura, sem capacidade de exploração. O fornecedor entregou o que o pregão pediu — tela bonita —, mas faltou pensar no fluxo real de uso ("identifico desvio → quero entender desvio").

Correção: cada indicador na primeira tela deve permitir drill-down até a unidade ou dimensão que faz sentido (programa específico, secretaria responsável, recorte territorial). Quando o secretário vê vermelho, ele clica e investiga sem precisar de chamada telefônica. Esse fluxo de exploração é o que diferencia painel decorativo de instrumento de decisão.

O sintoma: o painel funciona enquanto o coordenador X estiver na pasta. Quando ele sai (rotação, mudança de governo, ou aposentadoria), ninguém consegue manter. As fórmulas estão na cabeça dele; os ajustes nos dados são manuais e tácitos; a documentação é mínima.

Causa: durante o projeto, conhecimento foi concentrado em uma pessoa por eficiência de execução, sem que houvesse compromisso de transferência. "O X cuida disso" virou política operacional.

Correção: documentar tudo que está na cabeça de pessoas-chave — definições, fórmulas, processos de atualização, decisões de modelagem. Trabalhar em rotação de responsabilidades para que pelo menos duas pessoas conheçam cada parte crítica. Para fornecedor externo, exigir contratualmente entrega de documentação técnica completa, não apenas o painel funcional.

Há uma causa comum por trás de quase todos os sete: o painel é tratado como produto de TI quando deveria ser tratado como instrumento de governança. Produto se entrega e fecha contrato; instrumento de governança se constrói continuamente, com rito, donos, evolução e documentação.

Outra causa subjacente: secretários e governadores frequentemente pedem o painel para fins de comunicação (mostrar resultado, justificar decisão, alimentar coletiva) — não para decisão real. Quando o objetivo primário é comunicação, faz sentido que o painel pare de ser usado para decisão depois do lançamento; ele cumpriu seu papel comunicacional. O problema é prometer decisão e entregar comunicação.

Quando o painel é construído explicitamente para decisão, com governança, dono por indicador e rito de uso definido, ele sobrevive a mudanças de gestão e amadurece como instrumento institucional. Esse é o teste: o painel continua sendo aberto por gestores mesmo depois de quem o lançou ter saído? Se sim, é instrumento de verdade. Se não, foi produto de TI.

Primeiro: auditar o painel atual contra os sete erros. Honestamente, quais estão presentes? Quantos indicadores tem a tela principal? Cada um tem dono formal? As fontes são automatizadas? Há rito de uso? Definições estão documentadas? Há drill-down? Há mais de uma pessoa que sabe manter? Esse diagnóstico identifica os pontos críticos.

Segundo: priorizar correção pelos erros mais altos. Não dá para corrigir tudo de uma vez — comece pelos dois ou três erros que mais comprometem o uso real. Geralmente, ausência de governança formal e ausência de rito de uso são os mais altos retorno-sobre-esforço.

Terceiro: tratar o painel como obra contínua, não como projeto. Revisão semestral do catálogo de indicadores, do rito, da governança. Adição e remoção de indicadores conforme a conjuntura muda. Conjunto enxuto e relevante é mais valioso que conjunto inflado e desatualizado.

O painel que serve à decisão é raro e exigente — mas factível quando a instituição está disposta a tratá-lo como instrumento permanente. Quando isso acontece, o investimento de construção retorna por anos; quando não acontece, o investimento vira slide bonito sem efeito gerencial real.