How-to guide

Design a customer journey map

Most B2B teams either skip the journey map entirely or build one so abstract that nobody uses it after the offsite. A real journey map is a working document that marketing, sales, success, and product all point at when they argue about handoffs, metrics, and ownership. This guide walks you through building one that covers awareness through renewal, names a team for every touchpoint, and gets reviewed on a cadence so it does not rot.

Before you start

What you need.

Time: 1-2 weeks

  • A documented ICP and at least two to three buyer personas you can name by role.
  • Access to real customer interviews, win-loss notes, or support tickets from the last 12 months.
  • A list of every stage owner across marketing, sales, onboarding, success, and renewals.
  • Current funnel and lifecycle metrics from your CRM so stages can be anchored to real numbers.
  • A shared canvas (whiteboard tool, slide deck, or doc) that every GTM function can comment on.
Design a customer journey map

Step by step.

  1. 1

    1. Pick the persona and the scope before you draw anything

    A journey map that tries to cover every persona at once ends up describing none of them. Pick one primary persona for version one, usually the economic buyer or the daily user who drives adoption. Write a one-paragraph description of who they are, what they report on, and what a bad quarter looks like for them. Then set the scope: are you mapping the full lifecycle from awareness through renewal, or a slice like onboarding or expansion? Full lifecycle maps are the most useful cross-functional artifact, so default to that unless you have a specific slice problem to solve. Name a single owner for the map, usually revops, product marketing, or the head of customer success.

    • Pick one persona for v1; add a second only after the first is finished and reviewed.
    • Default scope: awareness through renewal; narrow only if you have a known hotspot.
    • Name one accountable owner for the artifact so updates do not stall.
    Tip: A journey map with three personas layered on top of each other is a seating chart, not a map. Build one at a time.
  2. 2

    2. Lock in the eight stages your buyer actually moves through

    Use a stage model that matches how your buyer thinks, not how your org chart is drawn. The standard B2B lifecycle has eight stages: awareness, consideration, trial, close, onboard, adopt, expand, and renew. Write a one-sentence definition for each, name the entry event (what action moves them in), and the exit criteria (what moves them out). Treat these definitions as the contract between teams. If marketing and sales cannot agree on when a prospect leaves consideration and enters trial, every downstream column in the map will be noise. Review the definitions with every stage owner and have them sign off before you move to the next step.

    • Awareness: first learns the problem exists; exits on first branded engagement.
    • Consideration: evaluating solutions; exits when they request a trial or demo.
    • Trial: hands-on evaluation; exits on signed contract or lost deal.
    • Close: contract and legal; exits on signature and payment.
    • Onboard: kickoff through first value; exits on documented go-live.
    • Adopt: regular usage; exits when expansion signals appear.
    • Expand: upsell, cross-sell, more seats; exits into renewal window.
    • Renew: 90 days before contract end through re-signature.
    Tip: If a stage has no entry event you can detect in the CRM, you cannot measure it. Rewrite the definition until the event is observable.
  3. 3

    3. Map the actions the buyer takes at every stage

    For each stage, write down the three to six concrete actions the buyer takes. These are verbs the buyer owns, not things your team does to them. In awareness it might be searching a problem query, reading a peer forum, or asking a colleague for a recommendation. In trial it might be inviting a teammate, loading sample data, or running the workflow they came for. Pull these from real customer interviews and ticket history, not from a brainstorm. If you cannot cite a source for an action, mark it as a hypothesis and flag it for research. The actions column is what makes the map useful to product and marketing: it tells them where to intervene.

    • Interview three to five customers per persona before you fill the actions column.
    • Pull real session recordings, support tickets, and sales call notes as evidence.
    • Mark unverified actions as hypotheses so the next review knows what to test.
  4. 4

    4. Capture the pain points and emotions at each stage

    A journey map that only tracks actions misses the point. The reason the map exists is to surface friction nobody owns. For every stage, list the top two to three pain points the buyer hits and the emotion that goes with them. In onboarding the pain might be unclear ownership between the AE and the CSM, and the emotion is confusion. In renew the pain might be a surprise price increase buried in the contract, and the emotion is betrayal. Write the emotion in the buyer's own words when you can quote a real interview. Pain and emotion rows are what turn a journey map into a prioritization tool: every pain is a candidate for a product, process, or content fix.

    • List two to three pains per stage; keep the list ruthlessly short.
    • Pair every pain with the emotion it produces, in buyer language.
    • Tag each pain with a candidate owner so the map doubles as a backlog seed.
    Tip: If every stage has the same vague pain like communication, you have not interviewed enough customers. Push for specifics.
  5. 5

    5. Assign a team owner to every stage and every handoff

    Pain usually lives in the handoffs, not inside the stages. For every stage, name the lead team (marketing, SDR, AE, onboarding, CSM, support, renewals) and the supporting teams. Then write down what happens at every handoff: who sends what, who accepts, what the SLA is, and what the system of record is. A handoff with no written SLA is where leads, deals, and customers get dropped. Review the owners with each team lead and get explicit agreement that they own what the map says they own. Store the owner column in the CRM as a stage field so dashboards can filter by it.

    • Lead team per stage: marketing (awareness, consideration), sales (trial, close), success (onboard, adopt, expand, renew).
    • Document every handoff with a sender, receiver, artifact, and SLA.
    • Mirror the owner into a CRM field so reports can filter by stage owner.
    Tip: A handoff that depends on a Slack DM is not a process. Put every handoff on a CRM record so it survives a vacation.
  6. 6

    6. Define the metrics that prove each stage is working

    Every stage needs at least one quantitative metric and one qualitative signal. Awareness tracks branded search volume and share of voice. Consideration tracks MQL-to-SQL conversion and time to first meeting. Trial tracks activation rate and trial-to-paid conversion. Close tracks win rate and sales cycle length. Onboard tracks time to first value and go-live rate. Adopt tracks weekly active usage and feature adoption. Expand tracks net revenue retention and seat growth. Renew tracks gross retention and renewal lead time. Pick two or three per stage that you will actually review, not ten you will ignore. Wire them into dashboards keyed to the same stage names so the map and the metrics never disagree.

    • Pick a maximum of three metrics per stage; cut the rest.
    • Pair every quantitative metric with a qualitative check: NPS, CSAT, or verbatim quotes.
    • Dashboard the metrics using the same stage names as the map.
  7. 7

    7. Build the artifact and socialize it with every stage owner

    Now assemble the map. A clean format is a horizontal grid: columns for the eight stages, rows for actions, pain points, emotions, owner, metrics, and current fixes in flight. Keep it on one page so people actually use it. Share a read-only version with the full GTM org and an edit version with the stage owners. Walk every owner through their column in a thirty-minute review and capture every disagreement in a comments log. Resolve the disagreements before you publish version one. The map only works if the teams named on it believe they signed the contract.

    • One-page grid: eight stage columns, six to seven rows, no sub-sheets.
    • Thirty-minute owner reviews before publication; log every disagreement.
    • Publish v1 with a date stamp and an explicit next-review date.
    Tip: If you cannot fit the map on one screen, your rows have too many columns. Cut, do not scroll.
  8. 8

    8. Review the map annually and after every major GTM change

    A journey map is not a deliverable, it is a living contract. Put a hard annual review on the calendar with every stage owner, and a lightweight review every quarter driven by metric movement. Also trigger an off-cycle review any time you ship a pricing change, add or kill a persona, launch a new product line, or restructure a team. Each review asks three questions: did the pain points change, did the actions change, did the owners change? Update the map, re-date it, and republish. Keep a changelog so new hires can read how the journey evolved. Treat the map like your CRM schema: owned, versioned, and reviewed by a named human.

    • Annual full review on a fixed calendar date with every stage owner.
    • Quarterly light reviews triggered by metric drift or persona changes.
    • Changelog on the map so new hires know what moved and why.
    Tip: A journey map that has not been edited in 12 months is not accurate, it is just old. Review on cadence or retire it.
Avoid

Common mistakes.

  • Mapping three personas on one canvas, which produces an unreadable grid nobody uses after the kickoff meeting.
  • Writing stages that marketing invented without sales and success in the room, so the handoffs never match reality.
  • Filling the actions row from a brainstorm instead of real interviews, so the map describes what you wish customers did.
  • Skipping the emotions column because it feels soft, which is also where every unowned pain quietly lives.
  • Shipping a beautiful v1 with no review cadence, so the map ages into fiction within six months of launch.
  • Keeping the map in a slide deck disconnected from the CRM, so stage names in the map and in reports slowly drift apart.
FAQ

Frequently asked questions.

What is a customer journey map?

A customer journey map is a visual representation of every touchpoint a buyer has with your company, from first awareness through renewal. It captures the stages, actions, pain points, emotions, team owners, and metrics on one page so marketing, sales, and success can align on handoffs and ownership.

What stages belong on a B2B customer journey map?

A full-lifecycle B2B map uses eight stages: awareness, consideration, trial, close, onboard, adopt, expand, and renew. Each stage needs a written entry event, exit criteria, and a named owning team so handoffs between marketing, sales, and success are explicit.

How often should you update a customer journey map?

Review the full map annually with every stage owner, run light quarterly reviews when metrics drift, and trigger an off-cycle review after any major GTM change: pricing updates, new personas, new product lines, or team restructures. A map untouched for 12 months has already gone stale.

Who should own the customer journey map?

One accountable owner, usually revops, product marketing, or the head of customer success, keeps the artifact up to date. Each stage column still has its own lead team, but the map itself needs a single human responsible for scheduling reviews, resolving disagreements, and publishing updates.

How is a journey map different from a sales funnel?

A sales funnel measures conversion between stages from the company's perspective. A journey map describes the buyer's experience inside and between those stages: what they do, what hurts, how they feel, and who on your team they interact with. Funnels tell you what moved; journey maps tell you why.

How many personas should one journey map cover?

Start with one primary persona, usually the economic buyer or the daily user who drives adoption. Build the second persona map only after the first is reviewed and in production. Layering personas on one grid makes the artifact unreadable and no team ends up using it.

See it in Strkr

Related product surfaces.

Strkr CRM Strkr Marketing Platform features

Run every stage of your journey on one platform

Strkr unifies marketing, sales, onboarding, and renewals in a single CRM so every stage of your customer journey has a named owner, a working SLA, and metrics the whole team can see.

Try it free. Bring your team next week.

No sales call, no migration consultant, no four-month implementation. Enter your card, get 14 days of the full Pro tier, cancel any time before day 14 with zero charge. Spin up a workspace, import your CSV, and have something useful before lunch.