Antes de un dashboard, decide qué no vas a afirmar

Imaginemos un lunes por la mañana. El panel de dirección dice que la actividad ha caído un 30 % respecto a la semana pasada. Alguien convoca una reunión, se piden explicaciones y se preparan medidas. A media semana se descubre que no había caído nada: los datos del lunes aún no estaban registrados.

El panel no mintió. Hizo exactamente lo que se le pidió. El problema es que nadie había decidido qué no debía afirmar.

Un buen panel se define tanto por lo que muestra como por lo que se niega a afirmar.

El riesgo no es no saber, es saber mal

Un dashboard da a los datos una autoridad visual que no siempre merecen. Una cifra grande, un color rojo y una flecha hacia abajo transmiten certeza, aunque la cifra esté mal calculada.

Sin panel, la dirección sabe que no sabe y pregunta. Con un panel equivocado, cree que sabe y decide. Por eso el primer trabajo de un cuadro de mando no es elegir gráficos, sino responder a unas preguntas menos vistosas:

• ¿Qué significa de verdad cada dato, y desde cuándo significa eso?
• ¿Qué datos llegan tarde, incompletos o duplicados?
• ¿Qué preguntas no se pueden responder con lo que hay?
• ¿Con qué se compara cada cifra para que la comparación sea justa?

Lo que aprendí construyendo AtalayaIQ

AtalayaIQ es una capa de inteligencia sobre siete años de datos operativos de una empresa de eventos nacional: horas, proyectos, fases, gastos y desplazamientos. El objetivo era que dirección tuviera cada día una lectura fiable de lo que está pasando.

Los datos había que leerlos con cuidado. Las horas se registran con retraso. Algunos gastos pueden solaparse entre tipos. El calendario de festivos dejó de mantenerse en 2022. Un dashboard ingenuo habría enseñado cifras equivocadas con total seguridad.

Casi todas las decisiones importantes del proyecto fueron sobre qué no hacer.

Excluir lo que no se puede afirmar

Presupuesto, ingresos, avance, margen, rentabilidad y previsiones quedan fuera por diseño. No porque no interesen, sino porque la base no contiene los datos para calcularlos. Cualquier cifra sobre eso habría sido una estimación presentada como un hecho.

Es la decisión más difícil de defender en una reunión, porque todo el mundo quiere ver el margen. También es la que más protege al panel.

Comparar con justicia

Cada día se compara con el anterior del mismo tipo y al mismo retraso de registro. Si hoy a las diez de la mañana solo está registrada una parte de las horas, se compara con lo que había registrado a la misma altura del día equivalente, no con un día ya cerrado.

Sin eso, el sistema anunciaría caídas que no existen. Exactamente lo que pasaba el lunes de la escena del principio.

Los periodos también se calculan en horario de Madrid, y están probados con los días de 23 y 25 horas de los cambios de hora. Es un detalle invisible hasta el día en que un informe semanal sale con una hora de más.

Decir cuánto cubre cada cifra

El coste de las horas indica siempre qué parte tiene tarifa. Si una parte de las horas no tiene tarifa asignada, el coste total es parcial, y el panel lo dice. Una cifra sin su cobertura invita a leerla como completa.

Conciliar antes de enseñar

Todo lo que el sistema afirma se ha conciliado de forma independiente con SQL escrito a mano: horas, costes y hallazgos coinciden. Las alertas no las decide una IA: salen de siete reglas deterministas, cada una con su evidencia.

Callar también es una función

En Rocio.com hay un asistente de IA sobre el archivo, con un visor interno de conversaciones. La tentación obvia era sacar tendencias: qué pregunta la gente, qué temas crecen.

La decisión fue no sacar tendencias sin volumen. Con pocas conversaciones, cualquier tendencia habría sido una afirmación sin base. El análisis se pospone hasta que haya datos suficientes. A veces la respuesta correcta de un sistema es «todavía no lo sé».

Antes del primer gráfico

Si vas a construir o a revisar un cuadro de mando, este orden ahorra muchos disgustos:

1. Escribe la pregunta de dirección. No «ver las ventas», sino «¿qué tengo que atender esta semana?».
2. Haz un contrato de datos. Qué contiene cada tabla, qué significa de verdad y con qué cautelas.
3. Haz la lista de exclusiones. Lo que el panel no va a afirmar, y por qué. Que la vea dirección antes de empezar.
4. Define cada comparación. Contra qué, a qué corte y en qué zona horaria.
5. Concilia por otra vía. Si una cifra no cuadra con una consulta independiente, no se publica.
6. Termina en una acción. Cada alerta, con su evidencia y lo que conviene hacer.

Solo entonces tiene sentido elegir gráficos. Y suelen hacer falta muchos menos de los que se pensaba.

Un panel fiable no es el que más enseña, sino el que nunca afirma lo que no sabe.

En dashboards empresariales a medida explico cómo diseño cuadros de mando que empiezan por la pregunta de dirección y terminan en una acción. Si el problema está antes, en datos que nadie sabe interpretar igual, lo que hace falta es Business Intelligence a medida.