Quadrant Travel Marketplace
Diseñé desde cero una plataforma B2B que permite a agencias de viajes cargar, estructurar y distribuir su producto propio. Un proyecto que empecé como diseñadora UX y en el que progresivamente asumí responsabilidades de Product Owner.
Mi rol
Diseñadora UX del proyecto: research, flujos, prototipos, coordinación con desarrollo y QA. Con el tiempo asumí las decisiones de producto — priorización, backlog, alineación con stakeholders — hasta que ese rol se formalizó.
Lo mejor de esta evolución fue haber estado en ambos lados desde el principio: entendiendo las necesidades del usuario y negociando qué construir y en qué orden.
El problema
Las agencias con producto propio no podían operar como mayoristas
Quadrant Travel Cloud permitía vender producto de terceros. Pero las agencias con circuitos y servicios propios no tenían forma de cargarlos, estructurarlos y distribuirlos. El reto no era diseñar un formulario — era entender un flujo de negocio complejo (contenido, contratos, tarifas, reservas) y hacerlo sencillo y ágil para los gestores de producto.
Decisión clave 1
Separar contenido, contratos y tarifas en capas independientes
Después del research entendimos que la creación de contenido y la carga de tarifas son tareas distintas, que pueden desarrollar perfiles de usuario diferentes. El contenido cambia poco; las tarifas cambian cada temporada. Separarlas en capas permite actualizar precios sin tocar el contenido y asignar permisos por rol.
Decisión clave 2
Empezar solo con circuitos para entregar valor antes
La herramienta estaba pensada para múltiples tipologías de servicio. Decidimos empezar únicamente con circuitos porque era donde las agencias tenían mayor volumen de producto y donde el impacto sería inmediato.
Estrategia de faseado del producto
Circuitos
- Catálogo y carga de contenido
- Contratos y tarifas
- Gestión de reservas
- Distribución a minoristas
Más tipologías de servicio
- Actividades y traslados
- Experiencias
- Otros productos turísticos
Acceso de proveedores
- Los proveedores cargan su propio producto
- Modelo de marketplace abierto
Decidir qué no construir es tan importante como decidir qué sí. El criterio fue claro: volumen real de uso, no complejidad pendiente.
Decisión clave 3
Alta por pasos progresivos, no formulario único
El primer prototipo era un formulario largo en una sola pantalla. En las sesiones con usuarios detectamos un patrón: los gestores no tienen todos los datos disponibles al mismo tiempo. Rediseñamos el flujo en 4 pasos, analizando cuáles serían los campos obligatorios y cuáles opcionales para el alta.
Resultados
Un producto en producción
Múltiples módulos validados con usuarios y en producción.
Un sistema de trabajo transversal consolidado entre diseño, PO y desarrollo.
Una estructura en 3 capas que escala sin reestructurar lo ya construido.
De UX Designer a Product Owner: una transición hacia una posición más estratégica.
Reflexión
Lo que haría diferente
Empezaría antes a documentar las decisiones de priorización de forma explícita. Muchas se tomaban en conversaciones informales y no quedaban registradas — eso generó deuda de contexto en distintos momentos del proyecto. También establecería métricas de uso más temprano: el feedback cualitativo es sólido, pero sin datos cuantitativos a veces cuesta justificar ciertas decisiones de priorización.