Caso de éxito · Viajes y ocio · Móvil
Caso de éxito MakeWake: cómo lanzamos una app de alquiler de embarcaciones en autoservicio para el mercado de ocio de EE. UU. y la UE, una flota geolocalizada, desbloqueo por QR en el muelle, un catálogo de embarcaciones con disponibilidad en tiempo real, facturación automatizada por tiempo a través de un agregador de pagos y una escritura de vuelta en el backend contable del operador. Tras el lanzamiento, el operador comunicó un aumento del 30 % en las reservas repetidas y del 45 % en el beneficio, al convertirse el mostrador de alquiler manual y atendido por empleados en un flujo de un toque.
El operador de MakeWake gestionaba una flota de embarcaciones a orillas de un lago (catamaranes, botes de remos y pequeñas embarcaciones a motor) a la antigua usanza: cola en un mostrador, un libro de registro en papel y un empleado que cobraba en efectivo y miraba un reloj para sumar a mano cada trayecto. No escalaba en un fin de semana concurrido, perdía ingresos por minutos mal contados y no ofrecía al operador una visión clara de la utilización ni de los clientes recurrentes. El reto era que alquilar una embarcación se pareciera a desbloquear un patinete: abrir la app, ver la flota en el lago más cercano, elegir una embarcación, aceptar las normas de seguridad, escanear el código QR del casco y salir. Los plugins de reservas estándar fallaban de inmediato dos pruebas de aceptación: ninguno podía medir un trayecto en vivo contra un activo físico con desbloqueo por QR, y ninguno podía escribir cada alquiler completado en el sistema contable 1C existente del operador sin una frágil exportación nocturna. Creamos MakeWake desde cero como una app móvil nativa para el mercado de ocio de EE. UU. y la UE: un cliente ligero construido sobre un motor de disponibilidad en tiempo real, facturación automatizada por tiempo a través de un backend de desarrollo de software a medida y contratos de datos acordados con la infraestructura contable del operador. El desarrollo se enmarca en nuestra práctica de viajes y ocio y está orientado a públicos de EE. UU. y la UE según las expectativas del RGPD y la CCPA desde el primer día.
Los resultados principales que comunicó el operador tras el lanzamiento, además de datos de entrega del desarrollo de MakeWake en el cliente móvil, el motor de disponibilidad y la integración contable.
El modelo de disponibilidad domina todas las demás decisiones en un producto de alquiler en autoservicio. Un plugin de franjas de calendario, de los que incluyen la mayoría de los SaaS de reservas, da por hecho que una persona confirma cada reserva y trata el solapamiento como un aviso suave. Eso se rompe en cuanto dos personas del mismo muelle intentan coger el último catamarán libre en el mismo segundo. En su lugar, creamos MakeWake sobre un motor de disponibilidad transaccional: cada solicitud de alquiler adquiere un bloqueo de corta duración sobre una embarcación concreta para un intervalo concreto, la comprobación de disponibilidad y la escritura de la reserva se producen dentro de una única transacción de base de datos, y las solicitudes en conflicto fallan rápido en lugar de solaparse en silencio. El estado se envía a todos los clientes abiertos por un canal en vivo, de modo que una embarcación que sale de viaje desaparece del catálogo en aproximadamente un segundo en todos los teléfonos del lago.
La misma garantía transaccional respalda el desbloqueo por QR en el casco, de modo que una embarcación nunca puede iniciar dos trayectos a la vez. Comparamos el motor con las alternativas que el equipo había usado antes (registros en hojas de cálculo, plugins de calendario genéricos y un proceso manual con cola en el mostrador) en las dimensiones que realmente importan para un inventario físico en EE. UU. y la UE.
| Criterio | Motor de disponibilidad (MakeWake) | Plugin de calendario | Mostrador manual / hoja de cálculo |
|---|---|---|---|
| Prevención de reservas duplicadas | Bloqueo transaccional: imposible por diseño | Aviso suave: el solapamiento sigue siendo posible | Memoria humana: errores frecuentes |
| Estado de la flota en tiempo real | Enviado a todos los clientes en ~1 s | Solo se actualiza al recargar | Ninguno: lo sabe el mostrador, no los clientes |
| Desbloqueo del activo físico | El QR identifica un casco concreto | Sin vínculo con el activo | El empleado entrega las llaves |
| Medición del trayecto | Contador en el servidor, según la tarifa | Solo franjas fijas | El empleado mira un reloj |
| Integración contable | Escritura de vuelta por cada trayecto completado | Exportación manual | Libro de registro en papel conciliado a mano |
| Escala en un fin de semana concurrido | Sí: autoservicio, sin cola | Limitado: sigue necesitando confirmación | No: la longitud de la cola es el techo |
| Fuga de ingresos | Medido al minuto | El redondeo de las franjas pierde minutos | Minutos mal contados a mano |
Referencias de la plataforma: documentación de CoreLocation de Apple, referencia de los servicios de ubicación de Android.
El cliente móvil se abre en un catálogo geolocalizado: la app pide la ubicación, sitúa al usuario en el lago más cercano y lista la flota disponible con foto, tipo de embarcación, capacidad y precio inicial por hora. Quien rechaza la ubicación puede elegir un lago manualmente o ir directamente al escáner de QR. Cada tarjeta de embarcación abre una pantalla de detalle con un selector de tarifa (una primera hora fija, una tarifa por minuto a partir de entonces o un paquete ilimitado) y las normas de manejo y seguridad de esa embarcación. El flujo de reserva es deliberadamente corto: elegir la tarifa, elegir el método de pago y empezar. Los filtros de región y capacidad mantienen legible la lista cuando la flota es grande, y el catálogo refleja la disponibilidad en tiempo real, de modo que nunca se ofrece una embarcación que ya está en el agua.
Como el trayecto está ligado a un activo físico, el flujo incorpora un paso de seguridad obligatorio antes de que arranque el contador: el usuario repasa las normas de conducta en el agua y confirma que lleva puestos los chalecos salvavidas, con un camino de un toque para llamar al administrador del muelle si algo no está claro. Esa barrera de seguridad no es decoración; para un operador de embarcaciones es la diferencia entre un enfoque de responsabilidad defendible y uno abierto. Toda la superficie del cliente se entrega como parte de nuestra práctica de desarrollo de aplicaciones móviles, con iOS y Android avanzando en paralelo.
El onboarding tenía que sobrevivir a un muelle soleado con el teléfono en una mano. El acceso empieza por el teléfono: se introduce un número, se aceptan los términos, se recibe un código de un solo uso por SMS y listo, con el correo electrónico como alternativa. Sin contraseña, sin verificación de correo, sin muro de cuenta entre un visitante nuevo y el catálogo. A partir de ahí, el camino más rápido hacia el agua es el escáner de QR: cada casco lleva un código único, y al escanearlo se identifica esa embarcación concreta, se comprueba que está libre y que el usuario es apto, se recorre la barrera de seguridad y se inicia un trayecto medido ligado a ese activo. Escanear una embarcación que ya está en un trayecto se rechaza limpiamente, porque el desbloqueo comparte la misma reserva transaccional que respalda el catálogo.
El contador del trayecto se ejecuta en el servidor, de modo que una app en segundo plano o cerrada no puede detener el reloj. El coste acumulado y el tiempo transcurrido se reflejan en el cliente por transparencia (el cliente siempre ve lo que lleva costado el trayecto) y, cuando el usuario termina el trayecto, se captura el importe final y se muestra un resumen claro: precio del trayecto, duración y un aviso para esperar mientras el administrador del muelle recoge los chalecos salvavidas. El mismo patrón (escanear un activo físico, medir una sesión, liquidar automáticamente) se generaliza limpiamente a patinetes, bicicletas, taquillas y otros inventarios de autoservicio, y por eso tratamos MakeWake como un desarrollo de referencia para la movilidad en autoservicio en EE. UU. y la UE.
El dinero circula a través de un único agregador de pagos, lo que permitió al operador ofrecer pago con tarjeta en línea y un sistema de pago rápido con una sola integración, en lugar de conectar a mano cada procesador. Los datos de la tarjeta se tokenizan y los custodia el procesador, no la app: MakeWake guarda una referencia opaca de la tarjeta para que un cliente recurrente pueda pagar con un toque, y el número de cuenta principal sensible nunca llega a la base de datos del operador. Cuando termina un trayecto, el cargo capturado se escribe de vuelta en el backend contable 1C del operador mediante contratos de datos acordados, de modo que finanzas ve los ingresos por embarcación y por día sin que nadie tenga que volver a teclear un libro de registro en papel. Como la infraestructura contable estaba del lado del cliente, la integración basada en contratos fue el camino crítico: definimos de antemano la forma de las peticiones y respuestas para que ambos equipos pudieran trabajar en paralelo sobre una interfaz estable.
En cuanto al tratamiento de datos, MakeWake recoge solo lo que necesita un alquiler: un número de teléfono para la cuenta, una referencia de pago tokenizada y los registros de trayectos vinculados a esa cuenta. Las prácticas están alineadas con el RGPD para los usuarios de la Unión Europea y con la CCPA / CPRA para los usuarios de California y del resto de Estados Unidos, con el consentimiento recogido al iniciar sesión y una política clara dentro de la app. El plano de control se apoya en nuestra práctica de cloud y DevOps, con infraestructura como código y acceso de mínimo privilegio a las integraciones de pagos y contabilidad.
Enfoque de cumplimiento: alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso · apto para HIPAA · CCPA contemplada.
Un desarrollo Agile en cinco fases que llevó a MakeWake de un mostrador de alquiler manual a una app de autoservicio en iOS, Android y un backend basado en contratos.
Mapa del flujo de alquiler, del modelo de tarifas y de las obligaciones de seguridad; contratos de datos de petición/respuesta acordados con la infraestructura contable y de pagos del lado del cliente para que ambos equipos pudieran trabajar en paralelo.
Núcleo de reservas transaccional, bloqueo a nivel de embarcación, envío del estado en tiempo real a los clientes y resolución de QR a activo que evita la reserva duplicada y el doble arranque.
Acceso por teléfono con código SMS, catálogo geolocalizado, detalle de embarcación y tarifas, flujo obligatorio de seguridad con chaleco salvavidas, desbloqueo por QR y contador de trayecto en vivo en el servidor para iOS y Android.
Integración con el agregador de pagos para tarjeta en línea y sistema de pago rápido, almacenamiento tokenizado de tarjetas y escritura de vuelta automatizada de cada trayecto completado en el backend 1C del operador.
Envío a App Store y Google Play en las tiendas de EE. UU. y la UE, piloto en el muelle con el operador y ajuste posterior al lanzamiento de tarifas, filtros y el flujo de seguridad.
Una app de alquiler en autoservicio es solo la mitad del producto; la otra mitad es la consola para el operador que convierte una flota en un negocio gestionado. La consola de MakeWake ofrece al operador una vista en vivo de cada embarcación (libre, en trayecto o fuera de servicio) y de los ingresos acumulados por embarcación y por día, en sustitución del libro de registro en papel que antes se conciliaba a mano. Las tarifas son configuración, no código: el operador puede cambiar el precio de la primera hora, la tarifa por minuto o el paquete ilimitado de cualquier clase de embarcación sin una publicación, y el cambio se propaga al catálogo de inmediato. También está integrado el flujo del administrador del muelle: recoger los chalecos salvavidas al final del trayecto, contactar con un cliente durante el trayecto y retirar una embarcación del servicio por mantenimiento para que desaparezca del catálogo. Como cada alquiler completado ya se escribe de vuelta en 1C, finanzas y operaciones leen las mismas cifras, y el operador ve de un vistazo qué embarcaciones justifican su lugar en un fin de semana concurrido y cuáles se quedan paradas. La consola se construyó pensando en la extensibilidad: añadir un segundo lago, una nueva clase de embarcación, una tarifa promocional o una flota en varias sedes es un cambio de configuración sobre el mismo backend, no una reconstrucción: la base para escalar el modelo en EE. UU. y la UE.
MakeWake está concebido como un único producto en inglés que atiende a operadores de ocio en Estados Unidos y la Unión Europea sin una base de código distinta por región. La misma app da servicio a clientes de California, Florida, Texas, Nueva York y Washington en EE. UU., y de Países Bajos, Alemania, Francia, Irlanda y Suecia en la UE, con la localización y la moneda tratadas como configuración y no como bifurcaciones. El consentimiento se recoge al iniciar sesión y depende de la región en la capa del cliente: los usuarios de la UE y del EEE reciben una pantalla de consentimiento granular al estilo del RGPD, y los usuarios de California reciben en el mismo flujo un aviso al estilo de la CCPA. Las prácticas de tratamiento de datos están alineadas con el RGPD para los usuarios de la Unión Europea y con el mosaico de normas estatales de privacidad de EE. UU.: CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón. Como MakeWake recoge únicamente el número de teléfono, una referencia de pago tokenizada y los registros de trayectos, el cumplimiento regional se reduce a una divulgación honesta y a un camino de borrado limpio, y no a una segregación de datos por jurisdicción.
En los pagos, el patrón de agregador permite a un operador de EE. UU. o de la UE incorporar las redes de tarjetas locales y los sistemas de pago rápido adecuados a su mercado tras el mismo pago dentro de la app, y el modelo de tarjeta tokenizada mantiene el número de cuenta sensible fuera de los sistemas del operador a ambos lados del Atlántico. El backend de emparejamiento que resuelve un escaneo de QR a una embarcación y mide el trayecto ejecuta workers sin estado que pueden fijarse de forma independiente a regiones de la UE o de EE. UU. para futuros compromisos de residencia de datos. El equipo de ingeniería que está detrás del desarrollo trabaja con una jornada CET con solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para las reuniones diarias, la coordinación de las revisiones de las tiendas y la respuesta a incidencias: la franja horaria que permite a un operador estadounidense y a un equipo de ingeniería europeo compartir cuatro horas de solapamiento en directo cada día. El resultado es un producto de alquiler en autoservicio realmente desplegable en EE. UU. y la UE, y no una app de un solo mercado adaptada a posteriori.
La hoja de ruta activa de desarrollo de software a medida de MakeWake incluye una vista de flota multisede para operadores con más de un lago o puerto deportivo, una capa de promociones y fidelización para convertir el aumento de reservas repetidas en un nivel de membresía, y un desbloqueo por QR tolerante a la falta de conexión para muelles con conectividad irregular. En el lado de operaciones, estamos ampliando la consola con previsión de utilización y programación de mantenimiento, y preparando una futura separación de la residencia de datos para que las flotas de la UE y de EE. UU. puedan funcionar sobre infraestructura fijada por región dentro de la hoja de ruta de cloud y DevOps. El patrón de desbloqueo y medición en autoservicio es lo bastante general como para que el mismo backend pueda dar servicio a patinetes, bicicletas y taquillas, lo que deja abierta la puerta a una plataforma más amplia de movilidad en autoservicio para operadores de EE. UU. y la UE.
Si está planificando un producto de alquiler en autoservicio, de puertos deportivos o de movilidad de ocio (cualquier caso en el que un cliente desbloquea un activo físico, corre un contador y el dinero debe liquidarse limpiamente en su backend contable en EE. UU. y la UE), hemos entregado este stack de principio a fin y podemos acortar de forma significativa el plazo de desarrollo. Puede leer más sobre el producto en el sitio en servicio, yusmpgroup.ru, y el equipo de ingeniería que lo desarrolló forma parte de YuSMP Group. Trabajamos con metodología Agile, a alcance cerrado para MVP bien definidos y con equipos de desarrollo dedicados para la entrega continua, con una jornada CET y una franja garantizada de solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.
Un MVP de alquiler acotado, con acceso por teléfono, catálogo de embarcaciones, disponibilidad en tiempo real, desbloqueo por QR y facturación automatizada por tiempo, suele costar $90k–$180k. Añadir pago con varios métodos, una integración contable como 1C o QuickBooks, un flujo de seguridad con chaleco salvavidas, descubrimiento de flota geolocalizado y una consola de operador lleva un producto completo a $200k–$420k. Los principales factores de coste son las integraciones de pagos y contabilidad, el motor de disponibilidad que evita las reservas duplicadas y las herramientas operativas que el personal usa a diario en el muelle.
Las reservas duplicadas se evitan en la capa de datos, no en la interfaz. Cada solicitud de alquiler adquiere un bloqueo de corta duración sobre una embarcación concreta para un intervalo concreto, la comprobación de disponibilidad y la escritura de la reserva se producen en una única transacción de base de datos, y las solicitudes en conflicto fallan rápido en lugar de solaparse en silencio. El estado en tiempo real se envía a todos los clientes abiertos, de modo que una embarcación que sale de viaje desaparece del catálogo en un segundo. La misma garantía transaccional respalda el flujo de desbloqueo por QR, para que una embarcación no pueda iniciar dos trayectos a la vez.
La facturación por tiempo mide el trayecto desde el desbloqueo hasta el final y aplica una tarifa: una primera hora fija, una tarifa por minuto a partir de entonces o un paquete ilimitado. El contador se ejecuta en el servidor para que una app cerrada o en segundo plano no pueda detener el reloj, el coste acumulado se refleja en el cliente por transparencia y el importe final se captura a través de un agregador de pagos cuando termina el trayecto. Cada cargo se escribe de vuelta en el sistema contable para que finanzas vea los ingresos sin conciliación manual.
Cada embarcación lleva un código QR único. Al escanearlo en la app se identifica un activo concreto, se comprueba que está libre y que el usuario es apto, se guía al usuario por el paso obligatorio de seguridad y chaleco salvavidas y después se inicia un trayecto medido ligado a ese activo. El desbloqueo está condicionado por la misma reserva transaccional que respalda la reserva del catálogo, de modo que escanear una embarcación que ya está en un trayecto se rechaza limpiamente. El patrón se generaliza a patinetes, bicicletas, taquillas y otros inventarios de autoservicio.
Un MVP acotado, con acceso, catálogo de embarcaciones, disponibilidad en tiempo real, desbloqueo por QR y un método de pago, suele llevar de 10 a 16 semanas. Añadir pago con varios métodos, una integración contable, un flujo de seguridad, descubrimiento geolocalizado y una consola para el operador suma de 6 a 10 semanas. El trabajo de integración (el agregador de pagos y el backend contable del cliente) suele ser el camino crítico, sobre todo cuando esa infraestructura está del lado del cliente y hay que alcanzarla mediante contratos de datos acordados.
Casos relacionados
Alquiler de vehículos en autoservicio con reservas, disponibilidad y facturación automatizada para operadores de EE. UU. y la UE.
Ver el caso →
Plataforma de micromovilidad con desbloqueo por QR, flota geolocalizada, trayectos medidos y una app para clientes y operadores.
Ver el caso →
Plataforma de viajes y reubicación para consumidores con descubrimiento de servicios y una experiencia móvil nativa.
Ver el caso →
Apps nativas para iOS y Android y multiplataforma, con pipelines de publicación listos para las tiendas.
Explorar el desarrollo de aplicaciones móviles →
Plataformas a medida diseñadas para su modelo de negocio, que escalan sin problemas desde el MVP hasta millones de usuarios.
Explorar el desarrollo de software a medida →
Infraestructura como código, CI/CD y observabilidad para productos que deben mantenerse operativos en EE. UU. y la UE.
Explorar cloud y DevOps →Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.