What is a user journey?
A user journey is the path someone takes to get something done in your product. It runs from the moment they arrive with a goal to the point where they either achieve it or give up.
A journey covers three things: the steps a person takes, what they are trying to achieve at each one, and how it feels when a step does not work. That last part is what separates a journey from a list of screens.
User journey vs user flow
A user flow is the set of screens and decisions that make up one task. Sign-up, checkout, password reset. It is precise and it is about the interface.
A user journey is wider. It includes what happened before someone opened your product, what they were trying to do, and what they felt when the flow did not behave the way they expected. A flow tells you what the product does. A journey tells you whether it worked for the person using it.
Nielsen Norman Group draws the line the same way: journeys are the high-level view across time and channels, and flows are the detailed path through one interface.
User journey vs customer journey
The customer journey covers the whole relationship, including the parts that happen outside the product. Seeing an ad, reading reviews, talking to sales, getting invoiced, contacting support.
The user journey is the part that happens inside the product. Every user journey sits within a customer journey, which is why the two get used interchangeably and why it causes confusion in meetings where marketing and product are both in the room.
User journey vs user story
A user story is one requirement written from the user's point of view, in the form "as a [role], I want [something], so that [outcome]". It describes a single piece of work small enough for a team to build.
A user journey is the sequence those stories sit inside. One journey usually breaks into several stories, and the journey is what stops those stories being built in isolation. Teams that write stories without a journey tend to ship features that each work and still do not add up to something a person can complete.
The stages of a user journey
- Trigger. What made them open the product today.
- Entry. Where they land and whether it matches what they came to do.
- Progress. The steps toward the goal, and how much effort each one takes.
- Friction. Where they hesitate, repeat a step, or leave to find help.
- Outcome. They finish, they settle for a workaround, or they abandon it.
Most teams document the first three and stop. Friction and outcome are where the useful information is, and both are hard to see in analytics alone, because a person who gives up and a person who finished quickly can look similar in the data.
What are the 5 stages of a customer journey?
The five stages most often used for a customer journey are awareness, consideration, purchase, retention and advocacy.
Those stages describe the whole relationship with a company. The user journey stages above sit mostly inside retention: once someone has bought, every task they try in the product is its own small journey, and how those go decides whether they stay and recommend you. See customer lifecycle for the wider view.
User journey examples
Three journeys through a made-up B2B product show how the stages play out.
First project setup, B2B SaaS. Trigger: a manager asked them to evaluate the tool. Entry: an empty dashboard. Progress: create a project, install a snippet. Friction: the snippet needs a developer, and they do not have one available today. Outcome: they leave the tab open and never come back. The journey fails at a step that has nothing to do with the product's quality.
Reporting a problem. Trigger: something broke mid-task. Entry: they look for a help link. Progress: they find a support form. Friction: the form asks which browser version they are using and they do not know. Outcome: they abandon the report, and the team never learns the bug exists.
Bringing in a colleague. Trigger: they want a second opinion on what they found. Entry: a share button. Progress: their colleague gets a link. Friction: the link requires an account, and the colleague stops. Outcome: the conversation moves to Slack and the product loses the thread.
What is a user journey map?
A user journey map is a visual of one journey laid out as a timeline, showing what the person does, thinks and feels at each stage and where it goes wrong.
Most maps, including the format Nielsen Norman Group teaches, contain the same parts:
- Persona: the type of user whose journey it is.
- Scenario and goal: the situation and what they want to achieve.
- Stages and steps: the sequence from trigger to outcome.
- Actions, thoughts and feelings: what happens at each step, from the user's side.
- Pain points and opportunities: where it breaks, and what the team could change.
How to map a user journey
Pick one goal, not the whole product. "Get set up" is a journey. "Use the product" is not.
Write the steps from the user's side. Not the screens you built, the things they are trying to do.
Mark where you are guessing. Most maps are half evidence and half assumption, and the assumptions are usually where the journey actually breaks.
Then go and check. Analytics shows you where people stop. Feedback and interviews tell you why. You need both, because the drop-off point and the cause are often on different steps.
Where feedback fits in the journey
A map built from assumptions tends to confirm what the team already believed. The way to avoid that is to collect from the journey itself rather than reconstructing it afterwards.
User journeys for enterprise product teams
In a large product, one journey crosses several teams. Onboarding might belong to growth, the first report to the analytics team and the admin settings to platform, so no single PM sees the whole path.
The map then needs evidence attached to each step: what users said there, how many said it, and where it came from. With that, a debate about which step to fix first becomes a comparison of counts and quotes, and the map stays current because new feedback keeps arriving against the same steps.
How Usersnap collects feedback along a user journey
The journey map stays in whatever tool your team draws it in. Usersnap supplies the evidence for each step.
- Ask at the step: widgets can be limited to specific pages, so you can ask at the step you are unsure about rather than in a survey a week later. Micro-surveys can run at a single point in a flow.
- See what they saw: screenshots and screen recordings capture what the person saw at that step, along with browser, operating system and screen size.
- Spot the pattern: Sentiment Sensor, included on Professional plans and above (an add-on on Starter and Growth), tags each new item with a topic and a sentiment, so recurring friction shows up as a pattern instead of a pile of individual comments.
User journey FAQ
What is a user journey in simple terms?
The path someone takes through your product to get one thing done, including where they get stuck. It covers what they do, what they want, and what goes wrong along the way.
What is the difference between a user journey and a user flow?
A user flow is the screens and decisions in one task. A user journey is wider and includes the person's goal, their context before they arrived, and the friction they hit. Flows describe the interface, journeys describe the experience.
What is the difference between a user journey and a customer journey?
The customer journey covers the whole relationship, including marketing, sales, billing and support. The user journey is the part inside the product.
What are the stages of a user journey?
Trigger, entry, progress, friction and outcome. Different frameworks name them differently, but every version covers what brought the person in, what they did, and whether it worked.
How do you collect data for a user journey?
Analytics for where people stop, in-app feedback and micro-surveys for why, and customer interviews for the context that neither of those captures.
Related terms
See how product teams ask one question at the exact step in a journey they're unsure about.
.svg)