-
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. 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. 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. 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. 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. 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. 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. 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.