When it comes to journey mapping in UX, there are a lot of different terms that get thrown around.
Is this just an industry struggling to agree on one standardized name for the same thing—or are there subtle (and not so subtle) variations?
Maybe experience mapping is so different from product to product and journey to journey, that’s it’s impossible for there to be a standard—especially if we’re discussing such intangibilities as empathy.
Unsurprisingly, pinning down the nomenclature isn’t the only ambiguity when it comes to the process of understanding the ‘story’ of your customers and their experience of your brand/website/product.
First of all, let’s try and pin down what we’re trying to accomplish with all these various maps.
Basically, a customer journey map tells the story of your customer’s experience within a specific journey. From initial contact, through the various points of engagement, to wherever they end up. It should identify the key interactions a customer has with your organization, and you can use these observations to improve the journey and remove any barriers.
This is similar to a customer journey map, in that it tells the story of your customer, but this map will reveal the entire experience between a customer and your brand throughout their sum total of interactions. It can encompass everything from a visit to a website, to social engagement, to store visit, to customer service inquiry. A customer experience map can help create a consistent tone of voice, bring siloed teams within your organization together, and, of course, bring the focus of your business to the customer.
User story mapping has its roots in agile product development, but the essential theory is the same as the methods above – capture the journey a customer takes with your product including all the activities and tasks they undertake. According to Easy Agile, the key is collaboration: “creating the story map as a team ensures team members are on the same page from the start of development through to ongoing delivery of new releases.”
According to NN/g, wireframes are used to show webpage layout ideas. It’s a quick and cost-effective way (because you don’t necessarily need more than a pen and paper) to get early user insight. This is also known as paper prototyping.
Workflows map out users’ movements across the wireframe or prototype. They have more in common with a customer journey map in that they highlight interactions but don’t go into the details a user would see on the screen.
Despite these being in regular use by UX professionals, there are situations in which they’re not great for communicating design ideas—there’s no context.
This is where a wireflow comes in—it combines the above two methods.
Wireflows document the process of a user working through a task on the product or website, but with each step, you can see a wireframe mock-up of the relevant page.
Originally created by Dave Gray, an empathy map is a collaborative tool that teams can use to gain insight into their customers, in a similar way to building personas.
Empathy maps can be helpful when exploring the customer segments of a business model canvas, elaborating on user personas, capturing behaviors when interviewing a customer, and building the “user” in your user story.
The rest of the terms mentioned in the first bulleted list are typically used interchangeably with one or more of the concepts I just explained.
To establish what processes UX professionals regularly use, we asked them what map types they prefer.
At the prototyping stage, or are there different maps for different iterations?
Of course, the number one benefit is bringing the focus of your endeavors to a purely customer level, but is there anything else?
Do users need to be involved from before the initial stage of prototyping?
User research can help you to create a better experience map
Is it possible to use templates for experience maps? Or should they be tailored specifically to individual journeys/organizations/products?
Online mapping tools as recommended by the experts:
Or, of course, you could go properly old-school…
It always depends. We feel like the insights you’ll get from users can often be more natural, because they’re relaxed in their own environment away from the pressures of a lab and its various observers.
Some examples of experience maps:
As we discussed earlier, wireflows are the best of workflows and wireframes, but do you need them?