Otro dashboard no va a decidir por tu equipo.

Antes de diseñar un tablero, escribe las preguntas que el equipo necesita responder. ¿Qué solicitudes están pendientes? ¿Cuáles requieren atención hoy? ¿Quién debe revisar una excepción? Una gráfica puede describir actividad sin ayudar a resolver ninguna de esas preguntas.

Relaciona cada indicador con una acción posible. Si un número cambia, ¿alguien sabe qué revisar? Si nadie puede explicar qué decisión apoya, quizá todavía no sea necesario añadirlo. El objetivo no es llenar una pantalla, sino facilitar una conversación informada.

Dos áreas pueden llamar “caso cerrado” a momentos diferentes. Una cuenta cuando envía la respuesta; la otra, cuando recibe confirmación. Combinar esos registros sin aclarar la definición produce un resultado difícil de interpretar.

Para los indicadores importantes, identifica la fuente, el criterio de cálculo y la frecuencia de actualización. Explica cómo se tratan datos faltantes o duplicados. Un tablero también debe permitir reconocer cuándo la información todavía no está completa.

Revisa un caso concreto con quienes tomarán decisiones. Pídeles que encuentren un pendiente y expliquen qué harían después. Observa si necesitan buscar otra hoja, reconstruir el contexto o preguntar qué significa un número.

Esas dudas orientan la siguiente mejora: una definición, un filtro, un enlace al registro o una responsabilidad explícita. Empieza con pocas preguntas relevantes y amplía cuando haya una necesidad clara. La utilidad se revisa en el trabajo cotidiano, no solo en la presentación del tablero.