Back to compare picker

Process list / step-by-step navigation vs Step navigation / step indicator vs In-page anchor navigation

Prefer a process list when users need a durable overview of an end-to-end journey that combines guidance, transactions, offline actions, costs, or eligibility branches.

Decision dimensions

Dimension Process list / step-by-step navigationStep navigation / step indicatorIn-page anchor navigation
UI or UX UI + UX - End-to-end ordered journey guidance with linked tasksUI + UX - Linear multistep task progress indicatorUI + UX - Same-page section jump links for long content
UI guidance Present the process as a numbered ordered list of three to ten high-level steps, each with a short parallel action heading and enough supporting text or links to complete that stage.Show a compact ordered list of named steps near the task heading, with visually distinct completed, current, upcoming, optional, and error states.Render a labelled navigation landmark with links to major headings on the current page, using labels that match or clearly summarize the destination sections.
UX guidance Use process lists to help users understand an end-to-end journey that may span guidance pages, transactions, departments, offline actions, or separate sessions.Use step navigation to reduce uncertainty in long linear tasks by showing where users are, what is done, and what remains.Use in-page anchor navigation to help users understand the contents of a long page and jump directly to the section they need without leaving the page.
Good UI A 'Apply for a permit' guide shows numbered steps for Check eligibility, Prepare documents, Submit application, Pay fee, and Track decision, each expanding to relevant links and conditions.A five-step application shows Eligibility complete, Contact details current, Documents upcoming, Review upcoming, and Submit upcoming, with the current step emphasized and a matching page heading.An article starts with an 'On this page' nav linking to Eligibility, Documents, Fees, and After you apply, each matching an H2 on the same page.
Bad UI A live form page shows a process list where the Continue button should be, so users leave the transaction to read unrelated guidance.A two-page form adds a large stepper that consumes space without explaining meaningful progress.A short page with two paragraphs shows a table of contents that adds more navigation than content.
Good UX A user unsure where to start expands 'Prepare documents' and sees both online upload guidance and an offline identity check requirement before starting the application.After a user enters valid contact details and continues, Contact details becomes complete and Documents becomes current.A user opens a long guidance page, chooses Fees, and lands at the Fees heading with the Fees link marked active.
Bad UX The process list says 'Complete identity check' but opens another step-by-step page that loops back to the original guide.Clicking Review skips Documents, clears the contact form, and then blocks final submission without explaining the skipped prerequisite.Clicking a jump link scrolls visually but keyboard focus stays in the contents list.
Best fit An end-to-end journey spans several pieces of guidance, service links, departments, or channels.A linear form, application, checkout, or setup flow has three or more meaningful steps.A long content page has several meaningful sections users may want to jump to.
Avoid when The user is inside a live transactional form or wizard.The journey has only one or two screens.The page is short enough that the headings are already visible.
Required state Standalone process overview with introduction and ordered high-level steps.Default state with completed, current, and upcoming steps.Default state with a labelled same-page navigation list near or beside long content.
Accessibility burden Use semantic ordered-list structure so step order is available without relying on visual counters.Use aria-current on the current labeled step and include hidden or visible status text for completed, current, upcoming, optional, and error states.Wrap the jump links in a labelled navigation landmark so assistive technology users can find the page contents list.
Common misuse Using a process list as a transactional progress indicator.Using a step indicator as breadcrumbs, tabs, side navigation, or pagination.Using in-page anchors as a substitute for side navigation across different pages.

Process list / step-by-step navigation

UI or UX
UI + UX - End-to-end ordered journey guidance with linked tasks
UI guidance
Present the process as a numbered ordered list of three to ten high-level steps, each with a short parallel action heading and enough supporting text or links to complete that stage.
UX guidance
Use process lists to help users understand an end-to-end journey that may span guidance pages, transactions, departments, offline actions, or separate sessions.
Good UI
A 'Apply for a permit' guide shows numbered steps for Check eligibility, Prepare documents, Submit application, Pay fee, and Track decision, each expanding to relevant links and conditions.
Bad UI
A live form page shows a process list where the Continue button should be, so users leave the transaction to read unrelated guidance.
Good UX
A user unsure where to start expands 'Prepare documents' and sees both online upload guidance and an offline identity check requirement before starting the application.
Bad UX
The process list says 'Complete identity check' but opens another step-by-step page that loops back to the original guide.
Best fit
An end-to-end journey spans several pieces of guidance, service links, departments, or channels.
Avoid when
The user is inside a live transactional form or wizard.
Required state
Standalone process overview with introduction and ordered high-level steps.
Accessibility burden
Use semantic ordered-list structure so step order is available without relying on visual counters.
Common misuse
Using a process list as a transactional progress indicator.

Step navigation / step indicator

UI or UX
UI + UX - Linear multistep task progress indicator
UI guidance
Show a compact ordered list of named steps near the task heading, with visually distinct completed, current, upcoming, optional, and error states.
UX guidance
Use step navigation to reduce uncertainty in long linear tasks by showing where users are, what is done, and what remains.
Good UI
A five-step application shows Eligibility complete, Contact details current, Documents upcoming, Review upcoming, and Submit upcoming, with the current step emphasized and a matching page heading.
Bad UI
A two-page form adds a large stepper that consumes space without explaining meaningful progress.
Good UX
After a user enters valid contact details and continues, Contact details becomes complete and Documents becomes current.
Bad UX
Clicking Review skips Documents, clears the contact form, and then blocks final submission without explaining the skipped prerequisite.
Best fit
A linear form, application, checkout, or setup flow has three or more meaningful steps.
Avoid when
The journey has only one or two screens.
Required state
Default state with completed, current, and upcoming steps.
Accessibility burden
Use aria-current on the current labeled step and include hidden or visible status text for completed, current, upcoming, optional, and error states.
Common misuse
Using a step indicator as breadcrumbs, tabs, side navigation, or pagination.

In-page anchor navigation

UI or UX
UI + UX - Same-page section jump links for long content
UI guidance
Render a labelled navigation landmark with links to major headings on the current page, using labels that match or clearly summarize the destination sections.
UX guidance
Use in-page anchor navigation to help users understand the contents of a long page and jump directly to the section they need without leaving the page.
Good UI
An article starts with an 'On this page' nav linking to Eligibility, Documents, Fees, and After you apply, each matching an H2 on the same page.
Bad UI
A short page with two paragraphs shows a table of contents that adds more navigation than content.
Good UX
A user opens a long guidance page, chooses Fees, and lands at the Fees heading with the Fees link marked active.
Bad UX
Clicking a jump link scrolls visually but keyboard focus stays in the contents list.
Best fit
A long content page has several meaningful sections users may want to jump to.
Avoid when
The page is short enough that the headings are already visible.
Required state
Default state with a labelled same-page navigation list near or beside long content.
Accessibility burden
Wrap the jump links in a labelled navigation landmark so assistive technology users can find the page contents list.
Common misuse
Using in-page anchors as a substitute for side navigation across different pages.
Decision rules
  • Prefer a process list when users need a durable overview of an end-to-end journey that combines guidance, transactions, offline actions, costs, or eligibility branches.
  • Prefer step navigation when the user is inside a single linear form or transaction and needs current, completed, and upcoming progress states.
  • Prefer in-page anchor navigation when all destinations are headings on the current page and the user only needs to jump within one document.
  • Do not use a process list as a live completion tracker; use a task list when users choose and complete service tasks in flexible order, or step navigation when progress is route-owned.
  • Do not use step navigation to link to external guidance pages, offline actions, or multiple services; it should stay tied to the current transactional flow.
  • Do not use in-page anchors for actions that leave the page or require users to complete a process over time.
  • A process list step can expand to show task links, costs, and conditions; a step indicator should stay compact and synchronized with the current screen.
  • If the sequence has no logical order, use grouped links or a browse pattern instead of a process list or step navigation.
  • If the journey is embedded inside an active transaction, avoid GOV.UK-style step-by-step navigation and use transaction controls, step navigation, or task-list behavior depending on order requirements.
  • Keep process-list headings parallel action phrases; keep step-navigation labels short task milestones; keep anchor labels identical to page headings.
Inspect live examples
Failure modes
  • A process list is used inside a live form and users mistake guidance links for required current-step controls.
  • A compact step indicator links out to guidance pages, breaking the transaction state.
  • An in-page anchor list contains offline actions and external services that do not exist on the current page.
  • Tasks in a process list have no logical sequence and should have been grouped by topic or user goal instead.
  • A process list claims tasks are complete without storing service status or explaining how completion is determined.
  • A step-by-step page links to another step-by-step page and then loops users back to the original journey.