Create, structure, and facilitate user journey maps from scratch or from existing research. Use this skill whenever a user wants to map a user experience, visualize a customer flow, identify pain points across a process, or build a journey map artifact. Trigger on phrases like "create a journey map", "map out the user experience", "visualize a user flow", "identify pain points in our process", "map the customer journey", "help me understand our user's experience", or any request involving understanding or documenting how a person moves through a product, service, or scenario — even if they don't say "journey map" explicitly. Also trigger when someone wants to understand the difference between journey maps, experience maps, service blueprints, or user story maps.
A skill for helping teams create, structure, and use journey maps to understand and improve user experiences.
A journey map is a visualization of the process a person goes through to accomplish a goal. It starts by compiling user actions into a timeline, then layers in thoughts and emotions to build a narrative — ultimately becoming a polished visual artifact.
Journey maps are used to:
Every journey map — regardless of format — should include these elements:
The specific persona or user the map is about. One map = one point of view.
Defines the situation and what the actor is trying to achieve.
High-level stages that organize the rest of the map. Examples by context:
For each phase, capture:
Insights drawn from the map that answer:
Ask the user:
Work with the user to define 4–6 high-level stages. Use existing data if available. If not, reason from the scenario using common phase structures above.
For each phase, gather or infer:
Draw a single emotional line across all phases. Mark peaks (moments of delight) and valleys (moments of friction or frustration).
At the bottom of the map, list insights and opportunities per phase. Assign ownership where possible.
When producing a journey map artifact, structure it like this:
ACTOR: [Persona name + brief description]
SCENARIO: [What they're trying to do + key expectations]
PHASE 1 | PHASE 2 | PHASE 3 | PHASE 4 | PHASE 5
---------|---------|---------|---------|----------
Actions | Actions | Actions | Actions | Actions
Mindsets | Mindsets| Mindsets| Mindsets| Mindsets
Emotions ↗ ↘ ↗ ↘ ↗
OPPORTUNITIES:
- [Phase 1]: ...
- [Phase 2]: ...
Adapt format to the medium (table, visual diagram, written narrative, etc.) based on what the user needs.
| Method | Scope | Perspective | Purpose | |---|---|---|---| | Journey Map | Specific actor + product/service | User | Understand a specific experience | | Experience Map | Generic human behavior | Human | Understand broader behavior before a product exists | | Service Blueprint | Same journey, behind the scenes | Business | Understand internal processes that support the journey | | User Story Map | Feature-level | Product team | Plan and implement specific features in Agile |
A common sequence: Experience Map → Journey Map → Service Blueprint → User Story Map
Apply BJ Fogg's 7 Persuasive Technology Tools (Captology) to UX analysis and design. Use this skill whenever the user wants to improve a UI, flow, or feature using persuasion principles — including prompts like "how can I make this more engaging", "why aren't users completing this flow", "improve this onboarding", "make this CTA better", "reduce drop-off", "nudge users toward X", or any open-ended "improve this UI/UX" request. Also trigger when the user shares a screenshot, mockup, or describes a feature and wants design recommendations. Always use this skill before giving UX improvement advice — even if the user doesn't explicitly mention persuasion, Fogg, or Captology.
Route any UX, product, or AI design question to the right skill file. Use this skill first when the request is ambiguous or spans multiple skills, or when you need to identify which skill to apply. Acts as a decision tree across all 16 available skills.
Apply the 10 Usability Heuristics to critique existing UI or guide new product design. Use this skill whenever the user shares a screenshot, mockup, or written description of a feature or flow and wants UX feedback, a heuristic audit, design critique, or recommendations for a new product. Also trigger when the user asks things like "is this good UX?", "review this design", "what's wrong with this flow", "how should I design X", or "critique this UI". Always apply this skill before giving any UX or product design recommendations — even if the request seems simple.
My name is Tommy. Im a Product designer and developer from Copenhagen, Denmark.
Connected with me on LinkedIn ✌️