Hemos construido suficientes dashboards como para notar un patrón incómodo: entre un tercio y la mitad de los tableros que se entregan terminan muertos dentro del año. No porque estén mal hechos — muchos son técnicamente impecables. Mueren porque nadie los abre.
La paradoja del dashboard precioso es real. Un tablero bonito, rápido, con filtros elegantes y exportación a Excel puede tener cero adopción. Y un tablero feo en Excel, escondido en un SharePoint, puede sostener el comité directivo de una empresa grande durante años. La diferencia casi nunca es técnica.
El test de los cinco minutos
Estos son los cinco chequeos que hacemos antes de construir. Si cualquiera da negativo, ajustamos el alcance o directamente proponemos no hacerlo. Vale más una conversación incómoda que un proyecto que se olvida.
1. ¿Responde una pregunta concreta?
Un tablero que "muestra los KPIs del área" no responde nada. Es un espejo de datos. Un tablero que responde "¿en qué segmento estamos perdiendo margen este mes?" tiene propósito. La pregunta debe poder escribirse en una frase, y la respuesta debe caber en la primera pantalla.
Prueba práctica: pídele al stakeholder que enuncie en voz alta qué pregunta específica va a resolver el tablero. Si titubea más de diez segundos, todavía no está listo.
2. ¿El que lo va a usar pidió construirlo?
Los dashboards pedidos por "arriba" para uso "abajo" mueren el 80% del tiempo. Los pedidos por quien lo va a usar sobreviven. Si el usuario final no participó del diseño, no tienes un requerimiento — tienes una hipótesis.
Esto no significa que no se deba construir nada solicitado por gerencia. Significa que esos tableros requieren un trabajo explícito de adopción: presentación, capacitación, acompañamiento las primeras semanas. Si ese esfuerzo no está presupuestado, el tablero no va a vivir.
3. ¿Los datos son suficientemente frescos?
Un tablero con datos de "hace 3 días" para decisiones diarias no se va a usar. No importa qué tan bien esté construido. Los usuarios van a volver al Excel de turno, porque el Excel al menos tiene el número de hoy.
La frecuencia de actualización tiene que alinearse con la frecuencia de decisión. Revisa ese calce antes de empezar. A veces lo más útil es un dashboard con refresh horario sobre menos métricas, y no uno diario sobre más.
4. ¿Se accede en el flujo de trabajo natural?
Si para consultar el tablero hay que abrir un portal aparte, buscarlo entre 40 favoritos y esperar que cargue, ya perdiste. Los dashboards que se usan están embebidos: en el correo de resumen semanal, en Teams, en la pantalla de TV de la sala de operaciones, en el link del calendario del comité.
Pregunta clave: ¿qué tiene que hacer una persona hoy para llegar al tablero? Si la respuesta incluye más de dos pasos, rediseña el acceso antes de rediseñar el gráfico.
5. ¿Hay acciones posibles basadas en lo que muestra?
Un tablero que muestra números "para estar al tanto" tiende a morir. Uno que muestra "aquí está la cartera que requiere tu llamado esta semana" sobrevive. La diferencia es accionabilidad: ¿qué se espera que haga el usuario después de mirarlo?
Si la respuesta es "nada concreto, solo estar informado", considera reemplazarlo por un correo semanal de 5 líneas. Es más barato, más rápido, y tiene mayor probabilidad de ser leído.
Qué hacer si ya entregaste uno que no se usa
No es demasiado tarde. El diagnóstico es útil incluso después de entregado. Revisa los cinco puntos con honestidad y encontrarás el problema casi siempre en el 2, 4 o 5. La buena noticia: esos tres son baratos de corregir.
Un tablero usado a medias por 5 personas vale más que un tablero perfecto que nadie abre. Mide adopción, no estética.
La métrica que mira un dashboard exitoso no es "tiempo de carga" o "colores on-brand". Es "usuarios activos semanales" y "acciones tomadas a partir de él". Si después de un trimestre no puedes nombrar tres decisiones que se hayan tomado mirándolo, el tablero perdió.
Regla que usamos internamente
Cuando nos llega un pedido de dashboard, la primera pregunta que hacemos no es sobre datos. Es: "¿quién lo va a abrir el lunes por la mañana y qué va a hacer con él?". Si la respuesta es vaga, el tablero aún no debe construirse.
Tres cuartos del éxito de un dashboard se juegan antes de la primera línea de DAX.