How to create journey maps that reveal real pain points and lead to better design decisions. Includes step-by-step instructions, examples, and common pitfalls.
Most journey maps end up as pretty posters on conference room walls that nobody looks at after the workshop ends. That is a waste of time and sticky notes. A useful journey map is a decision-making tool. It shows you exactly where users struggle, where they feel confident, and where your product disappears from their experience entirely. If your journey map does not lead directly to design decisions, you built the wrong kind of map.
A journey map is a visualization of a person's experience over time as they try to accomplish a goal. It has a horizontal axis (the timeline of their experience, broken into phases or steps) and a vertical axis (their emotional state, from frustrated to delighted). Along the timeline, you plot what they are doing, thinking, feeling, and touching (which channels, tools, or interfaces they interact with).
The map is not about your product. It is about the person's experience, which may include your product, your competitor's product, a phone call to their friend, a Google search, and a frustrated walk around the block. If you only map the moments when users are inside your app, you miss the context that explains why they behave the way they do inside your app.
These document what is happening right now. They are built from research data (interviews, observations, analytics) and show the real experience, warts and all. Use these during the Empathize stage to identify pain points and opportunities.
These show the experience you want to create. They are aspirational. Use these during the Ideate stage to align the team on what "better" looks like before you start designing specific solutions.
These zoom out from your product entirely and show a person's full day, including your product as just one touchpoint among many. These are useful when you suspect that the real problem is not in your product but in the context around it.
The most common mistake is trying to map every user's journey on one map. That produces a muddy average that represents nobody. Pick a specific persona ("Sarah, a first-time user who found us through a Google search") and a specific scenario ("signing up and completing her first project"). You can create additional maps for other personas later.
Break the experience into 4 to 7 high-level stages. For a SaaS product, this might be: Awareness, Consideration, Signup, Onboarding, First Use, Regular Use, Renewal. For a physical service, it might be: Discovery, Booking, Arrival, Service, Follow-up.
For each stage, document four things:
Draw a line across the stages showing the emotional trajectory. Where does it dip? Those are your pain points. Where does it peak? Those are your strengths. The dips are where you should focus your design energy.
Some moments matter more than others. The first impression, the first "aha" moment when they see value, the first time something goes wrong. Mark these on the map. These are the moments where a small design improvement creates an outsized impact on the overall experience.
Here is where most teams stop: they have a nice map and they feel good about understanding their users. Then the map goes into a slide deck and nothing changes. To make the map drive decisions:
Consider mapping the return experience for an online clothing retailer:
Stages: Receive Package, Try On, Decide to Return, Initiate Return, Ship Back, Wait for Refund
Pain points revealed: Users cannot find the return policy (it is buried in the footer). The return label requires a printer (most users do not have one). The refund takes 14 days with no status updates. The emotional curve drops sharply at "Initiate Return" and stays low through "Wait for Refund."
Design opportunities: Surface the return policy on the product page. Offer QR-code return labels that work at drop-off points. Send automated refund status emails at 3 key moments. Each of these came directly from reading the journey map.
Journey maps connect naturally to several other methods. Empathy maps capture what a user thinks, feels, says, and does at a single moment; journey maps string multiple moments together over time. Stakeholder maps help you identify who to include in journey mapping workshops. Affinity diagrams are useful for clustering the raw observations that feed into your journey map.
If your problem is clearly scoped to a single screen or interaction, a journey map is overkill. Use a task analysis instead. If you do not have enough research data to populate the map honestly, do the research first. A journey map based on guesses is worse than no map at all because it gives the team false confidence.
Journey mapping shines when you need to understand experiences that span multiple touchpoints, multiple days, or multiple departments. If the user's problem is bigger than any one screen, a journey map is the right tool to see the full picture.
Related guides: jobs to be done · stakeholder mapping · user research on a budget
Design Thinker Labs Home · All Guides · How It Works · Pricing