Un dashboard que nadie abre después de la primera semana no es un problema de diseño visual — es un problema de que nadie definió qué decisión debía tomarse con esa información. El primer paso de cualquier proyecto de panel administrativo es preguntar: ¿qué decisión se toma hoy sin datos, que podría tomarse mejor con ellos?
Los KPIs correctos son pocos y accionables, no todos los números que la base de datos puede producir. Un dashboard de ventas con cuarenta gráficas es, en la práctica, un dashboard que nadie interpreta a tiempo. Preferimos empezar con tres a cinco indicadores que el usuario pueda entender en menos de diez segundos, y crecer desde ahí según el uso real.
La jerarquía visual importa tanto como el dato mismo: lo más importante debe verse primero, sin scroll, sin clics adicionales. Usamos color con intención —verde para lo que va bien, rojo o ámbar solo para lo que requiere atención real— evitando paneles donde todo brilla igual y nada destaca.
El usuario interno no es el mismo que el usuario final de una app pública: suele revisar el panel varias veces al día, bajo presión de tiempo, muchas veces desde un monitor compartido o una tableta en planta. Diseñamos pensando en ese contexto: tipografía legible a distancia, filtros simples, y datos que se actualizan sin necesidad de recargar la página manualmente.
En un proyecto para una manufacturera, reemplazamos un reporte de Excel que se armaba manualmente cada mañana por un dashboard en tiempo real conectado directamente a la línea de producción. El tiempo de detección de una desviación pasó de horas a minutos, porque el supervisor ya no esperaba el reporte del día siguiente para actuar.
Un buen dashboard no reemplaza el criterio humano, lo acelera. El objetivo final siempre es el mismo: que la persona que lo mira tome una mejor decisión, más rápido, con menos ambigüedad — no que el panel se vea impresionante en una presentación.