¿Qué es el mapeo de historias de usuario? Pasos, Ejemplos + Mejores Herramientas Disponibles

Imagínese esto: usted es propietario de un producto y su equipo tiene una acumulación de características para implementar.

El problema es: su equipo está abrumado y nadie está seguro de por dónde empezar y cómo priorizar las tareas. Bueno, aquí es donde el mapeo de historias de usuario puede ser útil.

Siga leyendo para saber cómo el mapeo de historias de usuario está ayudando a los equipos de productos a comprender mejor las necesidades de los consumidores y priorizar las tareas con un enfoque centrado en el usuario.

Antes de entrar en el mapeo de historias de usuario, repasemos los conceptos básicos. Una historia de usuario es una descripción breve y sencilla de una característica contada desde la perspectiva del usuario. Por ejemplo, «Como usuario, puedo agregar artículos que aún no estoy listo para comprar a mi lista de deseos».

Obliga a los equipos de productos a construir con un enfoque centrado en el usuario. Un mapa de historia de usuario lleva esto un paso más allá al visualizar los pasos que un usuario toma para completar una acción.

Cuando los gerentes de producto, los diseñadores y los desarrolladores trabajan en un producto, a veces se enfocan demasiado en las especificaciones de las funciones. El mapeo de historias de usuario los saca de este marco y los redirige para enfocarse en las necesidades del consumidor y los resultados deseados.

Además, un mapa de historias de usuario ayudará a dividir el viaje del cliente en partes pequeñas que los equipos pueden abordar y garantizar que nada se pierda en el proceso.

Pero para ser claros, el proceso de mapeo no es solo para equipos de productos. Puede ser un valioso ejercicio multifuncional que ayuda a alinear los equipos de marketing, ingeniería, UX/diseño junto con otros departamentos.

Además de hacer que todos estén en sintonía, crear un mapa de historias de usuario también ayuda a:

• Determine cómo priorizar el trabajo si hay una gran acumulación de implementaciones de funciones, separando las imprescindibles de las agradables.
• Desglose los requisitos y visualice cómo cada pieza interactúa con la otra.
• Exponga los obstáculos y las dependencias que pueden afectar la entrega del producto.

¿El mapeo ágil de historias es diferente?

La respuesta corta es no porque el mapeo de historias de usuario se usa dentro de un marco ágil.

Las historias de usuario se utilizan en un marco ágil como una forma de proporcionar contexto utilizando un lenguaje simple y natural. También representan la unidad de trabajo más pequeña, al igual que los sprints y los epics son otras medidas.

Entonces, su mapeo ágil de historias es otra forma de describir el proceso de mapeo de una historia de usuario.

El mapeo de historias de usuario generalmente ocurre al comienzo de un proyecto, ya que ayuda a ofrecer estructura y hacer que todos estén en la misma página. Sin embargo, se puede utilizar en cualquier fase del proyecto para ayudar a identificar obstáculos y volver a priorizar.

1. Establecer el marco.

Antes de comenzar a mapear la historia, querrá reducir el alcance. De lo contrario, puede comenzar rápidamente a sentirse abrumado e incapaz de comenzar.

Aquí hay algunas preguntas que deberías hacerte:

• ¿Qué problema estamos tratando de resolver?
• ¿Cómo agrega valor esta característica?
• ¿Para quién es el subconjunto de audiencia que estamos construyendo? (Si alguna)

Una vez que responda estas preguntas, póngala en formato de historia de usuario: «Como [user], quiero poder [filter my search] resultados para que pueda [quickly find what I’m looking for.»

Following this approach will help you approach the problem tactically.

2. Map out the activities and the steps in the story.

In this step, you want to create a general roadmap for how the user would access and use this feature. Those are your main activities.

The goal here is to outline the big steps necessary to get from start to finish. From there, you lay out the steps.

Following the same example from the previous section, here’s how it could look:

Activities:

• Search for products.
• Review product details.
• Check out. 

Steps:

1. Type into the search bar and head to the results page.
2. Scroll through search results in search of specific information.
3. Select the filtering option to narrow down options by cost.
4. Review the search results page again with updated options.
5. Select item and place in cart.
6. Complete purchase.

As you’ll notice, story mapping requires going from macro to micro.

You’ll likely use input from your participants to map out these details. You want your map to paint an accurate and full picture of what does (and can) happen in this story.

So, you’ll want to lean on your team for input in this step.

3. Group and define the tasks.

Once you’ve mapped out the big details, this is where the collaboration takes off.

Under each step, you should highlight the key actions involved in each activity.

For instance, when a user is in step 5, which is selecting an item and placing it in their cart, there are several substeps they will follow, including viewing the image, reading reviews, scanning related items.

All of these should be mentioned under the big activity groups, also known as the steps. The goal is to identify any gaps in the features of your product currently.

By adding a must-have, could-have, and should-have options in your map, you can rank features by priority. Here’s what you want to consider:

• Is there anything else your user could do during one of these activities?
• What could disrupt their process at this point? Where could they get stuck?
• How else could the user navigate through this page?

This will require a collective effort from your various teams to figure out what’s realistic and what’s doable. For instance, an engineer might point out that a particular task is too big to count as one iteration. Your user researcher could highlight an important step in the process that you guys hadn’t considered.

4. Slice your tasks and get your minimum viable product.

Once everything is laid out, you and your team can start to move through the map to prioritize a list of tasks and cut them into slices.

Each «slice» will include tasks from each activity to create a viable end-to-end experience. It should have a clear outcome as well as a way to measure success. This will be important later when testing and tracking user behavior.

You will continue to separate your slices until you include all the tasks and have a clear plan to move forward.

User Story Mapping Example

In this example, the user story is as follows: «As a user, I want to buy a product easily on this website.»

Once you have all those details, then you can create your map.

Once you’ve added the activities, steps, and tasks, now you can figure out your slices. 

For instance, in this example, the first slice would skip two tasks in the «Search» activity, skip three in the «Get product details» one, and three in the «Check out» section.

The second slice would include features like «Search by category» and «See product in AR.» Once you have all your slices, your team is ready to get to work. 

User Story Mapping Tools

When it comes to user story mapping, there are a lot of ways you could do this.

The most straightforward way is with a conference room, a whiteboard, and a whole lot of sticky notes. That way, you can easily move pieces around as you work and make it a collaborative effort.

Now, if your team is remote, you’ll have to rely on online tools to assist you in this process. Many agile project management software have story mapping features, such as Atlassian’s Jira.

Additional online tools for user story mapping include Featmap, Miro, and Avion.

If your product team can’t agree on where to start for an upcoming or ongoing project, consider creating a user story map. It may take some time away from building but it will definitely pay off down the line.

Publicado originalmente el 10 de enero de 2022 a las 7:00:00 a. m., actualizado el 10 de enero de 2022