Diseñar dashboards que los stakeholders realmente usen es uno de los mayores retos en analítica. Podemos crear el informe más impresionante a nivel técnico (combinaciones perfectas, fórmulas avanzadas, gráficos preciosos) y aun así escuchar: “No entiendo esto”. Pasa más a menudo de lo que la gente reconoce.
La distancia entre un dashboard que los analistas adoran y un dashboard que los stakeholders realmente usan rara vez es técnica. Es un problema de diseño y comunicación. La buena noticia es que Looker Studio nos da las herramientas para resolverlo. Solo necesitamos acercarnos al diseño de dashboards con una mentalidad ligeramente diferente.
En este post, voy a guiarte por los principios de diseño que utilizo con proyectos reales de clientes, usando los datasets de Spotify 2023 y Superstore Products para ilustrarlos. Mi objetivo es ayudarte a crear dashboards que los stakeholders realmente abran, exploren y utilicen para tomar decisiones.
1. Empieza con una pregunta, no con un gráfico
Un dashboard no es una galería de elementos. Es una herramienta para responder preguntas.
Cuando empiezo a diseñar, no me pregunto:
“¿Qué gráfico debería usar?”
Me pregunto:
“¿Qué decisión está intentando tomar este stakeholder?”
Por ejemplo, el dataset Superstore Products incluye Category, Subcategory, Gross revenue y Profit. En lugar de saltar directamente a los gráficos, pregúntate:
- ¿Qué categorías generan más ingresos?
- ¿Qué subcategorías son rentables pero están infravaloradas?
- ¿Qué regiones tienen un rendimiento consistentemente bajo?
Una vez tienes las preguntas, diseñas pensando en las respuestas, no en la estética.
Una buena regla: cada gráfico debería responder a una sola pregunta.
2. Prioriza menos métricas, con más contexto
Los stakeholders no son analistas. No quieren descifrar diez métricas distintas. Quieren saber qué es importante.
Comparemos dos versiones de un bloque simple de KPIs usando el dataset de Spotify.
Menos efectivo:
- Streams
- Número de canciones
- BPM medio
- Energy %
- Danceability %
Queda muy “completo”, pero genera más preguntas de las que responde.
Más impactante:
- Streams totales
- Top 3 artistas
- Crecimiento vs periodo anterior
Los stakeholders entienden narrativas, no números sueltos. Diseña siempre los KPIs para que cuenten una historia de un vistazo.
3. Pon la información más importante primero
Los dashboards se escanean, no se leen palabra por palabra. Cuando abres un informe de Looker Studio, tus ojos van al lado superior izquierdo y luego al centro superior. Ese espacio debe contener la información más valiosa.
En un dashboard de ventas usando Superstore Products, podrías diseñar algo así:
- Arriba a la izquierda → Resumen de ingresos (por ejemplo, acumulado del mes + variación vs mes anterior)
- Centro superior → Resumen de beneficio
- Arriba a la derecha → Oportunidades clave o alertas
Esto crea una “capa de decisión” antes de entrar en el detalle.
4. Usa un lenguaje cercano, no etiquetas técnicas
Los stakeholders no piensan en términos de esquema de base de datos. No quieren ver “Gross_revenue” o “artist_count”.
Usa etiquetas naturales:
- “Ingresos”
- “Streams”
- “Productos vendidos totales”
- “Margen medio por pedido”
El nombre forma parte del diseño.
Cuando tengas dudas, pregúntate:
“¿Una persona sin experiencia en Looker Studio entendería esto?”
Si la respuesta es no, cámbialo de nombre.
5. Elige tipos de gráfico que encajen con la decisión
Cada tipo de gráfico tiene un propósito. Úsalos en función de la decisión que quieres apoyar.
- Series temporales – evolución en el tiempo
- Gráficos de barras y columnas – comparaciones
- Gráfico de rectángulos – proporciones y jerarquías
- Tablas – detalle operativo y consulta
- Scorecards – KPIs
Uno de los errores más comunes es tratar los dashboards como si fueran arte. Un gráfico circular con degradados puede ser precioso, pero no ayuda a nadie a decidir qué subcategoría debería recibir más presupuesto el próximo trimestre.
Un gráfico de rectángulos usando Subcategory + Gross revenue en Superstore funciona porque muestra la importancia relativa al instante. No hace falta explicarlo.
6. Convierte el dashboard en algo interactivo, no estático
Los elementos interactivos transforman un dashboard en una herramienta.
En Looker Studio, hay tres funcionalidades sencillas que a los stakeholders les encantan:
Ejemplo con Spotify:
- Dimensión 1: artist(s)_name
- Dimensión 2: track_name
Activa el desglose de información para que los usuarios puedan pasar de artista a canciones sin editar el informe.
Para Superstore:
- Dimensión 1: Category
- Dimensión 2: Sub-Category
Los stakeholders hacen click → exploran.
7. Reduce el ruido: elimina todo lo que no ayude a decidir
Esta es probablemente la habilidad más difícil de desarrollar. Un dashboard con 12 gráficos puede parecer impresionante, pero los stakeholders usan… quizá dos.
Pregúntate, para cada elemento:
“Si elimino esto, ¿la decisión se vuelve más difícil?”
Si la respuesta es no, elimínalo. Quitar ruido no es simplificar por simplificar, es estrategia.
8. Dale una narrativa a tu dashboard
Los dashboards deberían leerse como una historia:
- ¿Qué está pasando?
- ¿Por qué está pasando?
- ¿Qué deberíamos hacer ahora?
Un diseño que utilizo a menudo: Titular → Contexto → Desglose → Detalle
Ejemplo (Spotify):
- Titular: Streams totales + % vs periodo anterior
- Contexto: Top artistas
- Desglose: Serie temporal
- Detalle: Tabla de canciones
Esta estructura funciona porque refleja cómo piensan los stakeholders.
9. Usa el color de forma intencional
El color no es decoración; el color es información.
- Usa verde para “mejor de lo esperado”
- Usa ámbar para “presta atención”
- Usa rojo de forma muy puntual, solo cuando haga falta actuar
- Mantén los colores de marca consistentes
Una paleta sencilla gana siempre frente al caos arcoíris.
10. Cierra el círculo: documenta el dashboard
Los stakeholders se olvidan. Los equipos cambian. Un dashboard sin documentación se abandona en cuestión de semanas.
Añade una sección breve que explique:
- Qué fuentes de datos lo alimentan
- Cómo se calculan las métricas
- Qué acciones deberían tomar los usuarios
Son unos minutos de trabajo que te ahorran meses de dudas y correos.
Reflexiones finales – Diseñar dashboards que los stakeholders realmente usen
Diseñar dashboards que los stakeholders realmente usen tiene menos que ver con “hacer cosas bonitas” y mucho más que ver con empatía. Tu trabajo no es mostrar todos los insights posibles, sino guiar a la persona que lo ve hacia los pocos que realmente importan.
Empieza con preguntas. Prioriza la claridad. Usa la interacción con intención, no por inercia. Y, siempre que puedas, incorpora a tus usuarios pronto en el proceso. Ellos te dirán qué les importa, y eso hará que cada decisión de diseño sea mucho más sencilla.
Los dashboards que se comparten, se guardan en favoritos y se mencionan en reuniones no son los más sofisticados visualmente. Son los que responden a las preguntas con seguridad.
Preguntas frecuentas – Diseñar dashboards que los stakeholders realmente usen
-
¿Cuántas KPIs deberían ponerse en la parte superior del dashborad?
Normalmente entre tres y cinco. Suficientes para dar dirección, pero no tantos como para abrumar.
-
¿Cuál es el mejor gráfico para poner primero?
Una serie temporal o un scorecard de alto nivel. Los stakeholders quieren contexto primero.
-
¿Debería esconder tablas complicadas?
No hace falta esconderlas; ponlas al final. Las tablas son para el detalle, no para la narrativa principal.
-
¿Los dashboards necesitan instrucciones?
Sí. Una breve explicación de los controles o del desglose de información aumenta muchísimo la adopción.
-
¿Cómo sé si un dashboard se está usando?
La gente habla de él, lo referencia en las reuniones y pide ampliaciones, no explicaciones.
