user story map

The ins and outs of user story mapping

Reading time: about 6 min

If you’ve ever been through a haunted house (and if you haven’t, reevaluate your life choices), you know they’re extremely calculated. Haunted house designers know how to make visitors feel vulnerable so they can deploy the biggest scares for the maximum reaction. It often takes a full year of work to orchestrate the perfect haunt, with designers going over and over the floor plan, testing new maps, and improving on their previous haunts so that each year is more terrifying than the last.

Interestingly, user story mapping is similar to designing a haunted house. It involves calculated decisions, a fair amount of research, and a large amount of empathy to make a product that delivers the best user experience. Of course, you could just rely on systematically working through backlog items, but that wouldn’t maximize user benefit. 

Read on to learn more about user story mapping and how it can make product development a whole lot less scary.

What is user story mapping?

To answer this, you need to first understand what user stories are. Consider how you interact with, say, a navigation app to find a coffee shop. You first open the map, center it near your location, enter “coffee shops,” click search, and then select the coffee shop you want to go to. Then, the navigation app directs you turn by turn to the shop. That whole process—from opening the app to arriving at the destination—is the user story. A user story is a customer’s interaction with a product.

So what’s a user story map? The documentation of that story. It’s a step-by-step breakdown of how a user interacts with a given product. In Agile, story mapping can help determine where there’s potential to build and improve features for the best customer experience.

user story map
User story map example (Click on image to modify online)

Why use story mapping?

By now, you’ve probably keyed in on one of the biggest benefits of user story mapping: developing a product that is entirely focused on the user’s experience. But there are some other benefits, as well.

  • It delivers clarity around prioritization.
    Establishing the priority of backlog items can be confusing. Should the priority be placed on completing the easiest items first? Or the items of lowest cost? Ultimately, the items that deliver the most value are the items that most improve the customer experience. Knowing what customers value most enables you to prioritize backlog items in order of most customer impact to least customer impact.
  • It helps determine the correct requirements.
    Backlog items can quickly balloon without any requirement constraints. Story mapping determines the correct size for product requirements and then allows you to break down large projects into the right size for your teams.
  • It serves as a north star.
    Carl in development has been pushing for 3D views of every product in the store. It’s a good idea, but when developing your customers’ user stories, you see that the majority of your customers view products on a mobile device. Even with lazy loading, 3D views of the product would take each page much longer to load. When Carl sees the user story mapped out, he can agree that prioritizing 3D views is not in the customers’ best interest. User maps can help serve as a neutral party in solving disagreements and getting teams aligned. 
  • It highlights dependencies.
    If your users are primarily iPhone users and love to check out online, maybe incorporating Apple Pay is a top priority. But if your app isn’t available on the App Store yet, you’ll need to deploy through Apple first before you can incorporate Apple Pay. When your user story is mapped out, you can immediately determine dependencies that must be addressed first before proceeding with feature development.

Who is involved in user story mapping? 

There’s no set rule about who must be involved in user story mapping, since that’s determined largely by the product and who works on it. If you’re developing a banking API, your HR team doesn’t need to be involved in the user story map. In general, though, when thinking about who should collaborate on the user story map, it’s useful to consider the following people and teams:

  • UX/UI
  • Product managers
  • Sales teams
  • Marketing
  • Customer service/customer support teams
  • Engineering teams
  • IT
  • Legal department
  • Finance teams

How to make a user story map 

If you’re confused about how to plan a story, we’re here to help. And the best part is that you don’t need to know how to create user stories or even how to keep track of stories you’ve written: Lucidspark has already done the work for you. All you’ll need to do is answer the following questions and follow the template to determine the elements in your user story map:

1. What’s the problem you’re trying to solve?

This is the ultimate tension you’re relieving for your customer. If you create a budgeting app, for example, your customers are looking to have more control of their money. If you create a calorie counting app, your customers are trying to gain control over their weight loss goals.

2. Who are your users?

You’ll need to develop a deep empathy for your users and that can’t happen without knowing who your users are. Different people will have different goals and will interact with your product differently.

3. How do your users generally interact with your product?

Now, you’ll need to start documenting the general activities each user performs. These are more general themes that will be broken down into smaller stories in the next step. If you are a clothing resale website, your users may open the app, load products into their store to sell, and then enter in clothing descriptions. 

4. What are the specific activities your customers perform?

Break down the above themes into more specific user stories. If every customer loads product into a store to sell, stories may include, “I want to add multiple photos of my product” and “I want to be able to edit my products’ descriptions.”

With your detailed stories in place, your team can begin to determine the stories that are most important for the user and prioritize those stories. Now your teams will know which actions deliver the greatest benefit for your users.

Challenges of user story maps (and how to overcome them)

1. Your map is too generic/too detailed.

There’s a happy medium in too much detail. If your team is becoming confused, then the steps are too detailed. Use simple language so you can lessen the risk of becoming too detailed.

2. You don’t know your users.

If you don’t know who your users are, you can’t make a map for them. Utilize demographic data to understand who’s using your product.

3. Your map is messy.

If your user story map is hard to read, messy, or can’t be easily updated, you need to be using a cloud-hosted template.

4. You don’t know why your product exists.

This is a big problem. If you don't know what problem your product solves, you can’t build a story map to determine how to solve it.

And there you go! Your getting-started guide to user mapping. Definitely not as scary as traversing a haunted house.

illustration of people working together

Learn how to use Lucidspark to quickly and easily build a user story map.

Learn how

Learn how to use Lucidspark to quickly and easily build a user story map.

Learn how

Popular now

Zoom’s Lucidspark Zoom App integration

Enriched collaboration with Lucidspark and Zoom

About Lucidspark

Lucidspark is a virtual whiteboard that helps you and your team collaborate to bring the best ideas to light. It comes packed with all of the sticky notes, freehand drawing tools, and infinite canvas space you need to capture that next big idea. And it’s built for collaboration. Think of it like a sandbox where your team can bounce ideas around and innovate together in real time.

Brought to you by the makers of Lucidchart, trusted by millions of users worldwide, including 99% of the Fortune 500.

© 2021 Lucid Software Inc.