Case Study | Rediseño App EMT Madrid
Segunda parte: Ideación y Diseño
Este Case Study forma parte de un proyecto para el Bootcamp UX/UI realizado en Neoland para la Empresa Municipal de Transportes de Madrid.
Introducción
En el anterior artículo se explicaron los distintos procesos realizados en la fase de investigación para llegar a una definición del problema y a una declaración concisa del reto a solucionar.
Crear una herramienta que unifique las necesidades de una persona con diversidad funcional para viajar en transporte público.
Generación y priorización de ideas
Cada miembro del equipo propusimos posibles soluciones al reto. Las ideas propuestas por cada uno fueron posteriormente priorizadas bajo el método MoSCoW, agrupándolas y clasificándolas en función del potencial que tuvieran para solucionar el problema y los objetivos del brief.
Finalmente acabamos convergiendo en distintas funcionalidades que podrían cubrir las necesidades de nuestro usuario objetivo:
- Concepto inclusivo y no diferenciador.
En nuestra investigación detectamos que la mayoría de los usuarios con diversidad funcional prefieren la normalidad y la inclusión. Quieren sentirse parte de la sociedad y utilizar en la medida de lo posible las mismas herramientas. - Mapa GPS con función de trayecto “puerta a puerta”.
La actual aplicación de la EMT de Madrid solo ofrece la localización de las paradas pero no contempla la posibilidad de planificar rutas “puerta a puerta” como otras aplicaciones que utilizan en su día a día. - Comunidad colaborativa y gamificación.
Las alertas o incidencias que puedan ocurrir en el trayecto/parada/bus son generadas por los propios usuarios en tiempo real. Se premiará la actividad mediante una gamificación y posterior bonificación.
Definición de la idea
En vez de generar una herramienta nueva de la EMT, decidimos rediseñar la aplicación actual añadiendo las distintas soluciones válidas para personas con diversidad funcional y movilidad reducida de forma inclusiva y colaborativa; y que sincronice en tiempo real la información relevante del trayecto puerta a puerta. Aprovecharemos las herramientas nativas de accesibilidad del propio smartphone para hacerla universal.
Analizamos la idea final con un DAFO mostrando las debilidades, amenazas, fortalezas y oportunidades de negocio que genera el producto respecto a la empresa, para acabar aterrizándola en un Model Business Canvas y conseguir la conversión de aumento de usuarios a través de nuestra propuesta de valor:
- Visibilidad de la ruta “puerta a puerta”
- Comunidad colaborativa generadora de información en tiempo real
- Trazabilidad de los datos
Posteriormente realizamos una comparativa o benchmark enfocado de las funciones elegidas para nuestra solución y la aplicación de las mismas en la competencia y otras apps de movilidad.
Dándole forma a la idea
Realizamos un blueprint para visualizar sobre el papel todas las partes implicadas en el servicio, desde el usuario, la empresa y la propia API de Geolocalización que utilizaremos como piedra angular de nuestro diseño. La utilización de esta API nos brindará, a su vez, un valor añadido en nuestro modelo de negocio como la gestión de flotas y la trazabilidad de los datos.
El blueprint nos ayudó a comprender mejor la mecánica de los distintos servicios y cómo actuaban terceras partes, pero no terminaba de explicar la mecánica de la comunidad colaborativa. En este caso tendríamos dos clases de usuarios:
- Activos: Usuarios registrados que aportan información en tiempo real.
- Pasivos: Usuarios no registrados que solo visualizarán información pero no podrán aportar, es decir, estarán fuera del sistema de gamificación y bonificación.
De esta manera la funcionalidad principal de nuestro producto no queda restringida solo a usuarios de la comunidad, sino que cualquiera la podrá utilizar de manera “anónima”. Para explicar esta característica de nuestro producto realizamos un diagrama de flujo para incluir la dualidad de usuarios activos y pasivos.
A su vez, el diagrama de flujo nos ayudó a dimensionar cuántas pantallas se deberían generar para explicar correctamente la aplicación.
Prototipo | App EMT Madrid
Funcionalidad GPS “puerta a puerta”
Necesidad de una herramienta que unifique distintas apps.
El usuario podrá saber la ruta completa desde que sale de casa hasta el destino final. En todo momento tendrá información relevante sobre el bus/parada proporcionada por la geolocalización y las contribuciones de los usuarios de la comunidad.
Alertas
Necesidad de autosuficiencia de las personas con diversidad funcional
El usuario podrá configurar las alertas que reciba en el trayecto. Información del tráfico, Comunidad EMT, de la Línea elegida y el Autobús en camino.
Comunidad EMT
Mapa colaborativo de información
Cruzamos la necesidad de autosuficiencia de las personas con diversidad funcional con el objetivo de lograr aumentar el porcentaje de utilización del bus mediante la gamificación y bonificación.
Procesos futuros
- Nuestro público objetivo, personas con diversidad funcional y PMR, requiere una capa de investigación en mayor profundidad para crear un producto universal y adaptado a sus necesidades sin que el resto de usuarios fueran conscientes de ello.
- Testeo del prototipo e iteración.
- Creación de una mecánica completa para la gamificación y sistema de bonificaciones.
- Creación de un sistema de diseño de la EMT de Madrid para aplicaciones móviles consistente con el manual de imagen de marca.
Empezar desde el principio…
Case Study | Rediseño App EMT Madrid
Primera parte: Investigación y Síntesis
