What nested journeys are for
Use a nested journey when one part of the broader map needs its own structure, evidence, and follow-through. Example:- parent journey:
Self-serve onboarding - nested journey:
Connect Slack - nested journey:
Invite teammate - nested journey:
First value setup
When to create one
Create a nested journey when a single step needs:- more stages and steps
- its own evidence and items
- its own prioritization work
- its own owners or review rhythm
Where it lives
Nested journeys are managed in the Nested journeys lane inside Journey view. If that lane is hidden, add it back from the lane picker. The lane keeps the relationship visible without mixing all of the child-journey detail directly into the parent map.Create or link a nested journey
In Journey view:- find the step that needs its own deeper flow
- open or reveal the Nested journeys lane
- hover that step
- choose Create new journey or Add existing journey
What the card shows
Each nested journey appears as a card in the step cell. The card gives you a quick summary, including:- journey name
- stage count
- step count
- item count
Open, move, and reorganize
Click the card to open the linked journey directly. Nested journey cards can also be repositioned inside the lane when:- the step should point to a different child journey
- the linked flow belongs under a different part of the parent journey
- the sequence should better match the real customer motion
Good use cases
Nested journeys are especially useful for:- onboarding flows with one complex activation step
- billing or checkout flows with several important sub-flows
- support escalation paths with clear branch journeys
- expansion or renewal work that needs a deeper map than the main journey
A good team pattern
For most teams, the right order is:- map the broad journey first
- notice where the team repeatedly needs more detail
- split only those steps into nested journeys
- keep the parent journey focused on coordination
- keep the child journey focused on deeper diagnosis and action
When not to use nested journeys
Keep the work in the parent journey when:- a few more items would solve the problem
- the step is important but not complex
- nobody will maintain the child journey separately
Nested-journey mistakes to avoid
Splitting too early
Splitting too early
Start broad. Split only when more detail is clearly helping the team understand or review the work.
Creating a child journey with no clear owner
Creating a child journey with no clear owner
If nobody will review it, it becomes dead weight instead of a useful map.
Using nested journeys as folders
Using nested journeys as folders
They should earn their place by improving clarity, not by adding structure for its own sake.