Crea tus rutinas con Metro de Madrid.

UX Case Study

Rubén Alguacil Lago
5 min readOct 31, 2020

1. Introducción:

Durante la primera semana en Ironhack se nos planteo un primer proyecto sobre el Metro de Madrid. Trabajé en equipo junto a mis dos compañeras, Irene García Garín y Lorena López García. Desarrollamos el proyecto en remoto y siguiendo la metodología Scrum: Sprint de una semana, Daily Scrum y entregables diarios.

En primer lugar se nos planteó un briefing bastante amplio, sin un problema definido, que decía :

“ Metro Madrid ha detectado un par de errores y busca la forma de optimizar su servicio…

App informativa del sistema de metro o dentro del vagón”

Realizamos el proyecto siguiendo la metodología Design Thinking.

Design Thinking

2. Proceso de empatización:

En primer lugar teníamos que empatizar con el usuario de Metro, cosa que no resulto ser tan sencillo. Al ser usuarios de Metro, en ocasiones, te dejas llevar por lo que te parece a ti que necesitan los usuarios; y es complejo tratar de alejarte de dar soluciones directamente al problema.

Para poder comprender las necesidades reales de los usuarios, y encontrar los posibles problemas con el servicio de Metro; realizamos un total de 13 entrevistas y 50 encuestas.

Se utilizó la herramienta Lean Survey Canvas, nos ayudó a entender: que sabíamos hasta el momento, que necesitábamos aprender de los usuarios y en que usuarios debíamos enfocarnos para aprender.

Lean Survey Canvas Metro de Madrid

Tras las encuestas y entrevistas; obtuvimos una gran cantidad de información de nuestros usuarios nos permitió observar los principales problemas, necesidades y cómo interactuaban los usuarios con Metro.

Los usuarios de Metro tienen prisa.

Se sienten poco informados de las incidencias, no les gusta cambiar su rutina.

El usuario habitual siempre hace trayectos rutinarios, para ir al trabajo o a estudiar.

No les gusta perder el tiempo esperando al Metro.

No les gustan las aglomeraciones.

Les gusta planificar sus trayectos con antelación, salen de media 10 minutos antes de casa.

3. Proceso de definición:

En segundo lugar trabajamos en definir el problema en base a las necesidades de los usuarios. Para ello utilizamos la herramienta Lean UX Canvas.

Lean Ux Canvas Metro Madrid

Los principales problemas encontrados en los usuarios de Metro son:

  • Los retrasos del metro en hora punta, no les gusta perder el tiempo.
  • Se sienten desinformados de las incidencias en su día a día.
  • No le gustan las aglomeraciones en los vagones.

En definitiva detectamos que el usuario de Metro se siente frustrado por: no poder gestionar de manera eficiente sus trayectos, por la desinformación en el servicio de Metro.

Por otro lado paralelamente trabajamos en la definición de nuestro usuario, las herramientas que utilizamos fueron:

Mapa de empatía: En esta herramienta volcamos todos los datos que nos habían proporcionado las encuestas y entrevistas, para poder saber que piensa, ve, dice, hace y escucha; además de conocer cuáles son sus metas y frustraciones.

Mapa empatía Usuario Metro Madrid

User Persona: con esta herramienta pusimos cara a nuestro usuario, creando así nuestro usuario ideal.

User Persona Metro de Madrid

Journey Map: por último recreamos una situación habitual de nuestro user persona utilizando el metro en su día a día, con ello pretendemos ver sus Pain Points y focalizar nuestra solución en ese preciso instante.

Journey Map Metro de Madrid

4. Proceso de ideación:

Una vez definido el problema, comenzamos a idear las posibles soluciones, para ello trabajamos con las siguientes herramientas: Brainstorming, How-Might-We Statements y Moscow.

How-Might-We Statements: Utilizamos esta herramienta para tratar de hacernos las preguntas adecuadas, las cuales fueron:

  • ¿Cómo podríamos ayudar al usuario a gestionar de manera eficiente sus trayectos diarios?
  • ¿Cómo podríamos hacer que los usuarios estuvieran informados de su trayecto en todo momento?

Braingstorming: Una vez definidas las preguntas que debíamos hacer, comenzamos varias rondas de ideación, utilizamos un temporizador para ponernos tiempo y obligarnos a sacar el mayor número de ideas en el menor tiempo posible.

Moscow: Una vez realizado el brainstorming debatimos las ideas que surgieron. Utilizamos la herramienta Moscow para ayudarnos a priorizar lo que realmente es importante para nuestro producto.

Moscow Metro

5. Solución

Nueva funcionalidad dentro de la App de Metro: “Mis Rutinas”

- Programación personalizada de las rutinas diarias en sus trayectos.

- Información en tiempo real sobre las incidencias de metro.

- Comunidad de Metro colaborativa aportando información sobre incidencias.

6. Proceso de prototipado:

Una vez definida la solución, se realizo de manera individual un Crazy 8. Cuando acabamos las 8 pantallas, pusismos los tres Crazy 8 en común; una vez teníamos claro cómo iban a ser las pantallas, realizamos un prototipo en Low Fidelity , para una mayor rapidez y testeo con los usuarios.

7. Proceso de testeo:

Tras los diferentes feedback corregimos errores hasta la versión actual, y este es el resultado final:

8. Aprendizaje y mejoras futuras:

El proyecto de esta primera semana ha sido bastante enriquecedor; era nuestro primer contacto con las diferentes herramientas. Al principio, debido a la novedad y a un briefing tan ambiguo nos sentíamos algo perdidos, pero poco a poco fuimos centrando las cosas y focalizando los esfuerzos.

Si tuviera que definir cómo me he sentido esta semana esta imagen lo resume perfectamente:

Muchas gracias por tu tiempo, un feedback siempre es bienvenido…

Rubén Alguacil Lago

--

--