Diseño de dashboards: menos gráficos, más decisiones
Un dashboard sirve cuando ayuda a decidir. Cuántas métricas mostrar, qué poner arriba, cómo usar filtros y drill-down y cómo separar vistas por rol.
¿Qué problema resuelve un dashboard?
Resume información para que alguien pueda actuar sin abrir cinco reportes. Su valor está en la priorización: qué se mira primero, qué cifra indica un problema y qué se hace cuando algo cambia. Si todo tiene el mismo peso, nada lo tiene.
Girard Media propone un test sencillo para cada métrica: si no lleva a una acción, se quita (Girard Media, “Dashboard design best practices”). Es un buen filtro antes de añadir cualquier gráfico.
¿Por qué le importa a un diseñador?
Porque los dashboards son de las pantallas más densas que diseñarás, y las peores decisiones suelen venir de querer complacer a todos los que piden una métrica. Un dashboard con dieciocho gráficos no tiene una jerarquía, aunque cada gráfico esté bien hecho. Diseñar es, aquí, decidir qué no se muestra.
Además, un dashboard se lee rápido y con poca interacción. Nielsen Norman Group lo define como una colección de visualizaciones en una vista de una sola página y recomienda diseñarlo para leerse de un vistazo. Para comparar cantidades sugiere gráficos de barras, líneas o dispersión, porque la longitud y la posición son los atributos que mejor se perciben. Aconseja evitar los gráficos circulares la mayor parte del tiempo y los efectos 3D, y no usar el color para comunicar magnitudes (Nielsen Norman Group, «Dashboards: Making Charts and Graphs Easier to Understand»). Por eso el problema es tanto de diseño visual como de contenido.
¿Cuántas métricas y en qué orden?
FusionCharts propone esta estructura habitual, de arriba abajo:
- Tarjetas de KPI arriba. Tres a cinco métricas primarias ligadas a objetivos de negocio, con una cifra grande y, si es posible, una comparación con el periodo anterior.
- Tendencias. Gráficos de línea que muestran si la cifra va bien o mal a lo largo del tiempo.
- Desgloses. Por canal, región o producto, para entender qué mueve la cifra.
- Tablas de apoyo. Para quien necesita el dato exacto, al final.
Girard Media recomienda, para los KPI primarios, «normalmente de 3 a 5 métricas» ligadas a los objetivos del negocio. FusionCharts lista como error esconder insights importantes bajo el pliegue y mostrar demasiados KPI (FusionCharts, «Dashboard design best practices»). Eleken añade que enfocarse en tres a cinco KPI principales suele ser mejor que mostrar veinte gráficos de línea (Eleken, «Why users ignore dashboards»).
¿Cómo se usan los filtros y el drill-down?
Los filtros ayudan cuando las dimensiones son claras: periodo, sede, producto o segmento. El problema aparece cuando se apilan. Girard advierte que el exceso de filtros y de rutas de drill-down crea parálisis de análisis en lugar de acelerar las decisiones: un dashboard con muchos filtros puede responder casi cualquier pregunta, pero la mayoría de las personas no sabrá por dónde empezar.
El drill-down, por su parte, es el patrón de mostrar el resumen primero y el detalle al pedirlo. Girard lo describe como hacer clic en una métrica resumen para ver su desglose, y aconseja relegar el detalle a páginas de drill-down. Es útil, pero no sustituye a la priorización: si una métrica no importa en la vista principal, enviarla a un drill-down no la hace más importante.
¿Cómo se separan ejecutivos y analistas?
Girard distingue dashboards ejecutivos, con KPI alineados a objetivos estratégicos como crecimiento de ingresos o velocidad del pipeline, de dashboards por canal, con tasa de conversión o costo por adquisición. Eleken propone dividir un dashboard «maestro» en vistas por rol, porque cada grupo (ejecutivos, marketing, producto, operaciones) debe ver solo lo relevante para su trabajo.
En la práctica, los ejecutivos necesitan responder si van bien o mal en un vistazo. Los analistas necesitan bajar al detalle para entender por qué cambió una cifra. Son necesidades distintas, y un solo diseño no las resuelve bien.
Ejemplo
Ejemplo ilustrativo: un equipo de una plataforma de logística tiene un dashboard con veintiún gráficos y nueve filtros. Nadie lo usa para decidir. El equipo lo rehace en dos vistas. La primera tiene cuatro tarjetas de KPI: entregas a tiempo, coste por envío, incidencias abiertas y satisfacción. Debajo, una tendencia semanal de entregas a tiempo y un desglose por ruta que se abre al hacer clic. La segunda vista, para operaciones, tiene el detalle por conductor y los filtros de turno y zona. Un mes después, la reunión semanal ya empieza con el dashboard y no con una hoja de cálculo.
¿Cuándo NO conviene un dashboard?
- Cuando la pregunta es puntual. Si alguien necesita una cifra una vez, un informe o una consulta bastan.
- Cuando nadie tomará una acción con él. Un dashboard sin decisiones asociadas se ignora en pocas semanas.
- Cuando los datos no son confiables. Un dashboard con cifras dudosas genera desconfianza, y eso es más difícil de arreglar que cualquier gráfico.
- Cuando la métrica es de un solo número. Una tarjeta sola no necesita un dashboard completo.
Errores comunes
- Incluir una métrica para cada área que la pidió.
- Usar gráficos decorativos o de colores que no significan nada, o usar el color para indicar cantidades.
- Esconder la cifra principal en la parte baja de la pantalla.
- Apilar filtros en lugar de elegir dos o tres dimensiones clave.
- No indicar qué acción debe provocar un cambio en la métrica.
Cómo empezar mañana
Abre el dashboard que más se usa en tu equipo y escribe la pregunta principal que responde. Marca las tres métricas que realmente la contestan. Para cada una, escribe qué haría alguien si cambiara de color. Si no hay acción, quítala de la vista principal y muévela a un desglose. Después, revisa los filtros y deja solo los que alguien usa de verdad. Si el análisis va más allá de la foto, el análisis de embudos te da la forma de leer un flujo paso a paso.