Most teams know they should be doing UX mapping. Fewer know which map to use and when. This guide breaks down the four essential UX map types — customer journey maps, empathy maps, experience maps, and service blueprints — with practical guidance on choosing the right one for the question your team is actually trying to answer.
UX Map Examples: The Four Types and When to Use Each One

A UX map is one of the most clarifying tools in product design. It takes something abstract, the way a person experiences your product, and makes it visible, discussable, and actionable. Without it, teams build based on assumptions. With it, they build based on evidence.
But "UX map" is not a single thing. It is a family of four distinct techniques, each suited to a different design question. Using the wrong map for the question you are trying to answer is like using a city street map to navigate a hiking trail. The effort goes in, but the output does not help.
This guide covers the four essential UX map types, what each one reveals, when to use it, and how to know which one your team actually needs right now.
What Is a UX Map and Why Does It Matter?
A UX map is a visualization of the relationship between a user and a product, system, or service. It externalizes things that are usually invisible: what a user is thinking as they navigate an onboarding flow, where they feel frustrated during a checkout process, how their experience of your product connects to the internal operations of your business.
The value of a UX map is not the artifact itself. It is the shared understanding it creates across a team. When a product manager, a designer, an engineer, and a stakeholder look at the same map together, they stop debating assumptions and start solving the actual problem.
The four most widely used UX maps are:
- Customer Journey Map
- Empathy Map
- Experience Map
- Service Blueprint
Each answers a different question. The choice between them depends on what you need to understand, how defined your user population is, and whether you are looking at the user side of the experience, the business side, or both.
1. Customer Journey Map
Best for: Understanding how a specific user type moves toward a specific goal and where they get stuck.
A customer journey map traces the path a defined user takes as they try to accomplish something with your product or service. It is linear and specific: a particular type of user, with a particular goal, moving through a sequence of stages from awareness to resolution.
The map is typically organized into four horizontal lanes (often called swim lanes):
- Phases: the stages of the journey, from first awareness through to goal completion or abandonment
- Actions: what the user actually does at each phase (searches, clicks, calls, compares)
- Thoughts: what the user is thinking or asking themselves at each stage
- Emotions and Mindset: how the user feels, often visualized as a curve that rises and falls across the journey
What makes customer journey mapping powerful is that it forces the team to hold two things simultaneously: what the product is designed to do, and what the user is actually experiencing while doing it. These are rarely the same thing, and the gap between them is where the most valuable design work lives.
When to use it:
- You have a defined user type with a specific goal
- You are trying to reduce drop-offs at a known stage in the funnel
- You want to identify emotional high and low points in an onboarding or purchase flow
- You are auditing an existing product for friction points
What it does not show:Customer journey mapping focuses entirely on the user's perspective. It does not reveal what is happening inside your organization while the user is having that experience. For that, the service blueprint becomes necessary.
2. Empathy Map
Best for: Building a deep, shared understanding of a specific user before design work begins.
An empathy map is the most focused of the four UX map types. Where a customer journey map traces movement through time, an empathy map is a snapshot. It is a detailed portrait of a user's inner and outer experience at a given moment or in a given context.
It is organized into four quadrants:
- Thinks: what the user is believing or assuming, including things they might not say aloud
- Says: what the user actually expresses, in their own words
- Feels: the emotional state of the user, including anxieties, frustrations, and motivations
- Does: observable behaviors, actions, and habits
The value of separating these four quadrants is that it surfaces contradictions. A user might say they are satisfied with a product while feeling anxious about a specific part of the experience. They might think one thing and do another. Those contradictions are often where the most important design insights live.
Empathy maps are usually built collaboratively, drawing on interview data, usability research, support ticket patterns, and behavioral analytics. The process of building one together as a team is often as valuable as the finished map. It forces alignment on who the user actually is rather than who the team imagines them to be.
When to use it:
- Early in a project, before any design decisions have been made
- When the team has differing assumptions about user motivations
- When you want to build genuine empathy for a user group that is very different from the team building the product
- To synthesize qualitative research into a format a non-researcher can use
What it does not show:An empathy map is a portrait, not a narrative. It does not show how the user moves through time or interacts with your system. For that, you need a journey map or an experience map.
3. Experience Map
Best for: Understanding general human behavior before a specific product or audience has been defined.
An experience map is structurally similar to a customer journey map. It uses the same swim lanes of phases, actions, thoughts, and feelings, but with one critical difference: the user is generic.
There is no defined persona. No specific product. No particular company. An experience map visualizes how a human being navigates a type of experience in the world, independent of any specific brand or service.
For example, an experience map might document how people find and evaluate healthcare providers, or how someone navigates the process of relocating to a new city. The map captures what happens across the whole experience, across multiple touchpoints, channels, and time periods, before any product design decisions have been made.
This makes experience mapping the right tool for discovery phases where the team does not yet know what product they are building, or where the goal is to find opportunities in a broader human experience rather than to optimize a specific flow.
When to use it:
- In early-stage discovery, before a product concept has been defined
- When entering a new market and needing to understand the landscape of user behavior
- When evaluating whether a product opportunity actually exists
- When the product spans multiple channels or touchpoints that no single company owns
What it does not show:Because the user is generic and the product is undefined, experience maps are not useful for optimizing a specific flow or reducing friction in an existing product. Once a product and audience exist, the customer journey map becomes the more appropriate tool.
4. Service Blueprint
Best for: Understanding how the front-stage user experience connects to the back-stage business operations that support it.
A service blueprint is the most comprehensive of the four UX map types. It layers the user's journey on top of the internal organizational processes that make that journey possible, surfacing the connections, dependencies, and failure points between what the user experiences and what happens behind the scenes to deliver that experience.
The service blueprint is organized into four swim lanes:
- Customer Actions: what the user does, drawn from the customer journey map
- Frontstage Actions: the employee behaviors and system interactions the user can directly see or experience
- Backstage Actions: the employee behaviors and processes that support the experience but are invisible to the user
- Support Processes: the internal systems, tools, and infrastructure that enable both frontstage and backstage activities
A line called the line of visibility separates what the user sees from what they do not. Everything above the line is part of the perceived experience. Everything below is infrastructure.
Service blueprinting is particularly valuable for organizations where the product experience is not entirely digital, where humans, processes, and technology intersect in ways that affect what the user encounters. It is also the right tool when a product team is trying to improve an experience but keeps running into organizational constraints. The blueprint makes those constraints visible and discussable.
When to use it:
- When a product experience involves both digital touchpoints and human interactions (support, sales, onboarding)
- When drop-offs or friction points in the user journey trace back to internal process failures
- When redesigning an experience requires coordination across multiple departments
- When scaling a service and needing to understand where process breakdowns will occur
What it does not show:Service blueprinting is complex to build and maintain, and it is not the right tool for pure digital product design where there are no significant human or operational dependencies. In those cases, a customer journey map covers most of the same ground with less overhead.
How to Choose the Right UX Map
The decision comes down to three questions:
1. How defined is your user?
- No defined user or audience → Experience Map
- Defined user type with a specific goal → Customer Journey Map or Empathy Map
2. What do you need to understand?
- The user's inner world (motivations, beliefs, emotions) → Empathy Map
- The user's movement through time and touchpoints → Customer Journey Map or Experience Map
- The connection between user experience and organizational operations → Service Blueprint
3. What phase of the project are you in?
- Discovery, before any product decisions → Experience Map or Empathy Map
- Design or optimization of a specific flow → Customer Journey Map
- Scaling or restructuring an experience across teams → Service Blueprint
In practice, these maps are often used together. A project might start with an experience map during discovery, move to empathy maps when user research is conducted, build customer journey maps for specific flows during design, and layer in a service blueprint when the experience requires cross-functional coordination. The maps build on each other rather than replacing each other.
Common Mistakes Teams Make With UX Maps
Building maps without user research. A UX map built from team assumptions rather than observed user behavior is a visualization of internal beliefs, not a representation of user reality. The map is only as good as the data that informs it.
Treating the map as the deliverable. The map is a tool for alignment and decision-making, not a final output. A UX map that gets presented, filed, and never referenced again did not produce value. The value is in the conversations and decisions the map enables.
Using the wrong map for the question. A customer journey map cannot answer the question an experience map answers, and vice versa. Choosing the wrong map means the effort produces an artifact that does not help and sometimes actively misleads by suggesting confidence in something that was never examined.
Skipping the emotional layer. The thoughts and feelings swim lanes are the hardest to fill in and the easiest to skip. They are also often the most actionable. Emotional high and low points in a journey map frequently predict retention and churn more reliably than behavioral data alone.
Final Thoughts
UX maps are not about producing documentation. They are about building shared understanding across a team, across a company, and between the people building a product and the people who will use it.
The right map, built on real research and used actively in decision-making, will surface insights that no analytics dashboard will show and no stakeholder review will surface. It will make visible the gap between how a product is designed to work and how it actually feels to use, and it will give your team a common language for closing that gap.
If you are not sure which map your team needs, start with what question you are trying to answer. The map follows from the question, not the other way around.
Work With a UX Mapping Team
WANDR uses UX mapping throughout our design process, from initial discovery through to handoff. If your team is navigating a complex product challenge and needs a structured approach to understanding your users, schedule a free consultation to talk through where to start.

(01) /
What is UX mapping and why is it important in product design?
UX mapping is the process of visualizing how users interact with a product, what they think and feel along the way, and where friction or drop-offs occur. It narrows the gap between user needs and the product experience, helping design teams make more informed decisions that lead to better usability, higher retention, and stronger business outcomes.
(02) /
What are the four most common types of UX maps?
The four most widely used UX maps are the customer journey map, which traces a specific user's path toward a goal, the empathy map, which dives deep into user thoughts, feelings, and behaviors, the experience map, which visualizes the journey of a generic user without a defined audience, and the service blueprint, which combines the user perspective with internal business processes.
(03) /
When should a team use a ux map?
UX map is most useful when a company has a defined target audience and wants to understand how a specific type of customer searches for and interacts with a product or service. It breaks down the experience into four swim lanes covering phases, actions, thoughts, and emotions, making it easier to identify pain points and bottlenecks in the user flow.
(04) /
How do UX maps help reduce user drop-offs?
UX maps reveal exactly where users encounter confusion, frustration, or barriers within a product experience. By making these pain points visible before or during development, design teams can address them proactively rather than reactively. This reduces friction, improves the overall flow of the product, and significantly lowers the likelihood that users will abandon the experience before reaching their goal.
(05) /
When is experience mapping the right choice for a design team?
Experience mapping is the best choice when there is no clearly defined target audience or when the team needs to understand general human behavior rather than the journey of a specific user type. It follows a similar structure to customer journey mapping but is not tied to a particular product, service, or user segment, making it ideal for broad discovery phases.


