De la visualización al dashboard

Sabes cocinar un plato. Ahora imagina abrir un restaurante: no basta con que cada plato esté bueno — necesitas un menú coherente, un orden en que se sirve, y que el comensal no tarde diez minutos en entender la carta. El salto de un gráfico individual a un dashboard es exactamente ese: no es hacer MÁS gráficos, es hacer un SISTEMA de gráficos que funcione junto.

Vienes de dos sitios que ahora se juntan. Sabes leer el modelo de datos que te da la empresa —sus tablas de hechos, sus dimensiones, su grano— y sabes construir gráficos que no engañan: elegir el tipo correcto, usar el color con criterio, cuidar la escala. Un dashboard combina las dos cosas: coge los datos de ese modelo y los convierte en un sistema de gráficos que responde, de un vistazo y sin que nadie te pida explicación, el conjunto de preguntas que alguien se hace cada día para decidir. Un gráfico suelto responde UNA pregunta; un dashboard responde muchas relacionadas, y por eso exige pensar en diseño, jerarquía y carga cognitiva de una forma que un gráfico aislado no pide.

### ¿Qué es un dashboard y qué NO es?

Un dashboard — cuadro de mando, panel de control — es una pantalla que muestra de un vistazo el estado de algo que importa. La palabra viene del salpicadero del coche: velocidad, gasolina, temperatura del motor, todo visible sin apartar la vista de la carretera. Esa es la clave: sin apartar la vista. Si tienes que hacer scroll, buscar, interpretar o preguntarle a alguien qué significa un número, no es un dashboard — es un informe disfrazado.

La diferencia con un gráfico suelto es que el dashboard tiene USUARIOS RECURRENTES. No es algo que haces una vez para una reunión: es algo que alguien abre cada mañana, cada lunes, cada hora. Eso cambia todo. Un gráfico para un informe puntual puede permitirse ser complejo — tienes diez minutos para explicarlo. Un dashboard tiene que funcionar sin ti, porque tú no vas a estar ahí cada vez que alguien lo abra.

• ▹Un dashboard NO es una colección de gráficos bonitos. Es una herramienta de decisión.
• ▹Un dashboard NO es un informe interactivo. Es una respuesta visual a las preguntas que alguien se hace todos los días.
• ▹Un dashboard NO es para ti. Es para su usuario final, que probablemente no sabe SQL ni quiere aprenderlo.
• ▹Un dashboard SÍ es algo que puedes evaluar: si nadie lo mira, ha fracasado. Si la gente lo mira pero sigue preguntándote cosas que debería responder, también.

### El principio de la pirámide invertida

Los periodistas lo saben desde hace un siglo: la información más importante va primero. El titular, luego el subtítulo, luego el desarrollo. Si el lector se va a la mitad, ya se ha llevado lo esencial. Un dashboard funciona igual: lo más importante arriba y grande, los detalles abajo y más pequeños. Esto se llama jerarquía visual y es el principio de diseño más importante que vas a aplicar.

En la práctica, la pirámide invertida se traduce en tres niveles. El primero son los KPIs — indicadores clave de rendimiento — que caben en tarjetas grandes con un solo número: ingresos del mes, usuarios activos, tasa de conversión. El segundo nivel son los gráficos que explican esos números: la línea temporal que muestra cómo hemos llegado ahí, las barras que descomponen por segmento. El tercero son las tablas de detalle, los filtros y los drill-downs para quien necesite investigar.

### Carga cognitiva: el enemigo invisible

La carga cognitiva es la cantidad de esfuerzo mental que necesita tu cerebro para procesar lo que ve. Cada gráfico, cada color, cada número, cada etiqueta añade carga. Cuando la carga supera lo que el cerebro puede procesar de golpe —George Miller lo situó en 1956 en siete piezas de información más o menos dos, y trabajos posteriores como el de Nelson Cowan lo bajan a unas cuatro— el usuario se pierde. Deja de entender. Cierra la pestaña.

Los dashboards que fracasan suelen tener el mismo problema: intentan responder TODAS las preguntas en UNA pantalla. Veinte gráficos, seis filtros, tres pestañas dentro de otras tres pestañas. El creador está orgulloso porque "tiene todo". El usuario está perdido porque no sabe por dónde empezar. La regla práctica: un dashboard responde una pregunta principal y tres o cuatro secundarias. Si necesitas más, son dos dashboards.

### Los cinco principios del diseño de dashboards

Stephen Few, el autor que más ha escrito sobre diseño de dashboards para negocio, define un dashboard como una presentación visual de la información más importante para cumplir uno o varios objetivos, reunida en una sola pantalla para poder vigilarla de un vistazo. Los cinco principios que siguen no son suyos: son un resumen de esa definición y del catálogo de errores que él publicó. Parecen obvios y casi ningún dashboard corporativo los cumple del todo:

1. 01.Una sola pantalla. Sin scroll. Lo que no cabe, va en otra página o no va. El dashboard es una foto instantánea, no un documento.
2. 02.KPIs arriba, detalles abajo. La jerarquía visual no es opcional: es el orden de lectura natural (arriba-izquierda a abajo-derecha).
3. 03.Contexto siempre. Un número solo no dice nada. ¿142.000 euros de qué? ¿Comparado con qué? ¿El mes pasado? ¿El objetivo? Añade la comparación o el objetivo junto al número.
4. 04.Color con significado, no con estética. Verde = bien, rojo = mal, gris = neutro. Pero que el color no lo diga nunca solo: una flecha, un signo o una palabra al lado, para quien no distingue el rojo del verde. Y si cada gráfico es de un color distinto "para que quede bonito", el color deja de comunicar.
5. 05.Reducir, no añadir. Cada elemento añade carga cognitiva. Antes de poner algo nuevo, pregunta qué quitas. La versión con menos elementos que responde la misma pregunta es la mejor.

### Anatomía de un buen dashboard

### Filtros y drill-down: el equilibrio entre simpleza y profundidad

Un filtro permite al usuario restringir lo que ve: solo esta región, solo este mes, solo clientes premium. Un drill-down permite hacer clic en algo para ver más detalle: pulsar en la barra de "Norte" y que aparezcan las provincias. Los dos resuelven el mismo dilema: el dashboard tiene que ser simple de entrada y profundo bajo demanda.

La regla de los filtros: si el 80% de los usuarios necesita el mismo filtro cada vez (por ejemplo, "solo mi equipo"), ese filtro debería estar aplicado POR DEFECTO. Si cada usuario necesita un filtro distinto (su región, su canal), el filtro necesita un valor por defecto inteligente o un mecanismo que recuerde la última selección. Un filtro sin valor por defecto que muestra "todos" obliga al usuario a trabajar antes de ver nada útil.

### La historia: del informe en papel al panel en tiempo real

En los años 80, los directivos recibían informes en papel una vez a la semana o al mes. La información viajaba de la base de datos a un mainframe, de ahí a un proceso batch nocturno, de ahí a una impresora, de ahí a una secretaria que lo dejaba en la mesa del director. Cuando el director veía el dato, tenía entre tres y treinta días de retraso. Las decisiones se tomaban sobre el pasado lejano.

En los 90, las herramientas de Business Intelligence (BI) — software dedicado a consultar datos y presentarlos visualmente — empezaron a ofrecer informes que se podían generar bajo demanda desde un ordenador (computadora). Ya no había que esperar al ciclo de impresión. Pero seguían siendo informes: documentos de muchas páginas que había que leer enteros.

El dashboard como lo conocemos hoy — una pantalla fija con visualizaciones que se actualizan solas — se popularizó a mediados de los 2000. Tableau nació en Stanford en 2003 y sacó su primera versión en 2005. QlikView ya existía desde 1993 pero no explotó hasta la década siguiente. Lo que cambió no fue la tecnología: fue la expectativa. Los directivos empezaron a esperar la misma inmediatez que les daba su correo electrónico. "¿Si puedo ver un email en tiempo real, por qué no puedo ver mis ventas en tiempo real?" Esa pregunta creó un mercado de miles de millones.

### Tipos de dashboard según su propósito

No todos los dashboards sirven para lo mismo. Confundir el tipo es el error de diseño más frecuente: montar un dashboard operativo con la estructura de uno estratégico, o viceversa.

• ▹Operativo: muestra el estado del AHORA. Se mira varias veces al día. Ejemplo: pedidos en curso, incidencias abiertas, disponibilidad del servidor. Necesita actualización frecuente (minutos u horas) y alertas visuales cuando algo va mal.
• ▹Táctico: muestra el progreso hacia un objetivo a medio plazo. Se mira una o dos veces por semana. Ejemplo: avance del trimestre en ventas, rendimiento de campañas activas, velocidad del equipo. Necesita comparación con el objetivo y con el periodo anterior.
• ▹Estratégico: muestra la dirección del negocio a largo plazo. Se mira una vez al mes o al trimestre. Ejemplo: cuota de mercado, evolución interanual, NPS (la nota que los clientes le ponen a la empresa) acumulado. Menos datos, más contexto y tendencia.

### El antipatrón: el Franken-dashboard

Lo ves en todas las empresas: un dashboard que empezó siendo un panel de ventas semanal y, reunión tras reunión, le fueron añadiendo gráficos. "Oye, pon también el NPS." "Añade las incidencias de soporte." "Mete el pipeline del equipo comercial." Después de un año tienes un monstruo de Frankenstein con treinta gráficos de seis áreas distintas, ninguna relación entre ellos, y nadie sabe para qué sirve. Todos lo abren, nadie lo usa, y nadie se atreve a borrarlo porque "a lo mejor alguien lo necesita".

La solución no es técnica, es política: cada dashboard tiene un dueño, un propósito escrito, y una fecha de revisión. Si pasan tres meses y nadie lo ha abierto, se archiva. Lo verás en más detalle cuando hablemos de gobierno de dashboards.

### Antes de abrir la herramienta: las cinco preguntas

Antes de abrir cualquier herramienta —Power BI, Tableau, Looker Studio o la que sea—, necesitas responder cinco preguntas. Si no las tienes claras, vas a construir algo que nadie usa:

1. 01.¿Quién va a mirar esto? (el CEO no mira lo mismo que el equipo de soporte)
2. 02.¿Qué pregunta se hace esa persona cada día/semana? (no qué datos tienes — qué necesita SABER)
3. 03.¿Qué decisión toma con esa información? (si no hay decisión, no hay dashboard)
4. 04.¿Con qué frecuencia lo va a consultar? (diaria, semanal, mensual — define el refresco)
5. 05.¿Qué comparación necesita para entenderlo? (vs objetivo, vs periodo anterior, vs media)

### Resumen

Un dashboard no es una colección de gráficos — es una herramienta de decisión que funciona sin tu presencia. Tiene usuarios recurrentes, jerarquía visual (KPIs arriba, detalles abajo), carga cognitiva controlada (menos es más), y un propósito concreto (operativo, táctico o estratégico). Antes de construirlo, necesitas saber QUIÉN lo mira, QUÉ decisión toma, y CON QUÉ FRECUENCIA. Sin esas respuestas, estás decorando, no informando.