Hay un momento clásico en cualquier empresa que ha invertido en su transformación digital. La empresa pagó un dashboard de gestión, hubo capacitaciones, todos celebraron el lanzamiento, y tres meses después, nadie lo abre. La data sigue ahí, fresca, actualizándose en tiempo real. Pero el equipo volvió a sus hojas de cálculo de siempre.
¿Por qué pasa esto? Y más importante: ¿cómo se evita?
En los últimos años entregamos cerca de cincuenta dashboards a empresas de distintos tamaños. Como cualquiera que hace este trabajo lo suficiente, llegó un punto donde nos preguntamos qué diferenciaba a los que se usaban activamente del resto. Hicimos un análisis con datos de uso real y los resultados fueron incómodos: solo dos de cada diez sobrevivieron al sexto mes. Casi cuatro de cada diez se abandonaron antes del primer mes.
Lo más interesante es que el problema casi nunca era la información. La data estaba bien. Era el diseño y, sobre todo, la decisión sobre qué incluir y qué dejar fuera.
Demasiada información no informa
El error más común que vemos es construir dashboards "que tengan todo". El director quiere ver tres métricas, el gerente cinco, el equipo de operaciones quince, y al final el dashboard termina con veintitantos números en una pantalla. Nadie sabe a qué prestar atención primero, así que el cerebro hace lo único razonable: cerrarlo.
Los dashboards que funcionan tienen una métrica principal, una sola, que responde a la pregunta más importante del día. Todo lo demás es contexto secundario, accesible cuando se necesita, pero sin competir por la atención inicial.
Si te toca volver a configurar todo, no lo vas a volver a abrir
Otro error sutil pero devastador: dashboards que olvidan los filtros que el usuario seleccionó la sesión pasada. Si cada vez que entras tienes que volver a elegir país, rango de fechas y tipo de cliente, dejarás de entrar.
Esto suena trivial y lo es, técnicamente. Pero el impacto en uso real es enorme. Un dashboard que recuerda dónde te quedaste se siente como una herramienta. Uno que no, se siente como un trámite.
Datos sin acción son galería
Esta es quizá la observación más profunda que sacamos del análisis. Los dashboards que sobreviven tienen una propiedad común: cada métrica importante tiene una acción al lado. "Tu pipeline está en riesgo" no es información útil por sí sola; "tu pipeline está en riesgo → ver los 8 deals afectados → reasignar" sí lo es.
Cuando una persona ve un número y no sabe qué hacer con él, lo ignora. Cuando ve un número que le sugiere acción, lo procesa. Los dashboards más usados son aquellos que sienten que están del lado del usuario, no solo mostrando información.
La velocidad es una característica del diseño
Hay un umbral muy claro: si una pantalla tarda más de dos segundos en cargar, el usuario asume que algo está roto. Esto es independiente del valor de la información detrás.
Los dashboards lentos se perciben como obsoletos, aunque sean técnicamente sofisticados. Los rápidos se perciben como confiables, aunque sean simples. La velocidad no es una cuestión técnica nada más: es parte esencial de la experiencia y, por tanto, del uso.
El móvil no es un nice-to-have
Hay un detalle que muchos equipos subestiman. Los ejecutivos y dueños de empresa no abren los dashboards en su laptop sentados frente al escritorio. Los abren en el celular antes de una reunión, en el aeropuerto, mientras desayunan. Si tu dashboard solo se ve bien en pantalla grande, en la práctica dejó de existir para tu usuario más importante.
Esto no se arregla "haciéndolo responsive". Se arregla repensando qué información tiene que mostrar primero en una pantalla de seis pulgadas, y aceptar que algunas vistas complejas simplemente no caben.
Lo que diferencia a los proyectos que sobreviven
Los dashboards que seguían usándose al año tenían algo en común que rara vez se discute en propuestas comerciales: alguien hizo investigación antes de diseñar. Entrevistaron a los usuarios reales, no a los stakeholders que firman el presupuesto. Preguntaron qué decisiones tomaban, en qué contexto, con qué fricciones. Diseñaron para esas decisiones específicas.
Esto suena obvio, pero es raro. La mayoría de proyectos arrancan con un kickoff donde el cliente lista lo que quiere ver, el proveedor lo recibe y empieza a construir. Lo correcto sería pasar la primera semana hablando con quienes van a usarlo, antes de mover un solo píxel.
Cómo saber si tu dashboard va a fracasar antes de pagar
Si estás evaluando una propuesta de dashboard, hay tres preguntas que separan a los proyectos que van a funcionar de los que no.
¿Quién va a ser entrevistado y por cuánto tiempo durante el discovery? Si la respuesta es "te mandamos un formulario", ahí está la primera bandera roja.
¿Cómo van a medir si el dashboard se está usando una vez entregado? Si no hay respuesta, lo más probable es que no se mida, y por tanto, nadie sepa si funcionó.
¿Qué pasa con el dashboard a los seis meses, cuando algo cambie en el negocio? Si la respuesta es "se contrata un nuevo proyecto", estás comprando un activo que se va a depreciar rápido.
Un buen dashboard no es algo que se entrega y se olvida. Es una herramienta viva que se ajusta a medida que el negocio aprende.