Los detalles del user story mapping

El usuario final debe ser la prioridad de cualquier equipo de desarrollo. Al anticipar las necesidades y preferencias del usuario, puedes crear una mejor experiencia y fomentar el uso continuo de tu producto. Pero, ¿por dónde empezar?

Iníciate en el user story mapping. Así como se esboza una trama antes de escribir una novela, el mapa de historias ayuda a los equipos a planificar la narrativa del producto para que no perderse a medida que se acumulan los detalles.

Este artículo te enseñará cómo crear mapas de user story y usarlos para planificar una experiencia de usuario más efectiva. 

¿Qué es una historia de usuario?

Una user story es una descripción breve y sencilla de una característica del producto desde la perspectiva de la persona que desea usarla, por lo general, un usuario o consumidor.

Una user story suele seguir esta fórmula:

Como [tipo de usuario], quiero [acción/función] para [beneficio].

Por ejemplo, una user story podría decir: "Como usuario de correo electrónico, quiero poder buscar mi correo por palabra clave para encontrar rápidamente la información que busco." Como las historias del usuario se centran en el comportamiento, son especialmente útiles para entender qué lleva a los clientes a tu producto y cómo se mueven en él una vez que llegan.

¿Qué es el user story mapping?

El user story mapping visualiza historias del usuario, describiendo cómo interactúan los usuarios con un producto y mostrando cómo se pueden satisfacer esas necesidades dentro de un sprint. 

Los gerentes de producto confían en las historias del usuario como una brújula para mantener a todos en el camino correcto durante el desarrollo. El equipo de producción utiliza el user story mapping para entender qué quiere el cliente del producto y cómo desea interactuar con él o usarlo. De este modo, el user story mapping ofrece una alternativa a una simple lista de backlog de producto, proporcionando una herramienta visual y estratégica más dinámica para la planificación y el desarrollo de productos.

Como puedes ver en el ejemplo de mapa de user story a continuación, el user story mapping descompone la historia del usuario en acciones y comportamientos componentes del usuario. Al colocar las actividades del usuario de alto nivel en la parte superior, con las tareas más pequeñas necesarias para completar cada actividad debajo, es más fácil conectar las actividades con características, detectar dependencias y decidir qué construir primero. 

La perspectiva centrada en el cliente del user story mapping deriva en clientes más satisfechos porque el equipo de desarrollo considera sus necesidades desde un principio.

¿Por qué usar el mapa de historias?

El user story mapping ofrece las siguiente ventajas para ayudar a los equipos a crear un producto o servicio que los usuarios disfrutarán:

• Prioriza el trabajo: debido a que el mapa de usuarios proporciona a los equipos una visión holística de la experiencia del usuario, los miembros del equipo pueden identificar fácilmente las tareas esenciales y organizar el trabajo en sprints o lanzamientos.

• Determina los requisitos correctos: los elementos del backlog pueden aumentar rápidamente sin ninguna restricción de requisitos. El mapa de historias determina el tamaño adecuado para los requisitos del producto y luego te permite dividir los proyectos grandes en el tamaño adecuado para tus equipos.

• Pon énfasis en el valor del usuario: al centrarse en la perspectiva del usuario, el mapa de historias puede evitar que los equipos diseñen en exceso para casos extremos. Por ejemplo, un equipo podría estar entusiasmado con agregar el inicio de sesión por reconocimiento facial, pero el mapa y el debate pueden revelar que la mayoría de los usuarios inician sesión desde un equipo de escritorio, lo cual orientaría el esfuerzo hacia mejoras que aportarían un mayor beneficio a los usuarios.

• Destaca los obstáculos y las dependencias: el user story mapping deja en evidencia cualquier riesgo, problema y dependencia al proporcionar una visión de alto nivel del producto, ayudando a los equipos a abordar los posibles problemas antes de que surjan.

• Asegura la unidad del equipo: como su nombre lo indica, el user story mapping crea un mapa acordado por el equipo, mismo al que dan seguimiento a lo largo de su desarrollo. El equipo puede consultar el mapa cada vez que no esté seguro de cuál es el siguiente paso.

• Permite una mejora constante: un mapa de user story bien definido agrupa las historias por prioridad, lo cual, a su vez, puede agruparse en iteraciones para reunir retroalimentación en una etapa inicial del proceso y hacer mejoras a medida que el proyecto avanza.

¿Quién participa del user story mappings?

No hay una regla establecida sobre quiénes deben estar involucrados en el user story mapping, ya que esto lo determina, en gran medida, el proyecto y el equipo que trabaja en él. No obstante, al pensar en quiénes deberían colaborar en el mapa de user story, en general, útil considerar a las siguientes personas y equipos:

• UX/UI

• Gerentes de producto

• Equipos de ventas

• Marketing

• Equipos de atención y soporte al cliente

• Equipos de Ingeniería

• TI

• Departamento jurídico

• Equipos de finanzas

Dado que cada grupo ve diferentes aspectos de la experiencia del usuario, la colaboración multifuncional es especialmente valiosa durante la creación del mapa. El producto, la experiencia del usuario y la ingeniería pueden generar rápidamente compensaciones (como reducir la carga cognitiva en una página de destino en lugar de incluir cada detalle) y alinearse en lo que más les importa a los usuarios.

Cómo hacer un mapa de user story

Para comenzar el proceso de user story mapping, el equipo de desarrollo primero debe decidir el formato de su mapa de historias. Si estás usando una pizarra virtual como Lucidspark, puedes ejecutar todo el taller de creación de mapas en un espacio compartido basado en la nube, ya sea que tu equipo sea presencial o remoto. Lucidspark incluso permite que cada miembro del equipo use su propio color de colaborador al contribuir al mapa de user story, así que, si se necesita una aclaración sobre un punto en particular, es fácil preguntarle al colaborador original.

Sigue los pasos a continuación para escribir una historia del usuario clara y provechosa.

1. Conoce a tus usuarios

¿A qué públicos va dirigido tu producto principalmente? Si bien existen diferentes tipos de usuarios, identificar a los principales públicos mantendrá el desarrollo por buen camino para generar un producto satisfactorio.

Los grupos focales y las pruebas A/B pueden aportar insights sobre cómo interactúan tus usuarios con tu producto. Al examinar los resultados pasados e investigaciones de la industria, también garantizas que se dé prioridad al usuario.

Muchos equipos eligen crear usuarios tipo para capturar motivaciones, frustraciones, objetivos y deseos, y luego usar esos usuarios tipo para poner a prueba las suposiciones sobre lo que los usuarios realmente valoran.

También puedes combinar los mapas de historias con mapas de recorrido del cliente para entender qué están pensando y sintiendo los usuarios en cada etapa, ayudándote a eliminar fricción y agregar momentos de deleite.

2. Identifica el problema

¿Qué problema resuelve para el cliente tu servicio o producto? Durante este paso, piensa primero en el cliente a fin de visualizar cómo interactuará con el producto. Si no sabes cómo transmitir esta información, recuerda el formato indicado antes: "Como usuario, quiero hacer [acción] para lograr [beneficio]".

3. Identifica las actividades de los usuarios

La interacción con tu producto tomará la forma de las actividades de los usuarios. Estas actividades funcionan como puntos de anclaje a medida que creas tu mapa de user story. En cada actividad, una serie de historias del usuario crea el recorrido general del cliente.

Si estás facilitando un taller, haz una lluvia de ideas sobre las actividades de los usuarios antes de pasar a los puntos de dolor y objetivos relacionados. Si trabajas de forma sistemática con estas categorías, tu equipo podrá centrarse en un objetivo a la vez. Ya sea que el trabajo sea en persona o de forma remota, permite períodos de contemplación tranquila donde los miembros del equipo puedan consultar sus notas o investigar de forma independiente. Darle espacio a tu equipo para hacer una reflexión profunda favorece la obtención de insights de mayor calidad que el debate rápido por sí solo.

Cuando tengas todo listo para estructurar el mapa, coloca las actividades de alto nivel en la parte superior y enumera las tareas específicas necesarias para completarlas debajo. Por ejemplo, la actividad "Editar un video" incluiría tareas como iniciar sesión, grabar y exportar. 

Consejo profesional: prepara tu pizarra antes del taller

Una pequeña configuración puede hacer que la sesión de creación de mapas sea más rápida y menos caótica. Antes de que el equipo se reúna, configura la pizarra de Lucidspark. Todavía no empezarás a organizar el mapa de historias; debes empezar por una lluvia de ideas. La clave para lluvias de ideas útiles es establecer pautas. Primero, agrega los contenedores para organizar tu lluvia de ideas. Los posibles contenedores pueden nombrarse así:

• Actividades del usuario

• Puntos débiles del usuario

• Objetivos y metas

Es útil nombrar tu tablero, agregar colaboradores e, incluso, compartir un tutorial breve antes de la lluvia de ideas. 

4. Establece prioridades

Después de identificar y crear un mapa de las actividades de los usuarios y sus respectivas historias, el equipo de producción puede empezar a priorizar las historias de los usuarios. Clasifica las historias verticalmente de mayor a menor importancia a fin de ayudar al equipo de producción a entender cuáles historias tienen el mayor impacto en el recorrido del cliente.

Si empleas Lucidspark, también puedes etiquetar actividades, puntos de dolor o historias para que la priorización sea visible de un vistazo (por ejemplo, "imprescindible", "recomendable", "más adelante" o por fecha de lanzamiento). Para que el mapa sea útil, captura las ideas de menor prioridad sin forzar su introducción en el plan de lanzamiento actual. 

5. Identifica obstáculos

A medida que va tomando forma el mapa de historias del usuario, el equipo puede empezar a detectar lagunas de información, cuellos de botella u otras cuestiones que podrían ralentizar la producción. Usa este paso para identificar soluciones y alternativas.

6. Planea el sprint

Todo el trabajo de creación del mapa culmina en la fase de planificación del proyecto. Después de priorizar las actividades e historias del usuario, estas pueden procesarse para hacer sprints, donde cada pieza del mapa de historias del usuario se asigna a un integrante del equipo de producción con una clara explicación sobre cómo hacerlo.

En Lucidspark, puedes pasar directamente a la fase de ejecución desglosando cada función en tareas del tamaño de un sprint mediante líneas de tiempo o tablas dinámicas. Esta es la parte satisfactoria del proceso porque verás cómo una lluvia de ideas puede dar lugar a tareas claras y más acotadas que se asignarán a los miembros del equipo. Lo mejor de todo es que, cuando todos participan en el user story mapping, comprenderán cómo las tareas más pequeñas forman la imagen más amplia de la experiencia del usuario, que puede aportar claridad a todo el proceso.

Desafíos de los mapas de user story (y cómo superarlos)

Estos son algunos desafíos comunes asociados con los mapas de User story y algunos consejos para abordarlos:

• El mapa es demasiado genérico o demasiado detallado: existe un punto medio en la cantidad de detalle que debes incluir. Si tu equipo no está en la misma página, es posible que no tengas suficientes detalles, y necesitas agregar más hasta que todos estén alineados. Si tu equipo se está confundiendo, entonces los pasos son demasiado detallados. Emplea un lenguaje sencillo para minimizar el riesgo de ser demasiado detallado.

• No conoces a tus usuarios: si no sabes quiénes son tus usuarios, no puedes crear un mapa para ellos. Usa los datos demográficos para entender quién está utilizando tu producto.

• El mapa está desactualizado: crear un mapa en un entorno alojado en la nube facilita la actualización en cualquier momento y en cualquier lugar. La colaboración en la nube también puede facilitar que las partes interesadas sigan participando a lo largo del tiempo, ya sea que trabajen en la misma oficina o de forma remota.

• No sabes por qué existe tu producto: este es un gran problema. Si no sabes qué problema resuelve tu producto, no puedes crear un mapa de historias para determinar cómo resolverlo.

Siguientes pasos después del user story mapping

Normalmente, una vez finalizado el ejercicio de mapeo, las partes interesadas pertinentes revisarán las actividades e historias mapeadas. Recuerda que nada está grabado en piedra, puedes y debes hacer cambios cuando sea necesario. Después de que todas las partes involucradas acordaron un mapa de historias de usuario definitivo, el equipo de producción puede empezar a desarrollarlo.

Para empezar, puedes usar cualquiera de los siguientes diagramas y procesos:

• Despliegue de funciones de calidad: desarrolla un marco enfocado en abordar las necesidades de los clientes con esta metodología.

• Backlog de productos: echa un vistazo a los productos que tienes en proyecto e identifica el nivel de prioridad de cada uno.

• Hoja de ruta de productos: identifica los objetivos de tu producto para el futuro.

• Tableros Scrum o Kanban: visualiza qué empleado está a cargo de cada tarea, aclarando qué está en progreso, qué está completo y qué queda por hacer.

• Mapa de recorrido del cliente: echa un vistazo más de cerca al recorrido del cliente para guiar las decisiones en relación al producto o al negocio en general.

El user story mapping es una práctica útil para visualizar qué trabajo debe ejecutarse primero a fin de crear el producto final más eficaz. Si bien puede ser tentador considerar el mapa de historias como algo extra, a menudo es un paso clave para descubrir los puntos de dolor y los motivadores del usuario desde el principio, antes de que se conviertan en costosos retrabajos.