La primera pantalla que ve un administrador define en gran parte qué tan útil se siente el panel completo.
Si esa vista es solo una tabla larga o un menú vacío, el usuario navega a ciegas. Termina sin encontrar lo que realmente necesita revisar.
Un buen dashboard inicial resuelve una pregunta simple: cómo va el sistema en ese momento. Lo hace de un vistazo, sin obligar a entrar módulo por módulo. Estos son los componentes que marcan esa diferencia.
Tarjetas de métricas clave (KPIs)
Son el elemento más reconocible de cualquier dashboard. Números grandes con una etiqueta corta debajo, como ventas del día o pedidos pendientes.
La regla aquí es la moderación. Entre cuatro y seis tarjetas es un buen punto de partida. Meter quince indicadores en la primera pantalla obliga a hacer scroll. Además diluye lo que realmente importa revisar cada día.
Cada tarjeta debería resolverse con una consulta agregada simple en MySQL: COUNT, SUM o AVG sobre la tabla correspondiente, con un WHERE de fecha. No con lógica pesada calculada en PHP después de traer todos los registros.
Gráficas de tendencia
Un número aislado dice poco sin contexto. Una gráfica de líneas o de barras muestra la evolución de ventas, registros o tráfico en los últimos 7 o 30 días.
Le da forma a esos KPIs. Deja ver de inmediato si algo subió, bajó o se mantuvo estable. Chart.js o ApexCharts cubren la mayoría de los casos. Piden poco código y ofrecen buen rendimiento, sin librerías pesadas.
Comparativa contra el periodo anterior
Un dato como “142 pedidos hoy” cambia de significado según si ayer hubo 90 o 200. Mostrar el porcentaje de cambio respecto al día, semana o mes anterior ayuda a interpretar ese número. Una flecha o un color indican si la tendencia es positiva o negativa. Así, un número plano se convierte en un dato que sirve para decidir.
Esto se calcula con dos consultas: periodo actual y periodo anterior. Después, una resta simple. Nada complicado a nivel de base de datos.
Actividad reciente
Una tabla corta con los últimos registros, pedidos o eventos del sistema da una foto rápida de lo que acaba de pasar. El administrador no necesita entrar al listado completo.
Diez o quince filas suelen ser suficientes, con un enlace a “ver todo” para quien necesite más detalle. Es un buen lugar para reutilizar el query del log de auditoría, si el sistema ya lo tiene. Basta con limitar el resultado con ORDER BY created_at DESC LIMIT 10.
Accesos rápidos
Un administrador repite ciertas acciones todos los días: crear un producto, registrar un pedido manual, agregar un usuario.
Esas tareas no deberían depender de navegar por el menú lateral cada vez. Un pequeño bloque de botones o íconos con las tareas más frecuentes ahorra clics reales en el uso diario. Esto pesa más en sistemas donde el mismo usuario entra varias veces al día a hacer lo mismo.
Estado del sistema y alertas técnicas
Algunos sistemas dependen de procesos automáticos: cron jobs, sincronizaciones, integraciones con pasarelas de pago o APIs externas.
En esos casos, el dashboard puede mostrar si todo funciona correctamente. Un indicador de “última sincronización exitosa”, o una alerta cuando un proceso falla, evita que un problema pase desapercibido. De lo contrario, pasan días hasta que alguien nota que faltan datos.
Pendientes que requieren atención
Este bloque es distinto a la actividad reciente: muestra lo que necesita acción, no lo que ya pasó. Pedidos sin confirmar, tickets sin responder, pagos pendientes de verificar.
Es una de las secciones que más valor le da al dashboard. Convierte la pantalla de inicio en una lista de tareas real, no solo en un reporte pasivo.
Selector de rango de fechas
No todos los KPIs y gráficas tienen que estar fijos a “hoy” o “este mes”. Dar la opción de cambiar el rango de fechas cambia esto: última semana, último trimestre, o un rango personalizado. Todo sin salir del dashboard. Así, la misma pantalla sirve para el chequeo rápido diario y para una revisión más a fondo.
Widgets según el rol del usuario
Si el panel ya maneja roles distintos, el dashboard no tiene por qué verse igual para todos. Un vendedor probablemente necesita ver sus propias métricas de ventas. Un administrador general necesita la vista completa del negocio.
Decidir qué widgets se muestran según el rol es sencillo: basta un if sobre el rol del usuario, antes de renderizar cada bloque. Así, la pantalla de inicio es relevante para cada tipo de usuario, no una vista genérica para todos.
Rendimiento en la carga de datos
El dashboard suele ser la pantalla más visitada del sistema. Por eso también es la que más rápido tiene que cargar. Ejecutar seis o siete consultas pesadas cada vez que alguien entra al panel se nota de inmediato en la experiencia.
Hay varias formas de evitarlo: cachear los resultados de los KPIs por unos minutos, precalcular las métricas más pesadas con un cron job, o usar tablas de resumen actualizadas periódicamente en vez de calcular todo en tiempo real.
Cualquiera de estas evita que la pantalla principal se convierta en el cuello de botella del sistema.
Dashboards ya integrados en Evilnapsis Store
Los proyectos disponibles en Evilnapsis Store ya incluyen su dashboard inicial armado con estos componentes. Queda listo para adaptarse a las métricas de cada negocio.