Caso de estudio · Mobility Startup · iOS / Android

Wamos: diseñar
el Uber de
Latinoamérica

desde cero

Startup
Wamos
Rol
Product Designer UX/UI
Duración
Sep – Nov 2024
Apps
Pasajero + Conductor
Mercado
Latinoamérica
Wamos Splash
Wamos Home
Wamos Ride
Driver accept ride
Driver earnings
2
Apps diseñadas en paralelo
App de pasajero y app de conductor — dos experiencias, una sola coherencia visual
MVP
Validado con usuarios reales
Pruebas con conductores y pasajeros reales en Venezuela antes del lanzamiento regional
3m
Research a handoff completo
Discovery, arquitectura, UI system y entrega a desarrollo en 12 semanas
100%
Flujos críticos cubiertos
Reserva, pago, navegación, earnings del conductor y gestión de wallet
El reto

Una sola app no es suficiente. Eran dos productos con una identidad.

Wamos nació como una alternativa de movilidad para el mercado latinoamericano — específicamente Venezuela — donde las apps globales como Uber tienen presencia limitada o nula. El desafío no era copiar a Uber: era diseñar desde los comportamientos, métodos de pago y expectativas reales del usuario latinoamericano.

🗺️
Mercado con infraestructura diferente Venezuela tiene particularidades críticas: el sistema de pago "Pago Móvil" (transferencias bancarias instantáneas en bolívares) es el método de pago más usado, inexistente en apps globales.
👥
Dos usuarios radicalmente distintos en una misma marca El pasajero quiere simplicidad y velocidad. El conductor necesita información operativa densa: earnings, estadísticas, historial de viajes y gestión de wallet. Misma app familiar, experiencias completamente distintas.
📱
El MVP tenía que competir en percepción de calidad con apps globales Los usuarios latinoamericanos usan Uber, inDriver, Cabify. Wamos debía transmitir el mismo nivel de confianza y pulido en el primer vistazo para generar adopción.
🔒
Seguridad como factor diferencial percibido En el contexto latinoamericano, la seguridad del viajero es una preocupación real y activa. El diseño debía comunicar confianza y control: contactos de emergencia, valoraciones, preferencias del pasajero visibles para el conductor.
Contexto del proyecto
TipoMobility Startup · MVP
MercadoVenezuela · Expansión LATAM
ReferenciaUber · Bolt · InDriver
PlataformaiOS · Android (mobile-first)
MetodologíaLean UX · Design Sprint
HerramientasFigma · FigJam · Maze
BrandPurple · Pink gradient · Inter
Estado✓ MVP lanzado
🧳 App Pasajero
🚗 App Conductor
Mi proceso

Diseñar dos productos
que se sienten como uno.

El mayor reto de diseño no era la complejidad técnica — era mantener coherencia de identidad entre la app del pasajero y la del conductor, que tienen flujos, densidad de información y prioridades completamente distintas.

01
Semana 1–3 · Research contextual
Entender qué hace único el mercado latinoamericano
Empecé analizando exhaustivamente los competidores en el mercado objetivo: Uber, Bolt, InDriver, y apps locales venezolanas. El análisis competitivo reveló el gap crítico: ninguna app global soportaba Pago Móvil — el sistema de pagos bancarios instantáneos en bolívares que es el método de pago dominante en Venezuela. Esto no era un detalle técnico: era la principal fricción que impedía la adopción de apps globales. El segundo insight fue conductual: los conductores venezolanos necesitaban estadísticas de rendimiento muy granulares (ratio de aceptación, ganancias por hora, desglose por método de pago) — más que las apps globales ofrecen.
Competitive Analysis User Interviews Market Research LATAM Jobs-to-be-Done
02
Semana 3–5 · Identidad visual y Design System
Un brand que compite visualmente con apps globales
La primera decisión de brand fue apostar por el violeta profundo (#7C3AED) con un gradiente hacia el rosa (#EC4899) para los elementos de acción y énfasis. Es una paleta inusual en el mundo de la movilidad (Uber es negro, Bolt es verde, Cabify es morado pastel) que hace a Wamos inmediatamente reconocible y transmite energía sin agresividad. Construí el Design System desde el primer día: tipografía Inter para máxima legibilidad en mapas y ambientes variables, componentes de mapa propios, sistema de iconografía de vehículos y un sistema de estados para los viajes (pending, active, finished, cancelled) coherente entre las dos apps.
Brand Identity Design System Design Tokens Tipografía Inter
03
Semana 5–10 · Diseño de flujos
4 flujos críticos para pasajero + 4 para conductor
Prioricé los flujos según impacto en el MVP. Para el pasajero: onboarding, reserva de viaje (inmediata y programada), pago y chat con conductor. Para el conductor: home online/offline, aceptación de viaje, earnings dashboard y gestión de wallet con Pago Móvil. El flujo de earnings del conductor fue el más complejo: necesitaba mostrar datos diarios y semanales, estadísticas de rendimiento, desglose de ingresos por tipo de pago y transacciones de wallet — toda esa densidad de información sin abrumar en una pantalla de móvil.
User Flows High-Fidelity UI Microinteractions Map UI Data Dashboard
04
Semana 10–12 · Validación del MVP
Testing con conductores y pasajeros reales antes del lanzamiento
La validación del MVP se hizo con un panel mixto de conductores activos y pasajeros habituales en Caracas. Los resultados fueron sólidos: los flujos de reserva y pago tenían alta comprensión desde el primer intento, y el diseño de la app del conductor fue el aspecto más valorado (los conductores habían usado apps globales y percibían la información de Wamos como más completa y accionable). El único ajuste post-test fue en el flujo de recarga Pago Móvil: el error de validación de transacción necesitaba ser más claro en la acción de siguiente paso, lo que resolvimos con un modal explícito de error + botón de soporte directo.
Usability Testing MVP Validation Iteración post-test Dev Handoff
🧳 App del Pasajero
Flujo 1 · Entrada y descubrimiento

El onboarding que convierte
en menos de 60 segundos.

La pantalla de entrada de Wamos tenía que equilibrar credibilidad de startup con familiaridad de app establecida. Un solo paso de login — teléfono, Google, Facebook o Apple — sin formularios largos ni fricción innecesaria.

Splash Wamos
Home pasajero
Settings
Splash minimalista con identidad potente — el logo Wamos y tagline "Enter and enjoy it safely" en 2 segundos. 4 métodos de login sin paso previo
Home con mapa full-screen — la barra de búsqueda de destino anclada al bottom, destinos favoritos (Casa, Trabajo) accesibles en 1 tap. Banner de créditos de KMs integrado sin interrumpir el flujo
Settings con contactos de emergencia — hasta 5 contactos de emergencia, selector de idioma y control de notificaciones agrupados con claridad visual. Seguridad percibida desde la configuración
Flujo 2 · Reserva de viaje

Reserva ahora o programa
para después: mismo flujo.

El flujo de reserva tiene dos modos — viaje inmediato y viaje programado — que comparten la misma arquitectura visual. El usuario elige sin fricciones adicionales en el mismo contexto.

Decisión de diseño clave
Mostrar las preferencias del pasajero al conductor en la tarjeta de solicitud

Al aceptar un viaje, el conductor ve las preferencias del pasajero directamente en la tarjeta de solicitud: si prefiere silencio, si tolera el frío, si acepta música. Esta información, que en otras apps está escondida en el perfil, aparece en el momento de decisión. Para el pasajero es una señal de que sus preferencias importan. Para el conductor es información que humaniza la solicitud antes de aceptarla.

Ride booking
Ride scheduled
Chat
Vista de selección con ruta en mapa — ETA visible desde el primer momento, 3 tipos de vehículo con precios comparados, selector de método de pago y opción "Later?" siempre accesible
Confirmación de viaje programado — toast de confirmación superpuesto al mapa con la ruta ya dibujada. El CTA muestra la fecha y hora exacta del viaje agendado, no un genérico "confirmar"
Chat en viaje — diseño familiar tipo WhatsApp con burbuja de usuario en violeta. El nombre del interlocutor siempre visible en el header para mantener contexto de seguridad
Flujo 3 · Métodos de pago

Pago Móvil: la feature
que ningún competidor tiene.

🇻🇪
Decisión estratégica LATAM
Diseñar para Pago Móvil fue la ventaja competitiva más importante de Wamos

Pago Móvil es el sistema de transferencia bancaria instantánea más usado en Venezuela. Los usuarios venezolanos no usan tarjetas de crédito para el día a día — usan Pago Móvil. Diseñé un flujo completo de recarga de wallet con Pago Móvil que incluía cálculo automático de bolívares equivalentes al dólar ingresado. Y cuando el sistema no podía validar la transacción, el modal de error mostraba exactamente qué salió mal y tenía un botón directo a soporte — sin dead ends.

Payment methods
Pago movil recharge
6 métodos de pago — Wallet, Credit Card, Cash, Zelle, Pago Móvil, Apple Pay. Cada uno con radio button claro y acceso rápido. El balance del wallet visible sin necesidad de entrar a otra pantalla
Error de Pago Móvil con CTA claro — cuando la transacción falla, el modal explica el problema en lenguaje humano y ofrece dos salidas: reintentar o contactar soporte vía WhatsApp. Sin callejones sin salida
🚗 App del Conductor
Flujo 4 · Conductor · Servicio activo

Online en un tap.
Toda la info del viaje antes de aceptar.

El conductor necesita tomar decisiones en segundos. La tarjeta de nueva solicitud muestra todo lo que necesita: precio, distancia, tiempo estimado, método de pago y las preferencias del pasajero — antes de aceptar o rechazar.

Driver home offline
Driver new request
Estado offline con CTA prominente — banner "Go to Online" en violeta full-width sobre el mapa. Sin ambigüedad sobre el estado actual. El mapa muestra la ciudad real para orientación
Solicitud con 55 segundos para decidir — timer visible, precio, origen y destino, ETA, km, método de pago (Wallet) y el perfil del pasajero con valoración y sus preferencias. CTAs "Accept trip" y "Cancel trip" claramente diferenciados
Flujo 5 · Conductor · Ganancias y estadísticas

El dashboard de earnings
más completo del mercado.

Los conductores de apps globales no saben exactamente cuánto han ganado, cuándo, con qué tipo de pago ni cuál es su ratio de aceptación real. Wamos resuelve eso con un dashboard diario/semanal con todos los números.

Earnings day
Earnings week
Ride history
Wallet history
Vista diaria — estadísticas por día: tiempo online, solicitudes recibidas, aceptadas, finalizadas, rechazadas y canceladas — con sus ratios. Desglose de ingresos por tipo de pago y tabla de viajes individuales
Vista semanal con gráfico — barras de ganancias día a día de la semana actual. Toggle Day/Week en el mismo header sin salir de la pantalla
Historial de viajes con estados — cada viaje muestra el pasajero, hora e importe. Los estados "Cancelled by user" y "Cancelled by admin" están diferenciados visualmente en rosa para que el conductor identifique rápido qué pasó
Wallet history — filtro por fecha con búsqueda, cada transacción con tipo, nombre y monto. Diseño de lista limpia con indicadores de signo en rosa
Resultados

Un MVP que compite
visualmente con apps globales.

💡
Pago
Móvil
La feature que ningún competidor tiene
Diseñé el flujo completo de recarga y pago con Pago Móvil, incluyendo conversión automática BsD y manejo de errores claro. Esta funcionalidad fue el principal diferencial competitivo de Wamos en el mercado venezolano.
+
Dashboard del conductor más completo del mercado
Los conductores que participaron en el testing valoraron el dashboard de earnings como "más completo que Uber y Bolt". Estadísticas por día y semana, ratios de aceptación, desglose por método de pago y tabla de viajes individuales.
Aprendizajes

Lo que aprendí
diseñando para LATAM.

Wamos fue el primer proyecto donde el contexto geográfico y cultural impactó directamente en decisiones de diseño fundamentales. No fue adaptar un producto existente — fue diseñar desde los comportamientos reales del mercado.

01
El método de pago no es un detalle — es el corazón del producto en LATAM
En mercados como Venezuela, el método de pago define si el producto es viable o no. Antes de pensar en el diseño del mapa o el flujo de reserva, tuvimos que entender profundamente cómo funciona Pago Móvil, qué tipos de errores ocurren y cómo comunicarlos. El diseño financiero fue la parte más crítica del producto.
02
Diseñar dos productos a la vez requiere un Design System aún más robusto que uno
Con dos apps que deben sentirse como la misma marca, el Design System no es opcional — es infraestructura crítica. Cada componente construido para la app del pasajero podía reutilizarse en la del conductor con adaptaciones mínimas. Invertir en el sistema desde el día 1 permitió un ritmo de diseño dos veces más rápido en la segunda mitad del proyecto.
03
La seguridad tiene que ser percibida, no solo implementada
Agregar contactos de emergencia en Settings es útil. Mostrar las preferencias del pasajero al conductor en la tarjeta de solicitud hace que la seguridad se sienta activa en cada viaje. Los diseños que comunican seguridad en el momento correcto tienen más impacto que los que la esconden en menús de configuración.
¿Tienes un proyecto de movilidad?

Hablemos de
tu producto

Disponible para startups, scale-ups y proyectos LATAM. Madrid y remoto.