◀ Course contents Part 2 · Module 2-06

Customer Journey Map

See your product the way your customers experience it

Teams see screens and features; customers experience a journey, with detours, dead ends, and moods. A journey map lays that experience out on one page, so you can find exactly where you delight people and where you lose them.

Ready?

1

The Core Idea

A product team sees screens. Each one is built, tested and measured, and each one works.

A customer experiences something else entirely: a sequence, spread across time, that includes waiting, an email that did not arrive, a moment of doubt about whether something worked, and a conversation with support. Most of that is not a screen, and some of it is not your product at all.

A customer journey map is a picture of that whole experience from the customer’s point of view — every module, every channel, and the emotional line running through it.

The reason teams need one is structural rather than careless. Organisations are arranged by feature and by team, so everyone owns a screen and nobody owns the sequence. Experience lives in the gaps between screens, and gaps belong to no one by default.

This is also the test of whether you have drawn a real map. If your stages match your navigation, you have drawn your product rather than their journey — and the moments that decide whether someone stays are almost always in the spaces your product does not have a page for.

What the team sees, what the customer lives Two panels. The team sees discrete screens, each built and measured separately. The customer experiences one continuous sequence including waiting, emails and support — much of which is not a screen at all. What the team sees owned, measured, green Five screens, each passing tests Each with a metric and an owner Each individually fine Nobody owns the sequence What the customer lives one continuous experience Waiting, unsure it worked An email that never arrived A support conversation The gaps between your screens
Every line on the left is true, and the product is still failing. Three of the four things on the right are not screens at all — a wait, an email that did not arrive, a phone call — so no amount of work on the left-hand list reaches them.

Everyday example, dinner at a restaurant

The restaurant's kitchen tracks its own view: "table 5's food went out in 12 minutes, great." But think about the diner's whole evening: the warm welcome (lovely), the 20-minute wait for a menu (annoying), the delicious meal (delight), and then 15 minutes trying to flag someone down for the bill at the end (leaving on a sour note). The kitchen's metrics all looked fine, yet the guest remembers the frustrating bits and may not come back. A journey map captures that whole lived experience, the parts your internal dashboards never see.

The pizza night story

Imagine ordering pizza through an app. The app team sees five screens working perfectly: browse, customize, pay, track, rate. Each screen passes its tests.

The customer experiences something else: hungry at 8 PM, overwhelmed by 40 menu options, annoyed the address form forgot their street again, anxious for 35 minutes because "tracking" just shows a spinning circle, and finally relieved when the doorbell rings.

Same product, two realities. The journey map documents the customer's reality, because that's the one that decides whether they order again.

Quick check

What is the main thing a journey map adds that a list of app screens doesn't show?

2

The Anatomy of a Map

A journey map has a standard anatomy, and each row answers a different question.

Across the top run the stages — the phases of the journey in order. A common set is awareness, consideration, purchase, onboarding, use, renewal, though the right ones are whatever the customer actually goes through rather than a template.

Underneath, one row per lens. Actions: what they physically do. Thoughts: what they are trying to work out. Emotions: how they feel, usually drawn as a line. Touchpoints: where the interaction happens — app, email, phone, a colleague. Pain points: what goes wrong. And often opportunities: what could be done about it.

The rows matter because they surface different problems. Actions alone give you a flowchart. Emotions alone give you sympathy with no mechanism. Read together, they show where a feeling was produced by which touchpoint, which is the thing you can act on.

The rows of a journey map Five stacked rows of a journey map: actions, thoughts, emotions, touchpoints and pain points. Read together they show which touchpoint produced which feeling. Actions what they physically do Thoughts what they are trying to work out Emotions how it feels, drawn as a line Touchpoints app, email, phone, a colleague Pain points where it breaks down
No row is the important one, which is why none of them is drawn that way. A single row read on its own is either a flowchart or a mood board — the thing you can act on only appears when a dip in one row lines up with a touchpoint in another.

Everyday example, a road-trip diary

Picture a diary of a road trip laid out as a table. Across the top, the columns are each place you stopped: "Home → Gas station → Beach town → Mountain lodge." Down the side, the rows are what you're recording at each stop: what you did, what you were thinking, how you felt, and what went wrong. Read a column top-to-bottom and you get the full picture of one moment; read a row left-to-right and you see how, say, your mood rose and fell across the whole trip. A journey map is exactly this grid, for a customer instead of a traveler.

The typical stages (columns)

Awareness → Consideration → Purchase → Onboarding → Usage → Loyalty

Adapt them to your product, a hospital, a bank, and a game will name these differently.

Actions

What the customer physically does at this module. "Compares three apps, reads reviews."

Thoughts

What's going through their head. "Is this one trustworthy? Why is it cheaper?"

Emotions

How they feel, plotted as a curve across the modules.

Pain points

Where friction, confusion, or disappointment strikes.

Opportunities

Ideas for removing each pain, the row that feeds your roadmap.

The module nobody owned

A map laid out cleanly until the handover between sign-up and first invoice, which sat between two teams and belonged to neither. Every complaint in that gap was routed to whichever team was asked first. Drawing the columns did not fix it, but it was the first time anyone could point at the seam.

Quick check

On a journey map for a fitness app, where does this entry belong: "Worried the gym plan is too hard, considering quitting"?

3

The Emotion Curve & Moments of Truth

Not every moment in a journey carries the same weight. A few interactions do most of the work of deciding whether someone stays, and they are frequently not the ones receiving the most attention.

The emotion curve is how you find them. Plot how the customer feels across the stages and look at where the line turns — the sharp drops and the sharp recoveries. Those turning points are moments of truth: interactions that disproportionately shape how the whole relationship is remembered.

They are rarely evenly distributed. One map found the steepest drop not at sign-up, which the team had been optimising for a year, but at the first invoice — where a surprise charge arrived with no warning email.

This kind of moment is invisible in funnel data, and that is the important part. Nobody dropped out at the invoice. They simply stopped trusting the product and left two months later, at which point the churn was attributed to something else entirely.

The practical use is prioritisation. Effort spent at a moment of truth is worth several times the same effort spent on a stage where nothing much is being decided — and a journey map is the cheapest way to find out which is which, because the alternative is inferring it from behaviour that happens months downstream.

The emotion curve A line showing how a customer feels across the stages of a journey. It rises through discovery and sign-up, falls steeply at first real use, recovers a little, dips again at the first support contact, then climbs back as the product starts working and the customer renews. The fall after sign-up is the steepest on the chart. Hears about it Signs up First real use Contacts support Gets it working Renews journey how it feels
The two troughs are the whole point of drawing it. Moments of truth are where the curve turns, not where the effort went — and the steepest drop here is a step most teams consider "done".

Everyday example, a first date

A first date has an emotional arc: nervous at the start, warming up over dinner, maybe a dip during an awkward silence, then a high if it ends well. And a few instants matter far more than the rest, the moments of truth: the first impression at the door, and especially how someone reacts when a drink gets spilled. A person who laughs it off and helps clean up wins more trust than an evening that was merely smooth and forgettable. Products are the same: how you handle the moment something goes wrong builds more loyalty than a hundred flawless-but-unremarkable sessions. Aim your energy at the deepest dips and the make-or-break moments.

Moments of truth

A few interactions matter far more than the rest, the make-or-break moments where the relationship is decided:

The first impression (does this look worth my time?), the first value (did it actually help me?), the first failure (what happens when something breaks?), and the first support contact (do they care?).

A brilliant recovery at a moment of truth builds more loyalty than ten flawless ordinary sessions.

The moment that decided the year

A map identified the first support contact as a moment of truth. Resolved well, those customers renewed at a higher rate than customers who never contacted support at all. Resolved badly, they churned within two months. One interaction carried more weight than the twenty before it.

Quick check

Your food-delivery emotion curve: excited while ordering, neutral at checkout, deep dip while waiting with no updates, relieved at delivery. Where should the team invest first?

4

From Map to Action

A journey map that ends as a poster has failed. The output is not the diagram; it is a short list of changes that would not have been obvious without it.

Getting there is mostly a matter of turning observations into owned work. For each significant pain point, name the moment, the evidence that it is real, the change you would make, and one person accountable for it. Pain points with no owner are decoration, and there is usually one per map that everyone agrees about and nobody schedules.

Prioritise by the emotion curve rather than by how easy something is to fix. The steepest drop is where the leverage is, even when the shallow dips have tidier solutions.

And expect the highest-value fixes to be unglamorous. One map identified a surprise charge as the sharpest drop in the journey; the fix was a scheduled email a week beforehand. No redesign, no new screen, no engineering quarter. It simply removed a surprise, and it moved retention more than the sign-up work that had occupied the previous year.

The test of whether a map was worth making is blunt: did anything get built, or unbuilt, that would not have otherwise? If the answer is no, you produced an artefact, and the next one will be harder to get people to attend.

Turning a map into work Four steps from a finished map to scheduled work: find the steepest emotional drop, evidence it, name one change, and assign one owner. 1 Find the turn steepest drop, not loudest 2 Evidence it show it is real 3 Name one change specific enough to build 4 Assign an owner or it stays a poster
Four steps, and the last one is the only one that costs nothing and gets skipped anyway. A map with no name against it is a poster — the surprise-charge fix that beat a year of sign-up work was one scheduled email, and it happened because somebody was on the hook for sending it.

Everyday example, patching the leakiest hole

If your boat is taking on water, you don't repaint the deck or polish the rails, you find the biggest leak and plug it first. A journey map is how you spot the leaks: the deepest emotion dips are where customers are "leaking" out of your product. The discipline is to (1) map the real journey from data, not the one you wish were true, (2) rank the leaks by how many people they sink and how badly, and (3) turn the worst one into a fix you can test. A gorgeous map that doesn't lead to patching a leak is just a painting of a sinking boat.

1

Map reality, not hope

Build the current-state map from research and analytics, interviews, tickets, funnel data. A map based on how you wish the journey went produces a fantasy roadmap.

2

Rank the pain points

Score each pain by how many customers hit it and how badly it hurts (this is opportunity analysis applied to the map).

3

Turn dips into experiments

Each major pain becomes a testable hypothesis: "if we add live tracking, waiting anxiety drops and reorder rate rises."

The map that changed the roadmap

A journey map put the sharpest emotional drop not at sign-up, which the team had been optimising for a year, but at the first invoice — where a surprise charge arrived with no warning email. The fix was a scheduled email, not a redesign. It never surfaced in funnel data because nobody dropped out at the invoice; they simply stopped trusting the product and left two months later.

Quick check

A teammate builds a beautiful journey map entirely from the team's own assumptions in a two-hour workshop, no customer data. What's the biggest risk?

Drill what you learned
Scenario 1 easy

Sign-ups for your meal-kit service are healthy, but most customers cancel within the first month.

How does a journey map help?

Scenario 2 easy

Your team wants to 'redesign the whole onboarding flow' — six screens, full quarter of work.

What does journey-map thinking suggest?

Scenario 3 easy

A customer's very first order on your platform fails to deliver. Support can see it happened but has no special protocol for it.

Why does the journey map say this deserves special investment?

Scenario 4 easy

A PM maps a single journey but tries to represent both a first-time casual buyer and a returning power user on the same emotion curve. The curve looks confusingly flat and contradictory.

What's the fix?

Scenario 5 easy

Your journey map's emotion curve is high everywhere inside the app, but churn is high. Then someone notes the map only covers on-screen steps — nothing about the 3-day shipping wait or the confusing return process.

What's the gap?

Scenario 6 medium

Two pain points show up on the map. Pain A: a mildly clunky settings page, hit by 90% of users. Pain B: a checkout crash, hit by 3% of users but it completely blocks purchase.

How do you decide which to fix first?

Scenario 7 medium

Leadership wants to jump straight to designing the "ideal future" journey without mapping how the journey works today.

What's the risk of skipping the current-state map?

Scenario 8 medium

The map shows a big emotion peak right after users hit their "first real value" moment. A teammate says "peaks are fine, ignore them — only fix dips."

Is ignoring peaks the right call?

Scenario 9 medium

Your map's "opportunities" row is full of vague sticky notes like "improve onboarding" and "make it less confusing."

What turns these into something actionable?

Scenario 10 medium

A B2B PM realizes their product's journey involves an evaluator, an approver, and an end-user — each with a totally different experience of the same purchase.

How should the journey mapping handle this?

Scenario 11 hard

Analytics show a huge drop-off at one specific step, but the journey map's emotion row for that step just says "neutral." The two don't match.

What should you do?

Scenario 12 hard

Your product has a smooth, high-emotion journey — except for one severe dip: the moment a user's free trial ends and they hit a hard paywall with no warning.

Why is this dip especially worth attention?

Scenario 13 hard

A stakeholder wants the journey map to include every possible edge case and micro-step, producing a 40-column monster nobody can read.

What's the journey-mapping principle here?

Scenario 14 hard

Six months after building a journey map that drove several fixes, the team never looks at it again — even though the product and onboarding have changed a lot since.

What's the issue?

Scenario 15 hard

Your journey map clearly shows the deepest dip is during a slow, anxious delivery-wait — but the delivery is handled by a third-party logistics company you don't control.

Does the map still help, even though you don't own that step?

Drilled it. Now apply it to a real situation.

Put it to work
From lesson 1

Disney mapped the queue, not the ride

Disney

Disney's MagicBand programme, launched at Walt Disney Part in 2013 after a reported billion-dollar investment, was not aimed at the rides. It was aimed at everything between them: the check-in desk, the room key, the ticket gate, paying for lunch, queueing, finding your photos.

The insight came from mapping a family's whole day rather than the attractions individually. The rides were already good. The day was full of friction that no single team owned.

What does a journey map show that a feature-by-feature review does not?

From lesson 2

A map with no evidence in it

A car insurance provider

A workshop produced a journey map for making a claim: eight stages, colour-coded emotions, sticky notes everywhere. It was built in one afternoon by twelve people from marketing, ops and product.

No customer was in the room, and no claim data was opened.

What is wrong with the map as an artefact?

Select all that apply — there are 3 to find.

From lesson 3

The moment of truth was not the purchase

A furniture retailer

Research followed twenty customers buying a sofa. The emotion curve came back with a shape nobody expected.

Average reported feeling, by module
StageFeelingNotes from research
Browsing online+3Enjoyable, aspirational
In-store visit+4Highest point of the whole journey
Ordering+2Fine; some confusion over fabric codes
Waiting 9 weeks-2Anxiety, no updates, several called to check
Delivery day-4Lowest point — 4-hour window, two failed first attempts
Living with it+4Delight returns almost fully

The company's improvement budget is going into the in-store experience. What does the curve say?

From lesson 4

From map to something on a roadmap

An online pharmacy

The map is finished, evidenced, and agreed. It identifies four painful moments. Two weeks later nothing has happened, because a map is not a plan and nobody converted it into one.

Take one pain point — "at the prescription-approval module, patients wait an average of 31 hours with no visibility, and 22% call support to ask what is happening" — and turn it into something a team could actually pick up next sprint. In four or five sentences: the opportunity, what you would change, the metric that would tell you it worked, and what you would not do.

One strong answer

The opportunity is that patients have no idea where their prescription is during a wait they cannot shorten. The 22% calling support are not asking for a faster approval — they are asking whether anything is happening at all, which is a far cheaper problem to solve.

I would ship status visibility first: a state on the order, a notification when it changes, and an honest expected-by time. That addresses the visibility problem without touching the clinical process, which is the slow and risky part.

I would measure it on support contacts about approval status per hundred orders, targeting a fall from 22 to under 8, with a guardrail on complaints about the wait itself — if visibility just makes the delay more obvious, that will show up there.

What I would not do yet is try to shorten the 31 hours. That is a clinical-capacity question, it is expensive, and it should be decided after we know how much of the pain was the wait and how much was not knowing.

Tick every point your own answer actually made.

  • "Patients cannot see what is happening" rather than "our approval SLA is 31 hours".

  • The calls are about not knowing. The 31 hours is a different, more expensive problem — and conflating them leads straight to the costly fix.

  • Something a team could start on Monday. "Improve communication" is not that.

  • Support contacts per hundred orders, 22 → under 8. Countable, attributable, and already measured.

  • A map produces more work than any team can take. Naming what you are deliberately not doing is what turns it into a plan.

Notification