El reto
Muchos estudios de yoga siguen gestionando clases, pagos y reservas entre WhatsApp, hojas de cálculo y herramientas desconectadas. Desde el lado del alumno, encontrar una clase adecuada suele requerir visitar varias webs, llamar al centro o depender de plataformas poco adaptadas al contexto local.
El objetivo de Ayogis fue convertir ese caos en una plataforma única que conectara descubrimiento, reserva, pago y operación diaria sin fragmentar la experiencia entre estudiantes y centros.
Qué se construyó
- Marketplace móvil para que alumnos descubran, reserven y paguen clases
- App B2B para que los centros publiquen clases, controlen reservas y cobren
- Landing de captación y dashboard web para operaciones y crecimiento
- Backend serverless con lógica de negocio, aforo, pagos y automatizaciones
- Publicación completa en stores, identidad visual y sistema de marca
Mi rol
El problema que había que resolver
Cómo funciona el producto
Ayogis no era una sola app. Era un sistema coordinado en el que el viaje del alumno y la operativa del centro se cruzaban en la misma lógica de producto: buscar, reservar, pagar, asistir, gestionar y medir.
Ayogis App
Para estudiantes
La capa de descubrimiento y reserva. El alumno encuentra centros cercanos, compara clases, reserva, paga y recibe confirmaciones sin salir de la misma experiencia.
iOS • Android
Ayogis Connect
Para propietarios de centros
La capa operativa para estudios. Desde aquí se crean clases, se controla el aforo, se gestionan cancelaciones, se reciben pagos y se ordena el día a día del centro.
iOS • Android
Landing ayogis.es
Marketing y conversión
La capa de posicionamiento. Explica el producto, capta centros y alumnos tempranos, y conecta el relato de marca con la descarga y la adopción.
Web Responsive
Panel de Control Web
Dashboard profesional
La capa de gobierno. Un dashboard para administración, operaciones y crecimiento que permite ver métricas, supervisar actividad y ampliar el sistema más allá del móvil.
Web App
Decisiones técnicas que hicieron viable el producto
La complejidad real no estaba en usar muchas herramientas, sino en resolver problemas que normalmente no aparecen en un portfolio de UX: pagos entre terceros, seguridad financiera, concurrencia en reservas y automatización operativa a escala.
Seguridad "Zero Trust"
Firestore Rules y Autoridad Backend
El problema: En aplicaciones financieras y de reservas, confiar en la lógica del cliente (Flutter) expone el sistema a manipulación de precios, inyección de datos o brechas de privacidad entre usuarios.
La solución: Arquitectura "Confianza Cero". Se bloqueó toda escritura crítica en la base de datos mediante Firestore Rules inquebrantables. Transacciones complejas (pagos, deducción de aforo o reembolsos) se delegan exclusivamente a middlewares robustos en Node.js (Cloud Functions). El backend verifica criptográficamente cada intento, garantizando seguridad fintech/bancaria y privacidad estricta (GDPR) sin exponer jamás claves API en la app.
Marketplace Financiero B2B
Stripe Connect y Stripe Billing
El problema: Cobrar centralmente a los alumnos para luego transferir a los centros crea un cuello de botella fiscal, legal y contable enorme. Por otro lado, la barrera de adopción en software B2B es altísima si se exige pago desde el día uno.
La solución: Orquestación financiera descentralizada. Se implementó Stripe Connect para que el dinero B2C fluya directo a las cuentas de los centros (delegando a ellos la responsabilidad fiscal). Simultáneamente, se integró Stripe Billing para administrar las suscripciones de los estudios (SaaS), inyectando lógicas agresivas de adopción comercial como "Trials" de 60 días y precios dinámicos para los primeros clientes ("City Pioneers"). Esto permite escalar a cientos de centros sin saturar la contabilidad de Ayogis.
Consistencia NoSQL y Dual-Write
Control de Aforo y Race Conditions
El problema: Firebase NoSQL carece de relaciones estrictas, por lo que reservas concurrentes o cancelaciones masivas corrompen el aforo (maxAttendees). Además, cruzar permisos en reglas de seguridad para datos anidados es propenso a fugas de datos y encarece la lectura en la nube.
La solución: Se implementó un patrón de "Escritura Sincronizada" (Dual-Write). El backend actúa como guardián único que duplica y aísla atómicamente las reservas: una vista para el cliente y otra para el centro. Esto protege el maxAttendees con transacciones contra carreras de datos, elimina complejas dependencias en las Reglas de Seguridad y reduce agresivamente los costos de lectura mensual.
Ecosistema Desacoplado
Reembolsos Automáticos y Store Tax
El problema: Apple y Google imponen estrictamente un 30% de peaje sobre pagos in-app digitales. A nivel operativo, si un estudio cancela una clase, el soporte manual para reembolsar individualmente a docenas de alumnos colapsaría al equipo.
La solución: Arquitectura limpiamente desacoplada en dos apps (B2C fluida vs B2B analítica). Logramos argumentar frente a los revisores de Apple/Google que el código intermedia compras de servicios físicos presenciales, evadiendo el peaje del 30% legalmente. Operativamente, al cancelar una clase en el B2B, un worker distingue pagos de banco frente a pases internos, ejecutando reembolsos en Stripe de manera 100% desatendida y automática.
De problema a producto
Problema y oportunidad
La primera decisión fue definir el problema correcto: no diseñar una app de clases, sino una plataforma capaz de conectar descubrimiento, reserva, pagos y operación diaria.
- User interviews con 12 centros de yoga en Barcelona
- Análisis de 8 apps competidoras (Mindbody, ClassPass, etc.)
- Identificación de fricciones en reserva, cobro y gestión manual
- Definición del alcance real del producto desde día uno
Usuarios y journeys
Había dos sistemas de necesidades distintos. El alumno necesitaba descubrir y reservar con confianza. El centro necesitaba publicar, cobrar, controlar aforo y entender su negocio.
- User personas para estudiantes y propietarios
- User journey mapping para ambos perfiles
- Priorización de momentos críticos: búsqueda, reserva, pago y gestión
- Definición de MVP a partir de valor y viabilidad
Arquitectura del ecosistema
La solución no podía vivir en una sola interfaz. Se definió un blueprint con dos apps móviles, una landing y un dashboard, cada uno con un rol claro dentro del mismo servicio.
- Arquitectura de información para 2 apps y 2 superficies web
- Separación clara entre experiencia B2C y operación B2B
- Definición de flujos entre marketplace, gestión y pagos
- Planificación de dependencias entre producto y backend
Decisiones UX
El diseño tenía que explicar un sistema complejo sin hacerlo pesado. Por eso trabajé un lenguaje visual unificado, journeys muy guiados y una jerarquía que mantuviera cada rol en su contexto.
- Design system completo en Figma con componentes reutilizables
- Más de 50 pantallas con prototipos interactivos
- Brand system, fotografía y materiales para stores
- Interacciones y jerarquías distintas según alumno o centro
Decisiones técnicas
La experiencia sólo era creíble si la arquitectura podía sostener reservas concurrentes, pagos entre terceros, reembolsos y control de privacidad sin confiar en la app cliente.
- Backend serverless con Node.js, Firebase y 15 Cloud Functions
- Stripe Connect y Stripe Billing para pagos y suscripciones
- Reglas de seguridad y backend autoritativo bajo modelo Zero Trust
- Automatización de cancelaciones, aforo y reembolsos
Decisiones UX y de arquitectura
Descubrimiento
geolocalizado
La experiencia empieza por cercanía y contexto local: encontrar centros, filtrar clases y tomar decisiones sin salir a buscar fuera.
Pagos para
marketplace real
Stripe Connect convierte Ayogis en una plataforma donde el dinero puede fluir entre alumno, plataforma y centro sin fricción manual.
Reserva con
seguimiento
Confirmaciones, recordatorios y cambios de estado acompañan la reserva para que la experiencia no termine en el pago.
Seguridad
autoritativa
La lógica crítica no depende del cliente: reservas, pagos y privacidad pasan por backend y reglas estrictas de datos.
Operación y
analítica
La plataforma no sólo vende clases. También da a los centros visibilidad sobre reservas, ingresos y actividad.
Sistema de
marca y confianza
Identidad visual, animaciones y materiales de lanzamiento ayudan a que un ecosistema complejo se perciba coherente y premium.
Lo entregado
Ayogis dejó de ser una aplicación móvil para convertirse en una plataforma capaz de conectar estudiantes, centros y operaciones dentro de un único ecosistema escalable.
La historia importante no es sólo que hubiera mucho stack. Es que cada capa del producto respondía a un problema real y que la arquitectura permitió sostenerlo con criterio de negocio, UX y operación.
Hablemos
Producto, diseño y desarrollo end-to-end para apps, plataformas y lanzamientos.
appdevoka@gmail.com