§ Discovery
/journey
Map a persona’s path through a real flow, with emotional arc and friction.
What it does
Personas and jobs describe who and what; journeys describe how. /journey maps a specific persona accomplishing a specific job through real touchpoints — what happens at each step, what emotional state they’re in, what friction they encounter, what opportunity each touchpoint represents. Output is `.journeys.md`, read by /design, /decide, and /audit when decisions should be grounded in the lived experience of a flow rather than in its idealized happy path.
Current-state vs. future-state, paired. The default /journey output maps the current-state journey (how it works today, friction included) and an optional future-state journey (how it should work after the design intervention) so the comparison itself becomes the design brief. The journey’s emotional arc, key moments, and named opportunities feed directly into /design briefs, /decide tradeoffs, and /audit findings.
Specimen
/journey · Stillpoint
Current state
Maya’s morning practice — current state
Persona · Maya (Daily Practitioner)
Job · Maya F1 — settle the nervous system before the day’s demands arrive.
Touchpoints · 8
Outside the app
Entry
Choosing
Practice
Close
View the full journey map with touchpoint swim lanes, friction, opportunities, and design implications.
Future state
Maya’s morning practice — future state
Persona · Maya (Daily Practitioner)
Job · Maya F1 — settle the nervous system before the day’s demands arrive.
Touchpoints · 7
Outside the app
Entry
Begin
Practice
Close + beyond
View the full journey map with touchpoint swim lanes, friction, opportunities, and design implications.
Comparison
Current state vs. future state
Removed friction
- Current touchpoint 4 (home scan, task-focused impatience) — addressed by personalization banner being the first thing on the home in future-state.
- Current touchpoint 6 (detail page interstitial when starting from recommendation) — addressed by banner-direct begin path in future-state.
Preserved friction
- Current touchpoint 2 (lock screen notifications). Stillpoint can’t solve the OS-level problem; the future-state preserves the discipline of not adding to it (no push notifications). The friction survives the redesign because it’s not Stillpoint’s to remove.
Added friction
- None identified. The future-state removes friction without adding new friction in other touchpoints. The post-practice close is a newly-designed surface, not a friction addition — its visual restraint serves the emotional arc.
/journey writes .journeys.md — a specific persona accomplishing a specific job through real touchpoints, with emotional state, friction, and opportunity tracked at every step. Current and future states paired so the comparison itself becomes the design brief.
When to use it
- A specific flow feels off and you want to understand where the friction actually lives, not where it’s most visible.
- Designing a new flow and want to map the lived experience before committing to the structure.
- The team is debating multiple flow designs and a journey would surface which design serves the persona’s emotional arc better.
- Preparing to /audit a flow and want a journey artifact in place to ground the findings.
- Comparing current-state vs. proposed-state and want the comparison to be specific rather than abstract.
How to use it
By default /journey asks which persona, which job, and whether to map current-state, future-state, or both. The journey’s setup grounds the moment in specifics (time of day, device, surrounding context); each touchpoint names what happens, the persona’s emotional state, friction (if any), and opportunity (if any). Output is `.journeys.md` with a comparison section when both states are mapped.
- /journey Maya morning practice
- /journey checkout flow current-state + future-state
Anti-patterns it addresses
- Idealized happy-path journeys with no friction. The value of a journey is surfacing where the lived experience diverges from the design’s intent — a frictionless journey is documentation, not design tool.
- Touchpoint counts that double as feature lists. A journey isn’t a feature inventory; it’s a sequence of moments the persona moves through. If every feature gets a touchpoint, the journey is too granular to be useful.
- Generic emotional states (“neutral,” “engaged,” “satisfied”). Emotional states should be specific to the moment — “task-focused, slightly impatient because she came to start, not to choose” is useful; “engaged” is not.
- Opportunity callouts that don’t map to design decisions. Every opportunity should connect to a specific corrective or generative move; opportunities without next steps become aspirational notes.
- Future-state journeys that magically remove all friction. The strongest future-states preserve the friction the design can’t solve (system-level constraints, OS-level interruptions) and only address the friction the design owns.