Aplicación móvil para correr · Producto móvil
Colaboración confidencial
Cuando una aplicación móvil tiene que seguir el ritmo.
Una colaboración privada en una aplicación de running existente en React Native. Rediseñamos áreas seleccionadas, corregimos código, afinamos el comportamiento y eliminamos errores en iOS y Android.

Información
- Tipo de proyecto
- Aplicación móvil
- Plataforma
- iOS y Android
- Nuestro papel
- No fue un producto nuevo desde cero. Dentro de una aplicación React Native existente rediseñamos pantallas seleccionadas y ajustamos su comportamiento en iOS y Android.
- Estado
- Colaboración confidencial
Tecnología
- React Native
- iOS
- Android
Lo que aprenderá
- 01Cómo mantener fluido un flujo móvil con el uso repetido.
- 02Cómo mantener clara la interfaz en iOS y Android.
- 03Cómo desarrollar una experiencia de producto en React Native.
Ritmo del producto
Cada visita prepara el siguiente paso.
La aplicación conectaba la preparación, la propia actividad y la revisión del progreso en un flujo repetible. Esta vista está simplificada y anonimizada.
- 01
Prepararse
La persona ve qué viene después y entiende la siguiente sesión.
- 02
Ponerse en movimiento
Durante la actividad, la atención permanece en pasos claros y no en manejar la interfaz.
- 03
Revisar
Al terminar, el resultado vuelve en un resumen sereno y fácil de leer.
- 04
Continuar
El estado y el progreso dan una continuación clara a la siguiente visita.
01
Entrar en un producto que ya estaba en marcha
No empezamos en una pista vacía. La aplicación ya tenía su propia lógica, hábitos de uso y decisiones técnicas que primero debíamos comprender.
La colaboración privada comenzó mapeando flujos seleccionados y los puntos concretos donde el rediseño o los cambios de código podían aportar más sin alterar el uso conocido.

02
Rediseño donde el usuario dudaba
En pantallas seleccionadas ajustamos la jerarquía visual, la composición y los objetivos táctiles para que el siguiente paso resultara más natural y la información importante se leyera antes.
No fue un rediseño completo del producto. La intervención fue selectiva. Respetó lo que ya funcionaba y aclaró los puntos donde la interfaz generaba fricción innecesaria.
“Un buen rediseño no cambia la dirección. Elimina la duda durante el camino.”

Arquitectura simplificada
Una experiencia, una base móvil compartida.
Incluso un cambio dirigido en una pantalla atravesaba varias capas. La interfaz, la lógica compartida, los servicios y ambas plataformas debían mantener el mismo ritmo.
- 01
Experiencia del producto
- Plan
- Sesión activa
- Progreso
- 02
Núcleo compartido en React Native
- Navegación
- Estado predecible
- UI reutilizable
- 03
Servicios de aplicación
- Límite de la cuenta
- Intercambio de datos
- Información operativa
- 04
Entrega nativa
- iOS
- Android
Vista simplificada y anonimizada. No muestra sistemas internos ni datos reales del producto.
03
Correcciones bajo la superficie
Además de la interfaz, abordamos correcciones concretas de código, estados inesperados y errores. Cada problema debía reproducirse de forma fiable, corregirse y verificarse dentro del flujo completo.
En una aplicación de uso frecuente, la calidad se construye con detalles. La respuesta correcta al volver a una pantalla, un estado predecible y la seguridad de que arreglar un punto no rompe otro.
“La mejor corrección es la que el usuario nunca tiene que notar.”

04
Un ritmo en iOS y Android
React Native permitió compartir gran parte de la experiencia, aunque cada plataforma conserva sus detalles. Revisamos la composición, el comportamiento táctil y los casos límite en iOS y Android.
El objetivo no era que ambas versiones parecieran mecánicamente idénticas. Debían compartir la misma lógica, la misma confianza y sentirse naturales en cada dispositivo.

Cómo trabajamos
Cambiar con precisión, no reescribir todo.
El producto ya estaba en uso. Protegimos lo que funcionaba y nos centramos en los puntos donde la experiencia podía ser más clara y fiable.
- 01
Entender el flujo
Mapear los recorridos seleccionados y el comportamiento actual.
- 02
Detectar la fricción
Identificar dónde la jerarquía, la interacción o el código reducían la confianza.
- 03
Rediseñar de forma selectiva
Conservar el comportamiento conocido y aclarar solo los puntos necesarios.
- 04
Reproducir y reparar
Provocar el error de forma fiable, corregir la causa y revisar los estados relacionados.
- 05
Verificar ambas plataformas
Revisar el diseño, el comportamiento táctil y los casos límite en iOS y Android.
05
Una base mejor para las siguientes versiones
El resultado no fue un producto nuevo desde cero, sino una parte más ordenada de la aplicación existente. Pantallas más claras, código corregido y menos errores en el uso diario.
“No toda buena colaboración necesita un gran gesto. A veces basta con que el producto funcione con más confianza.”






