A single step a user takes within a journey phase, the atomic unit of observable behaviour.
A journey action is the smallest observable thing a user does at a step: tap a button, enter an email, confirm a payment. It is the atom of journey mapping, the grain below which the map stops describing behaviour and starts describing pixels. Its value is precision. Vague maps fail because "the user signs up" hides five distinct actions, any one of which can be where the user quits, and you cannot fix a moment you have not named.
Actions are the base layer of the journey-mapping method that grew out of service design and customer-experience practice. The Nielsen Norman Group describes building a map by first compiling a person's actions into a timeline, then layering thoughts, emotions, and touchpointsTouchpointCustomer SuccessA customer interaction touchpointView reference → on top. Actions come first because they are observable; everything else is interpretation hung on them.
The discipline that sharpened over time is resisting the urge to round actions up into steps. "Onboards" is not an action, it is a step made of actions: opens the email, clicks the link, sets a password, lands on the dashboardDashboardData & AnalyticsAn analytics dashboardView reference →. Keeping the action layer granular is what lets a map locate friction at the resolution where a designer can actually intervene.
A team maps the checkout step of a mobile store and lists its actions in order: tap "Buy", select a saved card, enter the CVV, tap "Confirm", wait for the spinner. Session data shows a 22 percent drop at "enter the CVV". Because the action is named at this grain, the cause is findable: the keyboard covers the field on smaller screens, so users cannot see what they are typing. The fix is one input's scroll behaviour. Had the map only recorded "user pays", the drop would have looked like a checkout problem and invited a redesign of the whole step.
In the Unified Product Graph, a journey action sits in the Experience, Design & Brand region as a leaf, the terminal node of the journey hierarchy. A single Journey Stephas actionJourney Actionhierarchy edge attaches it to its parent step, and from there the chain runs upward through phase to the journey_step_has_actionUser JourneyExperience DesignAn end-to-end map of a user experienceView reference → anchor. Modelling actions as leaves keeps the granular layer where friction is actually measured, so a drop in completion can be traced to the exact move that caused it rather than blamed on the step that contains it.user_journey
Type-specific fields on BaseNode
layerstringService layer
action_descriptionstringPlain-language description. Primary content of the action.
channelstringChannel or surface. Keeps service-blueprint columns consistent across the journey.
pain_scoreobjectPain (1 = effortless, 5 = very painful). Drives opportunity discovery.
opportunity_scoreobjectOpportunity (1 = low leverage, 5 = high leverage). Pairs with `pain_score` to rank investment.
evidencestringPhysical or digital evidence visible at this point
systemstringPerforming system or service
notesstringFree-text notes, observations, or follow-up questions
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
1 edge type connected to this entity.
journey_step_has_action