Objetivo del usuario
Configurar y reconocer la experiencia de cada broker con claridad, conservando los mismos patrones de navegación y operación.
Caso de estudio
Travelnet: modelo white label para brokers
Diseño de una plataforma escalable para adaptar experiencias de viaje a distintos brokers, manteniendo consistencia, personalización y eficiencia operativa sin duplicar desarrollo.
Resumen
Un producto base capaz de operar con múltiples marcas
- Rol
- Product Designer · UX/UI
- Producto
- Plataforma de reservaciones B2B
- Enfoque
- White label y escalabilidad
- Estado
- Propuesta funcional y visual
Contexto del producto
Una plataforma para operar con múltiples brokers
Travelnet necesitaba ampliar su capacidad comercial y atender a distintos brokers con identidades y configuraciones propias, sin convertir cada implementación en un producto independiente ni comprometer la estabilidad de la plataforma base.
Objetivos
Usuario
Negocio
Autonomía para el usuario y escalabilidad para el negocio
Objetivo del negocio
Reducir el esfuerzo requerido para lanzar nuevos brokers, mantener consistencia entre implementaciones y facilitar el crecimiento comercial del producto.
Problema
Escalabilidad limitada
Cada nuevo broker requería esfuerzos adicionales de personalización.
Dependencia técnica
Cambios de marca o configuración dependían del equipo técnico.
Fragmentación
Las implementaciones podían perder consistencia entre clientes.
Tiempo de salida
Lanzar nuevos brokers implicaba más esfuerzo operativo.
Empatizar y definir
01
02
03
El problema detrás de la personalización
Se revisó el modelo existente, las necesidades de configuración y los puntos donde cada nueva marca podía generar dependencia técnica o inconsistencias. El análisis permitió separar los elementos propios del producto de las variables de identidad.
Personalización manual
Marca, acceso y configuración requerían intervención técnica recurrente.
Riesgo de fragmentación
Cada broker podía terminar usando componentes y comportamientos distintos.
Crecimiento costoso
El esfuerzo operativo y técnico aumentaba con cada nueva implementación.
Definir
Problem statement
¿Cómo podríamos permitir que distintos brokers personalicen la experiencia sin duplicar el producto, romper la consistencia ni depender de cambios técnicos para cada implementación?
Idear y prototipar
Arquitectura
Variables
Prototipos
Exploración del modelo white label
Separar producto e identidad
Se definió una base funcional común y una capa configurable para cada broker.
Identificar qué puede cambiar
Logotipo, colores, acceso y comunicación se trataron como propiedades configurables.
Comprobar consistencia
Las pantallas se compararon con distintas expresiones de marca sin alterar la lógica.
Objetivo
Diseñar un enfoque white label que permitiera adaptar el producto a distintos brokers, manteniendo consistencia en la experiencia y reduciendo esfuerzo operativo y técnico.
Flujo
Producto base
Configuración
Branding
Broker
Lanzamiento
Idear y prototipar01 02 03 04
Modelo de configuración
Separar producto y marca
Se definió una base funcional común y una capa configurable para identidad visual.
Identificar variables
Logotipo, colores, acceso y elementos de comunicación se trataron como propiedades del broker.
Conservar patrones
La estructura, navegación y componentes permanecen consistentes entre implementaciones.
Validar la adaptación
Las pantallas se probaron visualmente con diferentes expresiones de marca.
Pantallas clave
Evaluar e iterar
Hallazgo
Hallazgo
Hallazgo
Validación del modelo de configuración
La marca podía alterar la experiencia
Las personalizaciones no debían modificar navegación ni comportamiento.
Cambio: se mantuvieron estructura y componentes como una base fija.
Había demasiada dependencia técnica
Cada ajuste de identidad podía convertirse en una solicitud de desarrollo.
Cambio: se concentraron las variables de marca en una capa configurable.
El modelo debía soportar crecimiento
La incorporación de brokers no podía multiplicar componentes y versiones.
Cambio: se diseñó un conjunto reutilizable de patrones y propiedades.
Solución
- Sistema base reutilizable
- Personalización de marca
- Componentes consistentes
- Configuración por broker
- Modelo preparado para escalar
Antes vs después
Antes
Después
Resultados
Impacto esperado y alcance
Escalabilidad
Modelo replicable
Tiempo
Implementación ágil
Consistencia
Experiencia unificada
Negocio
Mayor capacidad comercial
Aprendizajes
Diseñar para escalabilidad implica pensar más allá de una sola marca o implementación. Un sistema flexible permite crecer sin perder consistencia, eficiencia ni control sobre la experiencia del producto.