Proyecto de optimización UX/UI para Moovit

Para este proyecto tome una aplicación existente como es Moovit y trabaje en un rediseño y su optimización.
El objetivo fue optimizar sus funcionalidades para lograr una mayor adopción por parte de las personas usuarias.

La planificación fue la siguiente:

1. Buscar y entender el contexto en el cual iba a trabajar.
2. Realizar un Benchmarking de Moovit y su competencia.
3. Mediante entrevistas y encuestas conocer a las personas usuarias.
4. Simplificar la arquitectura de la información mediante un cardsorting y un tree testing.
5. Trabajar una guía de estilo y la matriz de voz y tono.
6. Diseñar un prototipo y luego validar su funcionamiento con la colaboración de personas usuarias.

Contexto

Mediante un análisis de tendencias pude identificar puntos de partida, transiciones y las novedades en materia de consulta de mapas y navegación.
Todo se busca en internet, todo se sigue por GPS, todo en tiempo real.

Investigación

A partir de un relevamiento de las reseñas en Google play y el testeo de tres aplicaciones (Moovit, Google Maps y Ualabee) pude identificar fortalezas y debilidades en estas aplicaciones para tener la primera referencia sobre que es lo que hay que conservar del diseño actual y que oportunidades de mejora podemos aplicar solucionando problemas o replicando fórmulas de la competencia.

Conociendo a las personas usuarias

Conocí al público objetivo mediante entrevistas y encuestas. Con un total de 20 personas participando (17 en encuestas, 3 en entrevistas).
Con los resultados pude trazar un User Journey.

Encontré Insights muy interesantes para sumar o restar funcionalidades de la aplicación

• Participaron 17 personas de Argentina (CABA, Pilar, Mar del Plata, Córdoba, GBA), 4 de Perú, 1 de Chile y 1 de México.
• Viajan en colectivo, subte, tren, taxi y autos propios.
• La mayoría elige estos transportes debido a que no tiene otra opción o bien porque le queda más cómodo.
• Entre los problemas más comunes se encuentran: La cantidad de gente que viaja, la poca frecuencia del transporte, problemas de tránsito y frecuentes demoras del servicio.
• Todas las personas usan Google Maps. Solo 5 usan o usaron Moovit.
• Les gusta que les alerte cuando están llegando a destino y que muestren alertas en tiempo real sobre problemas de tránsito.
• Hay muchas quejas sobre que los horarios presentados no son correctos o ni siquiera se mencionan.

Y ademas consulte que debería tener Moovit para que las personas usuarias consideraran pagar una suscripción.
Consulta clave ya que uno de los modelos de negocio de Moovit es justamente su versión de pago.
La mitad dijo que no pagaría por una aplicación de estas características, la otra mitad dijo que lo pensaría si valdría la pena.
Alguna de las respuestas de quienes si pagarían, fueron:

• «Asistencia mecánica de emergencia , que lleguen al lugar donde estoy».
• «Consideraría pagar si en la opción de hacer el viaje en bicicleta tuviese consideración de empedrado, pases bajo nivel etc».
• «Que funcione como red social. Que pueda haber comunicación con otros pasajeros».
• «Que me diga a qué hora exacta va a pasar el transporte que quiero, así no tengo que estar adivinando».

Arquitectura

Evalué la arquitectura actual de Moovit mediante un Tree Testing con algunas de las personas usuarias que participaron en la etapa anterior.
Ninguna de las personas pudo completar las tareas solicitadas en un primer intento.
Al detectar la cantidad de errores que hubo en el tree testing, vi la necesidad de hacer un card sorting abierto, que en mi proyecto anterior me había dado buenos resultados.

• 10 Personas completaron el Cardsorting, y otras 13 abandonaron el proceso.
• Les llevó un tiempo promedio de 5 minutos.
• 9 personas lo completaron desde Argentina y una persona desde México.
• Crearon 43 categorías distintas. El 50% de las personas dividió las tarjetas en 4 categorías.
• Las categorías que más se repitieron fueron: Búsqueda, Configuración y favoritos.

Estos resultados me llevaron a decidir que la prioridad era simplificar las funcionalidades de la aplicación, volver a lo básico para desde ahí, una vez que el producto este mas ordenado, sera mas simple ir agregándole funciones en futuras versiones.

UX Writing

La voz debe ser consistente, es la personalidad de la marca.
El tono puede ir cambiando dependiendo en que parte de la experiencia se encuentran las personas usuarias, es el modo en el que se adapta esa voz.
En la matriz de voz y tono podremos organizar estos contenidos.

Prototipado

Me apoyé en los manuales ya existentes de Moovit para definir detalles de UI.
Busqué documentación referida al diseño gráfico para complementar la presentación, ya que yo no soy diseñador gráfico, pero investigando y trabajando, eso deja de ser un problema.

Pruebas de usabilidad

El test final con personas usuarias fue positivo.
Le presente el prototipo a cinco personas usuarias para que lo prueben, y puedan realizar la tarea de buscar un destino y simular el viaje.
El deseo era cumplir las siguientes metas:

• Validar si el diseño es funcional.
• Descubrir si las tareas a realizar son comprensibles.
• Entender si la arquitectura aplicada es la esperada.
• Escuchar opiniones y sugerencias de las personas usuarias.

Dejo el link al prototipo en Figma, para que también puedas probarlo, y si te interesa darme un feedback, siempre será bienvenido.

Conclusiones

Se validaron las hipótesis planteadas y se encontraron nuevas posibilidades de mejora, que al final es lo que se espera.
Si el proyecto no tiene necesidad de iteraciones, es porque no lo estás probando correctamente.

• Validamos que la arquitectura mejoró.
• Se percibe que la aplicación es simple y que las funciones se encuentran en los lugares esperados.
• Se detectaron posibilidades de mejora en las pantallas de registro.
• Recibimos feedback de que muchas animaciones distraen, así que lo ideal sería incluir animaciones que no perturben las tareas principales y simplemente sean algo complementario, que interfieran lo menos posible.
• Otro de los comentarios positivos fue que la aplicación “tiene menos opciones” eso se debe a que se simplificó la arquitectura, eliminando todos los links que lo sacan a uno de la aplicación. No queremos que la persona usuaria salga.

De esta forma doy por finalizado el proyecto.
Sabido es que las iteraciones son constantes y necesarias. Es así que en una hipotética versión posterior se deberán incorporar funciones y adaptar elementos para cubrir la totalidad de los insights descubiertos en este proceso.

Si querés un poco más de contexto te dejo un video de la presentación del proyecto donde te muestro el funcionamiento y te cuento un poco más del trabajo

Por último quiero mencionar a Florencia Rodriguez Erhardt y a Laura Arroyave Caravajal que supervisaron este proyecto dándome feedback y apoyo constante.

Este fue mi proyecto de optimización UX/UI para Moovit.
Si querés ver más cositas sobre UX podés seguir mirando en el resto del blog.
Gracias por llegar hasta acá 🤩