Yael AlvizuriApp para estacionarse en vía pública
Yo! Estacionándome
5 min de lectura
Los conductores no se equivocaban: la app los hacía fallar.
- El problema
- Los conductores pagaban y aun así recibían multas: zonas, horarios y facturación confusos.
- Lo que hice
- Lideré el diseño end-to-end: investigación, arquitectura de información, interfaz, pruebas e implementación.
- El resultado
- De 12 a 7 clics (−42%), en producción en la Ciudad de México.
- 12 → 7clics para estacionarse (−42%)
- Herramientas
- Figma, Miro, Mural, Maze y Material Design.
- Después
- Según la dirección, el rediseño formó parte de la propuesta que ganó la licitación en Guatemala.
De cada problema, una decisión de diseño
| Hipótesis | Decisión |
|---|---|
| Si reduzco los pasos para estacionarse, habrá menos errores porque el flujo será más fácil de seguir. | Flujo de 7 clics: vehículo, tiempo, saldo y confirmación. Sin confirmaciones repetidas. |
| Si la persona entiende la app desde el inicio, se confundirá menos entre apps y flujos parecidos. | El tutorial obligatorio se volvió un onboarding corto y opcional. |
| Si las alertas llegan antes de que se acabe el tiempo, habrá menos multas. | Confirmar el estacionamiento activa las alertas de tiempo desde ese momento. |
| Si la facturación es clara, habrá menos errores y menos solicitudes repetidas. | Facturación opcional al final, con un modal que explica cómo y cuándo llega. |
Qué dejé fuera. Prioricé con una matriz de impacto y esfuerzo: automatizar toda la facturación y gamificar el flujo quedaron fuera por su alto esfuerzo.
Cómo escribí los textos. Textos cercanos, directos y empáticos: mensajes que previenen el error en lugar de solo avisar que ocurrió.
De 12 a 7 clics para estacionarse
Clics para estacionarse
127clics
−42% de clics, en producción en la Ciudad de México.
El nuevo flujo tiene cuatro pasos y siete clics en total, sin confirmaciones repetidas:
- Vehículo
- Tiempo
- Saldo
- Confirmación
7 clics de principio a fin. Antes eran 12.
Además, el tutorial obligatorio se volvió un onboarding corto y opcional, y la facturación pasó al final.
Una app para quien vive en el celular y para quien casi no usa apps
Estacionarse en la calle en la Ciudad de México es hacer cuentas: en qué zona estás, qué app se paga ahí y hasta qué hora se cobra. Yo! Estacionándome nació para que el conductor pagara desde el celular y no volviera al coche con una multa. Mi trabajo fue que eso se entendiera en siete clics.
Lideré el diseño end-to-end de la app para conductores: investigación, arquitectura de información, interfaz, pruebas con usuarios y acompañamiento de la implementación.
Los conductores no se equivocaban: la app los hacía fallar
Pago en la app, pero me siguen multando. ¿Para qué sirve si no reconoce las zonas?
Comentario de un usuario
- Confusión con otras apps. Pagar con la app equivocada en zonas concesionadas distintas terminaba en multas inesperadas.
- Horarios poco claros. ¿Qué días se cobra? ¿En qué horarios? ¿Qué pasa un sábado o un festivo? Las dudas generaban molestia y pagos fuera de tiempo.
- Facturación complicada. Además de confusa, no especificaba tiempos, así que la gente desistía.
- Textos poco amigables. Los mensajes y flujos confusos dificultaban entender cómo usar la app.
- Sin bienvenida. Sin onboarding, los conductores se sentían perdidos desde el primer uso.
Me propuse que la gente completara las tareas clave (buscar espacio, pagar y extender el tiempo), dar claridad sobre horarios, facturación y zona de operación, y diseñar un flujo amigable desde el primer momento.
Las quejas se repetían: zonas, horarios y facturación
- 7usuarios frecuentes entrevistados
- 4áreas de la empresa
- 50+comentarios y correos revisados
- 3apps en el benchmark
Entrevistas. Hablé con 7 usuarios frecuentes, los que más comentarios dejaban en la app y en la App Store, y con cuatro áreas de la empresa: dirección, marketing, operaciones e implementaciones tecnológicas. La dirección quería fortalecer la marca y reducir las quejas. Marketing necesitaba comunicarse mejor para generar confianza. Operaciones buscaba reducir multas por mal uso de la app. Implementaciones se preocupaba por la usabilidad y el rendimiento.
Peso del problema, según la empresa
Cifras que la empresa compartió en las entrevistas.
Comentarios y reseñas. Revisé más de 50 comentarios de la App Store y correos de usuarios para detectar patrones:
“No entiendo los horarios de operación, ya me multaron por estacionarme un sábado.”
“Intenté facturar y el proceso es confuso, parece que nadie pensó en esto.”
“La app se traba cuando intento extender mi tiempo de estacionamiento.”
Benchmark. Comparé la app con Mueve Tu Ciudad, Parco y Parkify. Parco ofrece un onboarding claro para usuarios nuevos, Mueve Tu Ciudad destaca por su comunicación sencilla y sus notificaciones, y Parkify integra bien las zonas y los concesionarios.
Cinco fases, y cada decisión validada con usuarios
- EmpatizarEntrevistas con usuarios y stakeholders, análisis de comentarios y benchmark.
- DefinirUser journey en Miro, arquitectura de información, pantallas clave y UX writing.
- IdearLluvia de ideas en Mural, priorización por impacto y esfuerzo y diagramas de flujo.
- PrototiparWireframes en alta fidelidad en Figma y ajustes con feedback.
- ValidarPruebas de usabilidad en Maze, ajustes finales e implementación con desarrollo.
Revisé el diseño contra las heurísticas de usabilidad de Nielsen. De la lluvia de ideas salieron alertas personalizadas para horarios y zonas, un onboarding que explique las funciones principales y mensajes más directos. Con los resultados de las pruebas ajusté componentes de UI, textos y flujos, y trabajé de cerca con desarrollo: supervisé la implementación y validé después de publicar.
Cada problema tuvo su respuesta de diseño
| Antes | Después |
|---|---|
| Confusión con otras apps y multas inesperadas. | Un sistema claro de zonas que identifica la correcta. |
| Horarios poco claros. | Información precisa de horarios que evita errores en pagos y cobros. |
| Facturación complicada y sin tiempos. | Indicaciones claras y tiempos definidos. |
| Textos poco amigables. | Textos amigables que guían cada paso. |
| Sin bienvenida. | Onboarding corto: desde el primer uso, la persona aprende a usar la app. |
Un aviso a tiempo evita la multa
Un aviso a tiempo le ahorra al conductor la multa y el coraje. Por eso cada mensaje de la app avisa antes del error, no después. Y para que llegara así a la pantalla, trabajé de cerca con negocio y desarrollo.
El archivo de diseño y el prototipo, para explorarlos
Diseñé en Figma siguiendo Material Design y cuidando la accesibilidad.