¿Cómo podemos estar conectados a tiempo real en un coche con todo lo que nos rodea? SEAT y el futuro de la movilidad.

Design Sprint. Caso de estudio.

Xeila Salgado Fernández
Nov 4 · 9 min read

Se nos propone un reto a medio largo/plazo acerca de SEAT y el futuro de la movilidad. Nos llega un brief con algunos problemas y oportunidades relacionados con el tema y empezamos a pensar.

A continuación vamos a desarrollar un Design Sprint. Este es un proceso de cinco días en los cuales queremos responder a unas preguntas a través de distintos procedimientos como los descritos a continuación:

Proceso del Design Sprint en 5 días

La metodología del Design Sprint no nos asegura éxito. Es un laboratorio de ideas.


Lunes — Understand

Primer paso, ¿cuál es nuestra meta?: Seat y el futuro de la movilidad.

Para llevar a cabo el Design Sprint, hemos hecho grupos de 6 personas. A través de un brainstorming elaboramos una serie de Sprint Questions, en las que cada integrante fue aportando ideas relacionadas con la meta.

Una vez que conseguimos suficientes Sprints Questions, las reformulamos a HMW (How Might We?):

¿Cómo podríamos nosotros?

Hemos extraído a través de las Sprint Questions, un total de 51 HMW que nos ayudaron a ver cómo podríamos resolver los problemas que nos habríamos propuesto anteriormente. Los hemos dividido en 3 categorías:

  • Seguridad y accesibilidad.
  • Comodidad y compartir.
  • Respeto medioambiental.

El siguiente paso fue crear entre todos 3 mapas distintos de supuestos user journey, de manera que nos subdividimos en parejas para su realización.

Todo el proceso se fue colocando en un canvas para que fuese más visual y nos ayudara a la hora de tomar decisiones o hacer comparativas.

Para complementarnos con más información, nos pusimos en contacto con un profesional del sector mediante videollamada. Nos dio su opinión relativa al tema y nos hizo saber sus conocimientos acerca de ello. Asimismo, contestó una serie de dudas que le planteamos.

Esta videollamada fue clave ante algunas incertidumbres que rondaban a los grupos.

Videollamada con experto del sector

El siguiente paso fue elegir individualmente, 3 opciones de HMW que nos parecían las mejores. A las elegidas las marcamos con una pegatina.

Finalmente, las 2 opciones con más pegatinas obtenidas, serían las que realmente llevaríamos a cabo como reto final.

Las opciones elegidas fueron arriesgadas.

De manera que, nuestro grupo inicial de 6 personas se partió a la mitad para que uno de los grupos trabajaran con el tema de “un perfil de persona con diversidad funcional” y el otro, con “el coche informa a tiempo real al usuario de las incidencias de su ubicación y alrededores”.

Canvas final

Gracias al canvas hemos podido ver de un solo vistazo todo el proceso anterior, que nos ha sido de gran ayuda visual.

En este breve período de tiempo fuimos capaces de extraer ideas interiores, exponerlas y retroalimentarlas unas de otras.

Martes — Diverge

Comenzamos con el researching en solitario para abordar el reto asignado por sorteo: “el vehículo informa al usuario en tiempo real sobre las incidencias que ocurren en su ubicación y alrededores”. Esto nos supuso abrir la mente de cada uno buscando referencias, información, soluciones e inspiración. Además, también hicimos un benchmarking para saber extraer lo mejor de cada referencia y a su vez implementar mejoras, buscando huecos que nuestra competencia no cubría y nosotros sí podríamos cubrir.

Después expusimos a nuestros compañeros de un modo visual con bocetos, cuáles habían sido nuestras referencias y características elegidas para llevar a cabo nuestra idea.

En mi situación, he de contar que tuve unos momentos de indecisión y bloqueo, pero finalmente decidí optar por la creación de un panel de coche horizontal con el que el usuario interactuaría. La idea era que interactuara antes de iniciar la conducción del automóvil pero durante la marcha lo hiciera con los botones del volante.

Cabe decir que en mi cabeza tenía muy presente el ejemplo de la comunidad Waze, en la que los usuarios eran denominados wazers. Estos mismos iban avisando al resto de usuarios acerca de las incidencias que surgían durante su trayecto. Además, cada uno de ellos podía verificar si esa incidencia seguía o no. Me pareció un buen punto de partida en cuanto a información en tiempo real.

De esa manera surgió la creación de una Comunidad Seat, en la que el usuario pudiera agregar a los amigos de Seat que quisiera y además, poder verlos en mapa (en caso de que cada usuario diera permiso previamente).

Tras esta idea se manifestó la siguiente, que fue la inclusión del modo incógnito en el mapa. Así, los usuarios podrían ocultar su visibilidad en el mapa y no ser vistos por otros usuarios de Seat pero en cambio, ellos sí podrían ver a los que estuvieran visibles.

Pensando en cómo integrar más funciones a tiempo real útiles para el usuario, apareció la idea de sincronizar nuestro calendario (eventos o tareas) con la app de Seat. Ya que cada vez que aceptamos la asistencia a alguno de estos eventos en otra app, nos viene la fecha, hora y ubicación del mismo. Así, al tener sincronizado nuestro calendario con Seat, éste nos preguntaría directamente al entrar en el coche si queremos ir al próximo evento. Igualmente, nosotros tenemos la libertad de asignarle que en este mismo instante nos lleve a otro evento/tarea asignado a otro día. Sería una manera muy rápida y simple de llegar a nuestras citas.

En el hipotético caso de sufrir una colisión, estaríamos inmediatamente en contacto con asistencia y también con los contactos de urgencia elegidos por el usuario durante el proceso de registro (teniendo en cuenta que nuestro Seat dispone de sensores). Tras la colisión, el coche preguntaría al usuario si está bien y éste tendría la opción de confirmarlo. En caso de confirmación, el sistema se lo notificaría a asistencia (servicios de emergencia) y a los contactos de urgencia elegidos previamente por el usuario para más tranquilidad.

Quería que fuera una app muy completa.

El siguiente paso fue hacer un crazy 8 que consistía en dibujar en 8 viñetas, 8 ideas con la duración de 1 min/viñeta.

Personalmente, esta etapa me pareció una locura, con el tiempo muy justo y a veces escaso para desarrollar todas las ideas.

Lo próximo ya fue que cada uno de nosotros debía de dibujar en papel su prototipo. Una vez dibujados, los pegamos en la pared de manera anónima para que el día siguiente el decisor dijese lo que entendía de cada uno de ellos.

Miércoles — Decide

Este día comenzó con la visualización de la pared llena de prototipos anónimos. El decisor los observó para interpretar lo que le transmitía cada uno de ellos, en cuanto a historia o funcionalidad, sin saber a quién pertenecían. Una vez analizados los prototipos se desvelaron sus autorías. He de decir que generalmente mi prototipo se entendió bastante bien, aunque había conceptos que pulir.

Posteriormente, cada integrante del grupo debía de colocar pegatinas (rojas) en las funciones que nos parecían más interesantes de los prototipos realizados por todo el grupo inicial.

A continuación, nos tocaba a cada uno pegar otra pegatina (naranja) con más autoridad en la mejor función dentro de su tema. En caso de que hubiera empate, el decisor desempataría con su voto estelar.

Finalmente el prototipo ganador ha sido el realizado por mí. De esta manera, entre los 3 integrantes del grupo desarrollamos un storyboard con la idea base ganadora, pero aportándole alguna función que nos gustó de otra idea desarrollada del mismo tema. En este caso, le hemos añadido la función de poder ver dónde está aparcado el coche a través de las cámaras del propio coche.

Storyboard

Jueves — Prototype

Empezamos a diseñar y prototipar con la herramienta Figma individualmente. Para ello, he comenzado dibujando en papel las funciones e interacciones que quería realizar visualmente. Una vez aclaradas mis ideas, me puse a prototipar en alta fidelidad y con precisión. Era la primera vez que prototipaba con la herramienta Figma, por lo que me han surgido una serie de dudas mientras la usaba.

Durante este proceso, emprendí un giro en cuanto a la idea inicial de realizar un panel de coche para Seat. Me pareció más accesible crear una app para todos los usuarios de Seat, independientemente de si tienen un coche inteligente o uno más tradicional.

Diferentes pantallas de la app

Dependiendo del modelo que tuviera cada usuario, podría verse limitado respecto a alguna funcionalidad de la app. Por ejemplo, un coche tradicional sin sensores no podría generar la notificación de colisión automáticamente, uno inteligente sí.

Viernes — Validate

Llegados a esta fase, he realizado un test guerrilla a 5 usuarios. Éste consiste en la observación y análisis de cómo esos usuarios interactúan con la aplicación.

Usuario testeando la app

De este modo, se puede ver qué problemas nos pueden surgir para posteriormente hacer mejoras. Es muy importante hacer este test, ya que al poder ver cómo un supuesto usuario interactúa con la app por primera vez, podemos visualizar los inconvenientes que nosotros no hemos sido capaces de ver.

Resultados test guerrilla

Tras haber realizado el test, la conclusión fue que 4 de 5 usuarios tenían problemas al encontrar el coche, ya que no identificaban el icono de la flecha con la ubicación del usuario en ese mismo instante, junto a la indicación del trayecto hacia su coche. Además, dos de estos usuarios se confundían con la leyenda del propio mapa en cuanto a restaurantes, monumentos… Como solución, opté por modificar el icono que se atribuía a la posición del usuario, cambiándolo por uno más intuitivo y la eliminación de la leyenda del mapa, de manera que que solamente estuvieran los nombres de las vías.

Antes y después - icono usuario y leyenda

Además, los usuarios confundían el modo incógnito como si fuera una especie de modo noche. Por lo que decidí añadir un overlay para informar al usuario acerca de lo que estaba pasando al hacer tap en ese botón.

Antes y después

También he recibido los siguientes verbatines:

“Me parece que está muy bien pero eliminaría activar la cámara del coche ya que el propio mapa te está indicando la ubicación exacta”.

“Parece una app muy simple e intuitiva”.

“Me gusta mucho que puedas ir directamente a algún evento de tu agenda”.

Y tras el análisis de los resultados del testing e implementadas las mejoras, el prototipo quedó así:


Conclusión

Todo el proceso del Design Sprint ha sido en general una lluvia de ideas. Como primera toma de contacto, me han entusiasmado los resultados obtenidos, ya que han superado mis expectativas iniciales consiguiendo solucionar en tiempo reducido problemas del usuario.

De igual modo, es bastante satisfactorio haber conseguido en solamente 5 días un prototipo de alta fidelidad, sin haber tenido previa experiencia y además, poder testarlo con usuarios para después aplicar esas mejoras.

Me parece que esta metodología sirve para sacar multitud de ideas/soluciones válidas en muy poco tiempo y probar si algo va a funcionar con un coste minimizado.

Thanks to Olga Muñoz

Xeila Salgado Fernández

Written by

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade