Pago móvil para transporte público urbano

Una aplicación móvil tipo MVP que permite pagar el sistema de transporte público urbano (trenes metropolitanos y buses integrados) directamente desde el celular, reemplazando la tarjeta física por una experiencia digital segura y rápida.

Contexto

Diseñé un prototipo de aplicación móvil que integra en un solo lugar registro, recarga y pago de transporte público urbano.

El objetivo fue mostrar un flujo end‑to‑end claro: desde el onboarding hasta el pago y el historial, usando datos y APIs simuladas.

Mi foco estuvo en definir la arquitectura de información, los flujos clave (onboarding, vinculación bancaria, tarjeta prepago, pago, historial) y en asegurar que la experiencia fuera simple, segura y entendible para usuarios frecuentes de transporte.

El proyecto se desarrolló como ejercicio de MVP sin integración real con sistemas productivos ya wue el MVP ayuda a validar hipótesis para Stakeholders internos, testear soluciones y dar visivilidad al equipo de ingenieros.

Desafío

Las personas dependen de tarjetas físicas y puntos de recarga presenciales, lo que genera filas, fricción y poca visibilidad de sus gastos. Del lado del negocio, mantener tarjetas físicas y canales fragmentados encarece la operación y limita la adopción de medios digitales.

El reto fue diseñar una app que concentrara vinculación bancaria, tarjeta prepago digital y validación rápida (QR/NFC) en un flujo simple, confiable y demostrable como MVP.

Detalle del proceso

Investigación y descubrimientos

La definición del MVP parte del entendimiento del contexto actual de pago en el transporte público urbano: tarjetas de transporte recargables, cuentas con código QR y aplicaciones de bancos o billeteras digitales que permiten pagar con QR o recargar saldo.

También se consideró la habilitación progresiva de pago con tarjetas bancarias sin contacto y billeteras digitales en sistemas de transporte masivo, así como la aparición de billeteras digitales propias de algunos operadores que integran pagos y beneficios.

Aunque no se especifican métodos de investigación directos (entrevistas, encuestas, tests) ni tamaños de muestra, el diseño del MVP se apoya en estos insights clave del contexto:

Las personas ya están acostumbradas a usar un medio de pago dedicado (tarjeta de transporte) y a recargarlo antes de viajar, por lo que la metáfora de “tarjeta prepago digital” es fácil de entender.
El uso de QR para pagar transporte es una práctica cada vez más extendida, tanto desde apps bancarias como desde apps de transporte, lo que baja la barrera de adopción de un “Pasaje QR” o “QR dinámico”.
La tendencia regulatoria en varios mercados apunta a permitir el uso de tarjetas de pago abiertas directamente en el transporte, lo que refuerza la decisión de vincular bancos y tarjetas a la app.
Los usuarios necesitan visibilidad de sus viajes, tarifas y gastos, tanto para controlar su presupuesto como para entender beneficios y topes de tarifa integrada.
La seguridad y confianza son esenciales: validaciones de identidad básicas (documento nacional, teléfono, SMS), uso de biometría y feedback claro en cada pago ayudan a reducir la percepción de riesgo.

El segmento principal son usuarios frecuentes del transporte público urbano (trenes y buses integrados), familiarizados con tarjetas de transporte y smartphones, pero el diseño también considera el caso de nuevos usuarios o visitantes que podrían preferir vincular directamente su banco o usar la app como una billetera prepago simple.

Proceso de diseño

El diseño se organizó alrededor del flujo completo del usuario, definiendo primero las etapas críticas: onboarding y creación de cuenta, verificación básica, vinculación bancaria, creación y gestión de la tarjeta digital prepago, carga de saldo, pago de viajes y visualización del historial y el soporte.

A partir de ese mapa de flujo se estructuró la arquitectura de información de la app, definiendo secciones claras: Pagar, Mi tarjeta digital, Historial y Perfil/Soporte.

Las principales limitaciones del proyecto fueron la ausencia de integración real con los sistemas de transporte y la necesidad de trabajar con datos y APIs simuladas. Esto obligó a diseñar interacciones que se perciben reales (validaciones, feedback de errores, estados de carga) pero que pueden funcionar de forma simulada en un prototipo.

Dentro de este contexto, tres decisiones de diseño fueron especialmente relevantes:

Enfocar el MVP en una sola tarjeta digital prepago en vez de múltiples billeteras, para simplificar la carga mental del usuario y asegurar que el flujo principal (crear, cargar y pagar) fuera claro y fácil de seguir.
Optar por un QR dinámico con expiración corta como mecanismo principal de pago, por ser familiar en el ecosistema local de pagos digitales y manejar mejor la seguridad en comparación con códigos estáticos.
Separar explícitamente “Pagar” de “Mi tarjeta digital” y “Historial” en la navegación, de modo que el acceso a la acción principal sea inmediato, mientras la gestión y la revisión de gastos permanecen disponibles pero no bloquean el uso diario.

Solución

La solución final es un prototipo de app móvil que guía al usuario desde la creación de su cuenta hasta el pago efectivo de un viaje en transporte público urbano, utilizando una tarjeta digital prepago asociada a su cuenta bancaria o tarjeta de débito.

El flujo está diseñado para que una persona que instala la app por primera vez pueda, en cuestión de minutos, registrarse, verificar su identidad, vincular su banco, crear su tarjeta digital, cargar saldo y pagar un viaje.

Principales flujos y pantallas

Onboarding y registro
Vinculación bancaria
Tarjeta digital prepago y recarga
Pago en transporte
Historial, perfil y soporte

Onboarding del MVP

Registro + Validación + Home del MPV

Pantallas del MVP

Proceso de vinculación

Resultados e impacto

El proyecto se define explícitamente como un prototipo de MVP, sin conexión real a sistemas de transporte ni entornos productivos, por lo que no se dispone de métricas cuantitativas de uso real como conversión, retención, entre otros.

Sin embargo, el diseño del flujo apunta a generar impacto en:

Reducción de fricción para el usuario al integrar registro, recarga y pago en una sola app, evitando depender de puntos físicos de recarga y tarjetas plásticas.
Mayor adopción de medios de pago digitales (bancarios y prepago digital) al ofrecer tanto vinculación de cuentas/banco como una tarjeta digital prepago configurable.
Mejor visibilidad de los viajes y gastos gracias al historial filtrable con detalles de tarifas, medios de pago y ubicaciones.

En un escenario futuro, algunas métricas que sería relevante medir incluirían:

Conversión de usuarios que completan el flujo de vincular banco + crear tarjeta prepago + primer pago exitoso.
Frecuencia de uso mensual (viajes pagados por usuario activo).
Porcentaje de viajes pagados digitalmente vs. tarjeta física.
Tasa de errores o fallos de validación (QR/NFC) y tiempo promedio para resolverlos.

No se incluye feedback directo de usuarios, ya que, el prototipo se orienta principalmente a demostración y validación interna.

Aprendizajes y reflexión

Diseñar para transporte exige respetar hábitos existentes y migrarlos suavemente a lo digital.
En pagos, la claridad de estados y mensajes es tan crítica como la UI.
Trabajar con APIs simuladas obliga a definir bien estados y errores, facilitando futuras integraciones.
Separar acción (pago) de gestión (tarjeta, historial) simplifica el uso diario.
En una siguiente fase, priorizaría tests de usabilidad con usuarios reales para ajustar flujos, mensajes de seguridad y futuras funcionalidades (topes de gasto, beneficios, integración con otros modos de transporte).