El dashboard más caro es el que nadie vuelve a abrir

Hemos entrado a más de una empresa con un Power BI o un Tableau instalado, licencias pagadas, un dashboard bien diseñado visualmente — y directores que siguen pidiendo el reporte por correo, en Excel, porque 'así lo entienden mejor'. El proyecto de BI no falló por falta de tecnología. Falló porque nadie preguntó, antes de construir el tablero, qué decisión específica iba a tomar cada persona con él.

El patrón que vemos una y otra vez: el equipo de datos construye el dashboard basado en qué información 'existe' y se ve bien en un gráfico, no en qué pregunta de negocio responde. El resultado son tableros bonitos, con muchos KPIs, que ningún director vuelve a abrir después de la demo inicial — porque no le dicen qué hacer distinto mañana.

Por eso empezamos al revés: antes de abrir Tableau, Qlik, Microstrategy o Power BI, nos sentamos con el director, el gerente y el usuario operativo por separado, y preguntamos qué decisión toma cada uno hoy con la información que tiene (o no tiene). Un director no necesita el mismo nivel de detalle que un analista — necesita 3 o 4 números que le digan si algo va bien o mal, con la capacidad de bajar un nivel si algo se ve raro.

La segunda condición no negociable: el dashboard se conecta directamente al Data Warehouse, nunca a un extracto de Excel que alguien actualiza a mano una vez por semana. Un tablero que depende de que alguien recuerde exportar un archivo no es un tablero de decisiones en tiempo real — es un reporte con pasos extra.

Cuando un dashboard sí se usa todos los días, se nota de una forma muy concreta: alguien lo reclama cuando se cae. Ese es, para nosotros, el único indicador real de éxito de un proyecto de BI — no cuántos KPIs tiene, sino si alguien notaría su ausencia mañana.