De llamadas y WhatsApps a reservar un bote en 3 clics — el marketplace de charter náutico de Miami
El mercado de alquiler de botes en Miami funcionaba por teléfono, Instagram y negociación directa. No existía una plataforma centralizada. Diseñé Treyboat de cero: la experiencia de búsqueda, reserva, gestión para armadores y el flujo completo para brokers.
Treyboat — pantallas del diseño final
6 pantallas · marketplace de charter náutico en Miami
Un mercado de millones de dólares atrapado en el siglo pasado
Miami es uno de los mercados de charter náutico más activos del mundo. Cada fin de semana miles de turistas y locales buscan alquilar un yate para un cumpleaños, una despedida de soltera o simplemente explorar la bahía. El problema: ese mercado funcionaba por llamadas telefónicas, perfiles de Instagram, grupos de WhatsApp y negociaciones manuales entre clientes, armadores y brokers.
Treyboat nació para cambiar eso. La visión era clara: una plataforma donde cualquier persona pudiera buscar, comparar y reservar un bote en minutos, y donde los propietarios y brokers pudieran gestionar sus embarcaciones y comisiones sin fricción. Mi reto fue diseñar ambos lados del marketplace al mismo tiempo, sin que uno comprometiera al otro.
"Busco un bote en Instagram, encuentro algo bonito, mando un DM, no me responden, y al final llamo a un conocido que me pasa el número de alguien. Es agotador."
— Potencial cliente, entrevista de researchDos lados del mercado, dos investigaciones distintas
Un marketplace requiere entender a fondo los dos lados de la ecuación antes de diseñar nada. Pasé cuatro semanas hablando con personas que habían intentado alquilar botes en Miami y con propietarios y brokers que operaban en el mercado actual. Las motivaciones, los miedos y los puntos de dolor eran completamente distintos.
Complementé las entrevistas con un análisis exhaustivo del mercado: GetMyBoat, Boatsetter y Click&Boat a nivel global, y relevé el comportamiento de búsqueda local en Google y redes sociales para entender cómo la gente realmente busca botes cuando no sabe que existe una plataforma para ello.
Lo que el mercado no sabía sobre sí mismo
El research reveló patrones que nadie en el equipo de producto había anticipado. Estos cuatro insights cambiaron radicalmente las prioridades de diseño.
El 74% de los encuestados no sabía la diferencia entre un yate, un catamarán y un speedboat. Pero todos sabían exactamente qué querían hacer: "algo romántico para dos", "fiesta para 15 personas", "pesca sin capitán". La navegación por categorías de embarcación era una barrera invisible.
En el análisis de competidores, el 83% de los abandonos en el funnel ocurrían cuando el precio total aparecía — más alto de lo esperado por fees de servicio, combustible y capitán. La transparencia total de precios era el diferenciador más valorado en el research, por encima de la variedad o la facilidad de búsqueda.
El 68% de los propietarios entrevistados había considerado listar su embarcación pero no lo había hecho por el tiempo que requería gestionar consultas, responder preguntas repetitivas y coordinar disponibilidad. La IA gestionando el 80% de las interacciones iniciales fue el argumento que desbloqueó la oferta.
El 73% de las reservas históricas eran para grupos de 8 o más personas: cumpleaños, despedidas de soltera, eventos corporativos, salidas familiares. El diseño debía optimizarse para este caso de uso principal, no para el par romántico que domina el imaginario del sector.
Doble Diamante — dos públicos, un solo flujo
El mayor reto metodológico fue mantener los dos lados del marketplace en tensión durante todo el proceso: cada decisión que favorecía al renter debía evaluarse desde la perspectiva del owner, y viceversa.
Diamante 1 — Descubrir el problema correcto
29 entrevistas, survey de 110 respuestas, análisis competitivo de 4 plataformas y sesiones de Hotjar sobre la beta.
Journey maps duales: Renter buscando bote para 15 personas, Owner con flota de 3 embarcaciones. Puntos de dolor y momentos de frustración identificados.
Problem statement: "Renters no pueden reservar con confianza porque el mercado es opaco. Owners no listan porque gestionar demanda es costoso en tiempo."
Workshops de ideación con el equipo de producto. Exploración de navegación por experiencia vs. por tipo de bote, flujo de reserva express y modelo de listing con IA.
Diamante 2 — Ejecutar la solución correcta
Wireframes de 4 flujos: home + búsqueda, ficha de bote + reserva, onboarding de owner y dashboard de broker. Prototipo navegable en Figma.
3 rondas de usability testing con Maze: 8 renters y 4 owners por ronda. Tareas definidas por flujo crítico: "reserva un bote para 12 personas el próximo sábado."
UI final en Figma. Sistema de diseño con tokens, componentes y variantes. Design language limpio y aspiracional — transmite confianza sin ser frío.
Handoff completo: especificaciones de componentes, comportamientos responsivos, estados de error y vacíos, y documentación de flujos críticos.
Buscar como hablas, no como piensa un catálogo
Búsqueda con IA + navegación por experiencias
El insight más poderoso del research fue que la gente piensa en experiencias, no en tipos de embarcación. La solución fue doble: una barra de búsqueda con IA que entiende lenguaje natural ("yate para 12 personas el sábado, máximo $2,000") y una navegación secundaria por tipo de bote para quienes ya saben lo que buscan. Ambas vías llevan al mismo resultado — el bote correcto — pero cada una habla el idioma del usuario.
- Búsqueda en lenguaje natural con sugerencias contextuales
- Filtros rápidos: Instant Book, Captain included, tipo de bote
- Categorías de experiencia: cruceros al atardecer, despedidas, pesca
- Search bar con Location / Date / Duration / Guests — siempre visible
La decisión correcta, con la información correcta
Grid de botes con filtros que realmente ayudan
Los resultados de búsqueda son el momento de mayor decisión. Diseñé un panel de filtros lateral que jerarquiza lo que más importa: tipo de embarcación, capacidad y features clave (Instant Book, Captain included). Las cards de bote muestran precio/hora con claridad, badges de verificación PRO, rating y capacidad máxima — todo lo necesario para comparar sin entrar a cada ficha.
- Filtros persistentes en sidebar (desktop) / bottom sheet (mobile)
- Badge "Instant booking" como trust signal primario
- Rating y reviews visibles en la card, sin entrar al detalle
- Precio/hora claro, sin fees ocultos — transparencia total desde el listado
Dos portales en una misma plataforma
Experiencias curadas + portal para owners y brokers
Además del marketplace estándar, diseñé dos capas adicionales: las experiencias curadas (paquetes de sunset cruise, despedidas de soltera y fiestas privadas con itinerario definido) y el portal de owners y brokers, con su propio flujo de onboarding, dashboard y gestión de listados. La IA gestiona el 80% de las consultas iniciales para que los propietarios no tengan que estar disponibles 24/7.
- Sección de experiencias con paquetes cerrados y precio todo incluido
- Portal "For brokers" con gestión de flota y comisiones
- Onboarding de owner en menos de 10 minutos, sin subir documentos
- IA que responde consultas y cotizaciones automáticamente
Tres decisiones que cambiaron el producto
Las 3 rondas de testing con Maze revelaron problemas que no habíamos anticipado en los wireframes. Estas iteraciones fueron las más impactantes en la conversión final.
V1 presentaba la búsqueda como un formulario de 4 campos (Ubicación, Fecha, Duración, Huéspedes) en la parte superior. En mobile, el 61% de los usuarios omitía el campo "Duración" porque no entendían qué unidad usar (¿horas? ¿días?). Tasa de búsqueda completada: 38%.
V2: la IA search pasó a ser el input principal — una sola caja de texto con placeholder contextual. El formulario tradicional se movió debajo como opción secundaria con labels más claros. Tasa de búsqueda completada: 79%. La fricción cognitiva desapareció.
V1 mostraba solo el precio por hora en la card (ej. $300/hr). En testing, el 70% de los usuarios expresó desconfianza: "¿eso incluye el capitán? ¿el combustible? ¿hay fees?" El precio aislado generaba más ansiedad que claridad.
V2: se añadió un micro-texto bajo el precio: "No hidden fees · Captain optional". Y en la ficha de detalle, un desglose completo del total antes de confirmar. La pregunta sobre precios en las sesiones de testing desapareció completamente en la ronda 3.
V1 pedía documentos de la embarcación, seguro, y licencia del capitán antes de completar el perfil. Los propietarios abandonaban en el paso 3 de 8. Tasa de completado: 29%.
V2: flujo rediseñado con "soft launch" — el propietario puede publicar su bote con información básica (fotos, descripción, precio) y completar los documentos legales después. El listado aparece como "pending verification" pero ya es visible. Tasa de completado: 81%.
Un mercado que antes no existía digitalmente
Métricas medidas a los 90 días del lanzamiento, comparando con los benchmarks de la versión beta y el promedio del sector (GetMyBoat y Boatsetter).
Diseñar para dos es más difícil que diseñar para muchos
En un marketplace de dos lados, cada decisión de diseño tiene dos consecuencias. Si simplifico el proceso de reserva para el renter, ¿estoy quitando información que el owner necesita que el cliente vea antes de comprometerse? Si doy más control al propietario sobre su listado, ¿estoy añadiendo complejidad que aleja al renter?
El mayor aprendizaje fue mantener esa tensión de manera explícita durante todo el proceso — no resolverla, sino diseñar con ella. Cada decisión se evaluó desde los dos lados del mercado, y cuando había un conflicto real, era el equipo de producto quien tomaba la decisión estratégica sobre qué lado priorizar en esa versión.
El segundo aprendizaje: la confianza se diseña, no se asume. En un mercado nuevo donde la gente está entregando cientos de dólares por algo que todavía no ha visto en persona, cada elemento de UI — el badge de verificación, el precio sin asteriscos, las fotos reales — es una promesa. Diseñar esa promesa de manera consistente fue el trabajo más importante del proyecto.
"Encontré el bote, vi el precio total, hice la reserva. Ni una sola llamada. Eso no había pasado antes en Miami."
— Usuario, 3 semanas después del lanzamiento