Refract Group2026
Glossary
User flow
A user flow is the route one person takes through a product to finish one task: every screen, action and system response from where they start to where the task succeeds or fails, with each point where the path splits.
- Integrations pageFrom the setup checklist
- Paste store API keyKey is checked on submit
- Permissions granted?Show missing scopes
- Import order historyProgress shown per record type
- Integration readyStatus says what now works
User flow in detail
- Also called
- Task flow, Flow diagram, Screen flow
- Topic
- Product
- Updated
What it is
A user flow follows one person with one goal. It starts where they arrive, which may be an email link, a notification or a button on the dashboard, and ends where the task is done, abandoned or failed. Between the two it records what the person does, what the product shows back, and every point where the path splits: a check that can fail, a permission they may not have, a record that already exists.
Teams draw flows as boxes and arrows on a whiteboard, as a flowchart, or as a wireflow, which puts a rough screen layout in each box. The flow usually comes before detailed screens, so the team agrees which states need designing before anyone designs them.
Why it matters
A screen can be well designed and still leave someone stuck. The step before it accepted their store key without checking it, or nobody designed what a user without admin rights sees. Drawing the flow lists those states while they are still cheap to change, so they are in the scope and the estimate when engineering starts. It also gives product, design and engineering one picture of the task to work from.
How we do it
Each flow begins as one task written as an outcome: who does it, where they start and what counts as finished. We trace that task through the live product, following the main path and then the interruptions: missing data, a validation error, an expired session, a return visit. Then we map its decisions, permissions and recovery paths, and prototype the steps we are least sure of.
We review the flow with your engineers for feasibility, resolve each state, and check them in the build, including loading, empty and error states. A product sprint puts a working prototype of one flow in front of your users in a week. Designing flows in full is product design, from $10,000 a month, and a focused piece takes four to six weeks.
An example
Say an operations product shows “Connected” as soon as a retailer pastes a store key. Drawn as a flow, that one word covers three steps: the key is accepted, the permissions are checked, the orders are imported. The drawing shows that the permissions check can fail and that the import can stall halfway. The redesign gives each step its own status, and a failed check lists the missing permissions with a link to where the retailer grants them.
Common mistakes
- Mapping the whole product at once. One flow follows one task for one kind of user, and a map of everything is too large to review and out of date by the next release.
- Drawing the path that works and stopping. Most of the design work sits in the other exits: the failed check, the expired link, the person who leaves halfway and comes back the next day.
- Starting at the first screen. People arrive from an email, a notification or a saved link, sometimes signed in to a different account, and the flow should start where they do.
User flow vs user journey
A user flow is the steps one person takes inside a product to finish one task, and a user journey is everything they do, think and feel across channels while pursuing a larger goal.
| User flow | User journey | |
|---|---|---|
| Scope | One task in one product | A goal across every channel |
| Time | Minutes or hours | Days, weeks or months |
| Records | Screens, actions and system responses | Actions, thoughts and feelings |
| Leads to | Screens and states to build | Opportunities to improve |
Questions
What people ask about user flow.
A user flow covers one task inside a product, such as connecting an integration, and lists the screens, actions and system responses involved. A user journey covers a larger goal across channels over days or weeks and records what the person thinks and feels as well as what they do.
A user flow should include where the person arrives from, each action they take, what the product shows in response, every decision that splits the path and where each branch ends. Include the failures: a check that does not pass, an expired session, a user without permission and a person who leaves and returns later.
A wireflow is one way to draw a user flow. A plain user flow uses boxes and arrows for steps and decisions. A wireflow puts a rough layout of the screen in each box, so reviewers can see what the person is looking at when they make each choice.
Where this shows up in our work
Related terms
Working on this now?
Tell us what you’re building and where it’s stuck. We reply within 12 hours.
Most teams start with a call, then a sprint or an audit.
The people you’d work with, from the first call to launch