Transformando un dashboard infrautilizado en una herramienta de toma de decisiones con un +96% de aumento en adopción

La plataforma Smart Office de Triggle proporciona a los hoteles asociados herramientas para gestionar y monitorizar su actividad y el rendimiento de ventas de traslados.

El Dashboard fue diseñado como el punto de entrada principal tras el login, pensado para ofrecer a los partners una visión rápida de reservas, pasajeros, ingresos y comisiones en sus webstores.

Si la empresa era un único hotel, el dashboard mostraba solo los datos de esa propiedad. Si era una cadena, mostraba datos agregados de todos los hoteles.

Señales que motivaron la investigación

• 

  Baja adopción

  Pocos hoteles accedían al dashboard regularmente.

• 

  Sesiones cortas

  Los usuarios abandonaban rápidamente tras entrar.

• 

  Baja tasa de retorno

  La mayoría de usuarios no volvía después del primer uso.

• 

  Feedback directo

  Los hoteles decían que veían números pero no sabían qué hacer con ellos.

El reto

• Reducir la complejidad Simplificar métricas y carga visual para que la información se entendiera de un vistazo.
• Facilitar decisiones Transformar informes pasivos en insights accionables.
• Aumentar la adopción Hacer que el dashboard fuera lo suficientemente valioso como para formar parte del flujo de trabajo de los partners.

Mi rol

Como Product Design Lead, lideré el rediseño de principio a fin: realizando investigación con hoteles asociados, facilitando sesiones de co-diseño, alineándome con los equipos de BI y producto, y entregando el UX y UI final.

Antes de rediseñar el dashboard, necesitaba entender si el problema era de datos, usabilidad o valor percibido. Abordamos la investigación con un objetivo: identificar qué necesitaban realmente los hoteles para tomar decisiones.

Métodos de investigación

• Insights cualitativos Las entrevistas con usuarios y sesiones de co-diseño con hoteles asociados nos ayudaron a entender cómo interpretan las métricas, qué decisiones toman y dónde aparece la confusión.
• Validación cuantitativa Las encuestas de priorización de KPI y las señales de uso del producto nos permitieron clasificar métricas por valor real para la toma de decisiones e identificar qué datos realmente importaban.
• Sesiones de co-diseño Trabajamos con los partners para identificar qué métricas eran realmente significativas para ellos.
• Alineación con BI Colaboramos con los equipos de datos para entender restricciones, definiciones y lógica de métricas.

Preguntas que necesitábamos responder

• 

  Qué métricas importan?

  Qué información usan realmente los hoteles para actuar?

• 

  Qué genera confusión?

  Qué KPIs o elementos visuales se malinterpretaban?

• 

  Qué filtros son relevantes?

  Qué opciones de segmentación se ajustan a los flujos de trabajo reales?

• 

  Qué decisiones debe facilitar?

  Qué acciones debería permitir el dashboard?

El objetivo no era validar el dashboard existente, sino entender el contexto de toma de decisiones que había detrás. Eso significaba pasar de preguntar qué querían ver los usuarios a entender qué necesitaban para actuar.

La investigación reveló que el problema principal del dashboard no era la funcionalidad ni la precisión de los datos. El verdadero problema era que los partners no podían traducir la información en decisiones.

Descubrimientos clave

• 

  Datos ≠ Insight

  Mostrar métricas no generaba comprensión automáticamente.

• 

  No todos los KPIs importan igual

  Los hoteles dependían de un pequeño subconjunto de métricas para tomar decisiones.

• 

  Sobrecarga cognitiva

  Demasiada información reducía la comprensión y la confianza.

• 

  Faltaba contexto de decisión

  Los usuarios necesitaban comparaciones y tendencias, no totales en bruto.

Con los hallazgos de la investigación en mano, comencé a traducir los insights en estructura. El objetivo no era rediseñar la capa visual, sino repensar la arquitectura de información desde cero. Los wireframes de baja fidelidad nos permitieron testear decisiones de layout y jerarquía de datos antes de comprometernos con la UI.

El diseño final tradujo los insights de investigación en un sistema visual estructurado construido en torno a la toma de decisiones. El layout prioriza las tres métricas que impulsan las acciones de los hoteles asociados - tendencia de reservas, rendimiento de ingresos y productos principales - mostrándolas inmediatamente sin necesidad de escanear. Los indicadores de delta contextual comparan el periodo actual vs. el anterior de forma integrada, eliminando el esfuerzo mental de sacar conclusiones. La jerarquía visual fue rediseñada de una cuadrícula plana de KPIs con el mismo peso a un layout estructurado donde la prominencia refleja el valor para la toma de decisiones.

El rediseño transformó la forma en que los hoteles asociados interactuaban con sus datos operativos. Al mostrar insights accionables y reducir la carga cognitiva, el dashboard pasó de ser una herramienta de informes infrautilizada a un elemento esencial del flujo de trabajo diario de los operadores hoteleros en toda la plataforma Triggle.

Métricas obtenidas del departamento de Business Intelligence de Triggle mediante comparación pre/post proyecto.

Empezar poco a poco resultó clave. Al lanzar versiones incrementales, la adopción creció de forma natural. El enfoque en la propiedad compartida fomentó la contribución y evitó el cuello de botella típico de las iniciativas de DS donde solo participa el equipo de diseño.

Más allá de los componentes, el Design System se convirtió en una herramienta cultural. Alineó a diseñadores, desarrolladores y PMs en torno a estándares compartidos, acelerando la toma de decisiones y elevando el nivel de calidad en toda la suite de productos de Triggle.