ResearchOps application visual walkthrough

Generated evidence of the current application build, covering registered pages and important interaction states.

Run started: 2026-07-01T19:28:34.873Z · Base URL: https://research-operations.com/

0 failures

Core

Home

/

ResearchOps landing page.

Default state

captured · https://research-operations.com/

Initial loaded page state.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Bespoke criteria Format: Gherkin acceptance criteria
Feature: Access the ResearchOps home page

  As a user researcher
  I want to access the ResearchOps home page
  So that I can choose the right ResearchOps journey for my work

  Background:
    Given I am a user researcher
    When I visit the ResearchOps home page

  Scenario: View the ResearchOps service identity
    Then I should see the service name "ResearchOps Demo Suite"
    And I should see the tagline "Research operations for public services."
    And I should see the page heading "Home Office Digital ResearchOps"
    And I should see introductory text that says "Plan, approve, run and reuse user research. Keep a clear record of ethics, evidence, risks and decisions, so teams can see what is known, what is uncertain and what needs to happen next."

  Scenario: Understand that the service is a prototype
    Then I should see a prototype banner
    And the banner should say "This is a ResearchOps prototype. Do not enter real participant data in this prototype."

  Scenario: Navigate using the primary navigation
    Then I should see primary navigation links for:
      | Home |
      | Start research project |
      | Projects |
    And the "Home" navigation item should be shown as the current page

  Scenario: Start with a research project
    Then I should see guidance headed "Start by creating a research project"
    And I should see text explaining that "A project gives you somewhere to hold studies, participants, sessions, notes, evidence, insights and recommendations."
    And I should see text explaining that "Create the project first. Later parts of the service become useful once the research work has somewhere to live."
    And the primary call to action should be "Start a research project"

  Scenario: Move to project creation
    Given I can see the "Start a research project" call to action
    When I select "Start a research project"
    Then I should be taken to the start research project service

  Scenario: Understand the ResearchOps lifecycle
    Then I should see a section called "How ResearchOps supports a research project"
    And I should see text explaining that "ResearchOps follows the shape of a user research project. Start by creating a project. Then add studies, participants, sessions, notes, evidence, insights and recommendations as the work develops."
    And I should see text explaining that "This sequence is a mental model, not a set of first-visit shortcuts. It shows how the work becomes connected over time."

  Scenario: View the lifecycle sequence as a mental model
    Then I should see the lifecycle stages in this order:
      | Step | Stage | Purpose |
      | Step 1 of 8 | Project | Define the research work, service phase, team context and objectives. |
      | Step 2 of 8 | Study | Plan a specific round of research within the project. |
      | Step 3 of 8 | Participants | Recruit and manage people taking part in the study. |
      | Step 4 of 8 | Sessions | Schedule and run research sessions. |
      | Step 5 of 8 | Notes | Capture observations and structured session notes. |
      | Step 6 of 8 | Evidence | Organise what was seen, heard or recorded. |
      | Step 7 of 8 | Insights | Analyse evidence into meaningful findings. |
      | Step 8 of 8 | Recommendations | Turn findings into decisions, actions and service improvements. |
    And each stage should include a short explanation of what happens at that point

  Scenario: Avoid misleading lifecycle links
    Then lifecycle stages should be presented as orientation rather than as a menu
    And later lifecycle stages should not be presented as first-visit shortcuts
    And the page should make it clear that later work becomes useful after a project has been created

  Scenario: Review later ResearchOps tasks
    Then I should see a section called "What you can do after creating a project"
    And I should see text explaining that "These parts of ResearchOps are shown as orientation. They make more sense after a project record has been created."
    And I should see orientation cards for:
      | Task | Category | Availability |
      | Set clear research objectives | Team alignment | Available after project creation |
      | Recruit participants for user research studies | Recruitment | Available after study planning |
      | Turn research evidence into recommendations | Evidence and analysis | Available after sessions |

  Scenario: Understand the "Set clear research objectives" task
    Given I can see the "Set clear research objectives" orientation card
    Then I should see that it is "Available after project creation"
    And I should see the question "How might we overcome the impact of unclear objectives in user research?"
    And I should see supporting text that says "Use the project space to align stakeholder objectives with research, design and delivery work."
  Scenario: Understand the "Recruit participants for user research studies" task
    Given I can see the "Recruit participants for user research studies" orientation card
    Then I should see that it is "Available after study planning"
    And I should see the question "How might we ensure that participant recruitment reflects the diversity and needs of the service’s real users?"
    And I should see supporting text that says "Plan recruitment so findings are not biased, exclusionary or weakly connected to the service’s real users."
  Scenario: Understand the "Turn research evidence into recommendations" task
    Given I can see the "Turn research evidence into recommendations" orientation card
    Then I should see that it is "Available after sessions"
    And I should see the question "How might we keep evidence, insights and recommendations connected?"
    And I should see supporting text that says "Use structured notes and evidence trails to show how research findings lead to service decisions."
  Scenario: Use the lifecycle sequence on a mobile device
    Given I am viewing the home page on a mobile device
    Then the lifecycle sequence should remain readable
    And the stages should appear in the correct order
    And no content should require horizontal scrolling

  Scenario: Access the home page using a keyboard
    Given I am navigating with a keyboard
    Then I should be able to move focus through the primary navigation links
    And I should be able to move focus to "Start a research project"
    And I should be able to activate links, buttons and form controls without a mouse

  Scenario: Understand the page structure with assistive technology
    Then the page should have one clear main heading
    And the start guidance section should have a meaningful heading
    And the lifecycle should be marked up as an ordered sequence
    And each lifecycle stage should expose its name and explanation in a logical reading order
    And each orientation card should expose its title, supporting text and availability in a logical reading order

  Scenario: View footer information
    Then I should see the footer text "© 2026 Home Office Biometrics · ResearchOps v1.0.0"
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/

Screenshot of Home in the Default state state for Desktop.
Home — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/

Screenshot of Home in the Default state state for Mobile.
Home — Default state — Mobile

ResearchOps Product Proof

/pages/product-proof/index.html

Public static proof page showing the ResearchOps lifecycle before sign-in.

Lifecycle proof before sign-in

captured · https://research-operations.com/pages/product-proof/index.html

Public product proof page captured without authenticated data.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the ResearchOps Product Proof page

  As a user researcher
  I want to use the researchOps Product Proof page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the researchOps Product Proof page

  Scenario: Understand the page purpose
    Then I should see content that supports public static proof page showing the ResearchOps lifecycle before sign-in
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Lifecycle proof before sign-in" in the ResearchOps journey
    Given I am using the researchOps Product Proof page
    Then I should understand the research value of this part of the journey
    And I should see that public product proof page captured without authenticated data
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Walk through how the product works"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/product-proof/index.html

Screenshot of ResearchOps Product Proof in the Lifecycle proof before sign-in state for Desktop.
ResearchOps Product Proof — Lifecycle proof before sign-in — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/product-proof/index.html

Screenshot of ResearchOps Product Proof in the Lifecycle proof before sign-in state for Mobile.
ResearchOps Product Proof — Lifecycle proof before sign-in — Mobile

Start a research project

/pages/start/overview/index.html

Overview page for creating a research project.

Default state

captured · https://research-operations.com/pages/start/overview/index.html

Initial loaded page state.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Start a research project page

  As a user researcher
  I want to use the start a research project page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the start a research project page

  Scenario: Understand the page purpose
    Then I should see content that supports overview page for creating a research project
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Default state" in the ResearchOps journey
    Given I am using the start a research project page
    Then I should understand the research value of this part of the journey
    And I should see that initial loaded page state
    And I should be given enough service context to decide what to do next

  Scenario: Understand the default view
    Then I should understand what ResearchOps task this page supports
    And I should be able to choose an appropriate next action for my work

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/overview/index.html

Screenshot of Start a research project in the Default state state for Desktop.
Start a research project — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/overview/index.html

Screenshot of Start a research project in the Default state state for Mobile.
Start a research project — Default state — Mobile

Start research project

/pages/start/index.html

Start page for creating or beginning research project work.

Start research project — group-level review evidence

What this grouping should support

Applies once to the full grouping. State cards below contain only scenario-specific review evidence.

Gherkin acceptance criteria needs review
Feature: Start a new research project

  As a user researcher
  I want to define a project with clear context, objectives and ownership
  So that my team can start research work with shared intent and traceable setup information

  Scenario: Complete the guided project setup safely
    Then I should understand what project information is needed before I commit anything
    And Step 1 should ask only for the essential project name and description
    And the project should start with service phase "Discovery" and status "Goal setting & problem defining" by default
    And I should be able to review the full setup before creating the project

  Scenario: Understand the guided process
    Then I should be guided through project definition, research framing, ownership and check-your-answers steps
Design-risk notes needs review
Design risk
The start-project journey is the commitment point for the ResearchOps evidence model. Weak framing can make later work appear traceable when the project context is weak.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review

Default state

captured · https://research-operations.com/pages/start/index.html

Initial loaded page state.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Start project default state

  Scenario: Complete Step 1 controls
    Then I should be able to enter the project name
    And I should be able to enter the project description
    And I should not be asked to select the service phase or project status in Step 1
    And the project should use "Discovery" and "Goal setting & problem defining" as default values
    And I should be able to continue without losing my answers
Design-risk notes
Design risk
The first state must make the essential form controls clear and operable while avoiding unnecessary early classification choices.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Default state state for Desktop.
Start research project — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Default state state for Mobile.
Start research project — Default state — Mobile

Step 1 completed

captured · https://research-operations.com/pages/start/index.html

Project definition entered.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 1 completed

  Scenario: Continue after defining essential project information
    Then my project name and description should be retained
    And the default service phase and project status should be retained for review
    And I should be able to go back or correct editable answers without losing progress
Design-risk notes
Design risk
A completed first step must show progress without implying that the project is fully governed.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 1 completed state for Desktop.
Start research project — Step 1 completed — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 1 completed state for Mobile.
Start research project — Step 1 completed — Mobile

Step 2 default state

captured · https://research-operations.com/pages/start/index.html

Second wizard step.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 2 default state

  Scenario: Provide research framing context
    Then I should be able to enter stakeholders, objectives and user groups
    And each field should explain the planning information expected
Design-risk notes
Design risk
This state must ask for research framing in user-centred terms.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 default state state for Desktop.
Start research project — Step 2 default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 default state state for Mobile.
Start research project — Step 2 default state — Mobile

Step 2 completed

captured · https://research-operations.com/pages/start/index.html

Research context entered.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 2 completed with researcher-authored context

  Scenario: Continue with researcher-authored wording
    Then my wording should be retained
    And the service should not imply that automated rewriting is required
Design-risk notes
Design risk
Researcher-authored wording must remain a complete and trusted path.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 completed state for Desktop.
Start research project — Step 2 completed — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 completed state for Mobile.
Start research project — Step 2 completed — Mobile

Step 2 AI rewrite shown

captured · https://research-operations.com/pages/start/index.html

AI rewrite panel is shown using a deterministic mocked response.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 2 assisted rewrite shown

  Scenario: Use assisted wording deliberately
    Then assistance should only run after an explicit user action
    And I should remain able to reject, amend or ignore suggested wording
Design-risk notes
Design risk
Assisted wording creates provenance and accountability risk unless suggestions are optional and under user control.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 AI rewrite shown state for Desktop.
Start research project — Step 2 AI rewrite shown — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 2 AI rewrite shown state for Mobile.
Start research project — Step 2 AI rewrite shown — Mobile

Step 3 default state

captured · https://research-operations.com/pages/start/index.html

Final data-entry step.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 3 default state

  Scenario: Add ownership and notes safely
    Then I should be able to enter ownership and planning notes
    And the service should not encourage unnecessary personal data capture
Design-risk notes
Design risk
The notes step can become a privacy leakage point if broad free-text capture is not bounded.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 3 default state state for Desktop.
Start research project — Step 3 default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 3 default state state for Mobile.
Start research project — Step 3 default state — Mobile

Step 3 completed

captured · https://research-operations.com/pages/start/index.html

Owner details entered.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Step 3 completed before check answers

  Scenario: Move toward review
    Then my answers should remain available on the review step
    And I should still be able to correct earlier answers
Design-risk notes
Design risk
Correction routes must remain available until the project is created.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 3 completed state for Desktop.
Start research project — Step 3 completed — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 3 completed state for Mobile.
Start research project — Step 3 completed — Mobile

Step 4 check your answers

captured · https://research-operations.com/pages/start/index.html

Check-your-answers step.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Check answers before creating the project

  Scenario: Review before committing
    Then I should be able to identify and change inaccurate editable answers
    And I should see the default service phase and project status before creating the project
    And I should understand that creating the project commits the setup information
Design-risk notes
Design risk
The check-answers state is the final safeguard against weak or incorrect project records.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 4 check your answers state for Desktop.
Start research project — Step 4 check your answers — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/start/index.html

Screenshot of Start research project in the Step 4 check your answers state for Mobile.
Start research project — Step 4 check your answers — Mobile

Account

Sign in to ResearchOps

/pages/account/sign-in/index.html

Sign-in and one-time code request page.

Email address requested

captured · https://research-operations.com/pages/account/sign-in/index.html

Sign-in page before a code has been requested.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Sign in to ResearchOps page

  As a user researcher
  I want to use the sign in to ResearchOps page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the sign in to ResearchOps page

  Scenario: Understand the page purpose
    Then I should see content that supports sign-in and one-time code request page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Email address requested" in the ResearchOps journey
    Given I am using the sign in to ResearchOps page
    Then I should understand the research value of this part of the journey
    And I should see that sign-in page before a code has been requested
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Enter your email address to get a sign-in code."
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/account/sign-in/index.html

Screenshot of Sign in to ResearchOps in the Email address requested state for Desktop.
Sign in to ResearchOps — Email address requested — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/account/sign-in/index.html

Screenshot of Sign in to ResearchOps in the Email address requested state for Mobile.
Sign in to ResearchOps — Email address requested — Mobile

6 digit code requested

captured · https://research-operations.com/pages/account/sign-in/index.html

Sign-in page after the QA walkthrough email address has requested a one-time code.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Sign in to ResearchOps page

  As a user researcher
  I want to use the sign in to ResearchOps page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the sign in to ResearchOps page

  Scenario: Understand the page purpose
    Then I should see content that supports sign-in and one-time code request page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "6 digit code requested" in the ResearchOps journey
    Given I am using the sign in to ResearchOps page
    Then I should understand the research value of this part of the journey
    And I should see that sign-in page after the QA walkthrough email address has requested a one-time code
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    When I enter "qa-bdd.walkthrough@example.gov.uk" into the "sign in email" field
    And I select "email code start form button[type=\"submit\"]"
    Then the "email code verify form" section should be available
    Then I should see "We sent a 6 digit code to qa-bdd.walkthrough@example.gov.uk"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/account/sign-in/index.html

Screenshot of Sign in to ResearchOps in the 6 digit code requested state for Desktop.
Sign in to ResearchOps — 6 digit code requested — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/account/sign-in/index.html

Screenshot of Sign in to ResearchOps in the 6 digit code requested state for Mobile.
Sign in to ResearchOps — 6 digit code requested — Mobile

Request a ResearchOps account

/pages/account/register/index.html

Public account request page for people who need ResearchOps access.

Account request form

captured · https://research-operations.com/pages/account/register/index.html

Registration request page captured before answers are entered.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Request a ResearchOps account page

  As a user researcher
  I want to use the request a ResearchOps account page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the request a ResearchOps account page

  Scenario: Understand the page purpose
    Then I should see content that supports public account request page for people who need ResearchOps access
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Account request form" in the ResearchOps journey
    Given I am using the request a ResearchOps account page
    Then I should understand the research value of this part of the journey
    And I should see that registration request page captured before answers are entered
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Request a ResearchOps account"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/account/register/index.html

Screenshot of Request a ResearchOps account in the Account request form state for Desktop.
Request a ResearchOps account — Account request form — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/account/register/index.html

Screenshot of Request a ResearchOps account in the Account request form state for Mobile.
Request a ResearchOps account — Account request form — Mobile

Request access to a team

/pages/account/team-access/index.html

Request-access form for signed-in users who need team access.

Default state

captured · https://research-operations.com/pages/account/team-access/index.html

Initial loaded page state.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Request access to a team page

  As a user researcher
  I want to use the request access to a team page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the request access to a team page

  Scenario: Understand the page purpose
    Then I should see content that supports request-access form for signed-in users who need team access
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Default state" in the ResearchOps journey
    Given I am using the request access to a team page
    Then I should understand the research value of this part of the journey
    And I should see that initial loaded page state
    And I should be given enough service context to decide what to do next

  Scenario: Understand the default view
    Then I should understand what ResearchOps task this page supports
    And I should be able to choose an appropriate next action for my work

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/account/team-access/index.html

Screenshot of Request access to a team in the Default state state for Desktop.
Request access to a team — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/account/team-access/index.html

Screenshot of Request access to a team in the Default state state for Mobile.
Request access to a team — Default state — Mobile

Your ResearchOps account

/pages/account/index.html

Signed-in account dashboard showing active team, roles, permissions and actions.

Signed-in account dashboard

captured · https://research-operations.com/pages/account/index.html

Account dashboard captured with deterministic Team Admin context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Your ResearchOps account page

  As a user researcher
  I want to use the your ResearchOps account page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the your ResearchOps account page

  Scenario: Understand the page purpose
    Then I should see content that supports signed-in account dashboard showing active team, roles, permissions and actions
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Signed-in account dashboard" in the ResearchOps journey
    Given I am using the your ResearchOps account page
    Then I should understand the research value of this part of the journey
    And I should see that account dashboard captured with deterministic Team Admin context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "account dashboard:not([hidden])" section should be available
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/account/index.html

Screenshot of Your ResearchOps account in the Signed-in account dashboard state for Desktop.
Your ResearchOps account — Signed-in account dashboard — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/account/index.html

Screenshot of Your ResearchOps account in the Signed-in account dashboard state for Mobile.
Your ResearchOps account — Signed-in account dashboard — Mobile

Projects

Projects

/pages/projects/index.html

Project list page.

Projects list with authenticated project context

captured · https://research-operations.com/pages/projects/

Projects page captured through the Worker-protected route.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Review research projects

  As a user researcher
  I want to review existing research projects
  So that I can find the right project and continue the right ResearchOps task

  Background:
    Given I am a user researcher
    When I visit the projects page

  Scenario: View the Projects page identity
    Then I should see the service name "ResearchOps Demo Suite"
    And I should see the page heading "Projects"
    And I should see introductory text that says "Review research projects created in ResearchOps."
    And I should see supporting text that says "Open a project dashboard to manage studies, participants, sessions, notes, evidence, insights and recommendations."

  Scenario: Understand that the service is a prototype
    Then I should see a prototype banner
    And the banner should say "This is a ResearchOps prototype. Do not enter real participant personal data."

  Scenario: Navigate using the primary navigation
    Then I should see primary navigation links for:
      | Home |
      | Start research project |
      | Projects |
    And the "Projects" navigation item should be shown as the current page

  Scenario: Start a new project from the Projects page
    Then I should see the primary action "Start a research project"
    When I select "Start a research project"
    Then I should be taken to the start research project service

  Scenario: Understand the project list
    Then I should see a section called "Research projects"
    And I should see text explaining that "Projects are shown with the newest created project first."
    And I should see loading text that says "Loading projects." until project records are ready
    And project records should be presented newest first when they load

  Scenario: Review loaded project records
    When project records load successfully
    Then each project card should expose:
      | Project organisation |
      | Project title |
      | Phase |
      | Status |
      | Description |
      | View dashboard |
      | User groups |
      | Stakeholders and objectives |
    And each project card should provide a dashboard link for continuing work on that project

  Scenario: Open a project dashboard
    Given project records have loaded
    When I select "View dashboard" for a project
    Then I should be taken to that project dashboard
    And the selected project should be identified by its project ID

  Scenario: Recover when there are no projects yet
    When no project records are available
    Then I should see a status message headed "No projects yet"
    And I should see text explaining that "Create a research project to hold studies, participants, sessions, notes, evidence, insights and recommendations."
    And I should be able to select "Start a research project"

  Scenario: Recover when project records cannot load
    When project records cannot be loaded
    Then I should see an alert headed "Could not load projects"
    And I should see text explaining that "Project records could not be loaded. Try again, or start a new project if you need to continue setting up research work."
    And I should be able to select "Start a research project" so I can continue setting up research work

  Scenario: Use the page without JavaScript
    Given JavaScript is not available
    Then I should see fallback guidance headed "Project records need JavaScript to load"
    And I should see text explaining that "You can still start a new research project from this page."
    And I should still be able to select "Start a research project"

  Scenario: Access the Projects page using a keyboard
    Given I am navigating with a keyboard
    Then I should be able to move focus to the main content
    And I should be able to move focus through the primary navigation links
    And I should be able to move focus to "Start a research project"
    And I should be able to activate project dashboard links without a mouse

  Scenario: Understand the page structure with assistive technology
    Then the page should have one clear main heading
    And the project list should be labelled by "Research projects"
    And the project list should announce loading, empty and error-state changes politely or as an alert as appropriate
    And the project list should expose when it is busy loading project records
    And each project card should expose its heading, metadata, user groups, stakeholders and objectives in a logical reading order

  Scenario: Use the Projects page on a mobile device
    Then the page introduction, project list, project cards, empty state and error state should remain readable
    And no content should require horizontal scrolling

  Scenario: View footer information
    Then I should see the footer text "© 2026 Home Office Biometrics · ResearchOps v1.0.0"
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/projects/

Screenshot of Projects in the Projects list with authenticated project context state for Desktop.
Projects — Projects list with authenticated project context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/projects/

Screenshot of Projects in the Projects list with authenticated project context state for Mobile.
Projects — Projects list with authenticated project context — Mobile

Project dashboard

/pages/project-dashboard/index.html

Project dashboard page.

Project dashboard with operational project context

captured · https://research-operations.com/pages/project-dashboard/?id=recVisualProject001

Dashboard captured with a deterministic project ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Review a research project dashboard

  As a user researcher
  I want to review the status, evidence and next actions for a research project
  So that I can coordinate research activity across the team

  Background:
    Given I am a user researcher
    When I visit the project dashboard

  Scenario: Understand the page purpose
    Then I should see content that supports project dashboard page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Project dashboard with operational project context" in the ResearchOps journey
    Given I am using the project dashboard
    Then I should understand the research value of this part of the journey
    And I should see that dashboard captured with a deterministic project ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Assisted Digital Support Discovery"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/project-dashboard/?id=recVisualProject001

Screenshot of Project dashboard in the Project dashboard with operational project context state for Desktop.
Project dashboard — Project dashboard with operational project context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/project-dashboard/?id=recVisualProject001

Screenshot of Project dashboard in the Project dashboard with operational project context state for Mobile.
Project dashboard — Project dashboard with operational project context — Mobile

Add study

/pages/study/new/index.html

Create a study from the project dashboard action workflow.

Add study with parent project context

captured · https://research-operations.com/pages/study/new/?id=recVisualProject001

Add-study workflow captured with the parent project ID present.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Add a study to a research project

  As a user researcher
  I want to add a study to the correct project
  So that study planning remains traceable to the project context

  Background:
    Given I am a user researcher
    When I visit the add study journey

  Scenario: Understand the page purpose
    Then I should see content that supports create a study from the project dashboard action workflow
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Add study with parent project context" in the ResearchOps journey
    Given I am using the add study journey
    Then I should understand the research value of this part of the journey
    And I should see that add-study workflow captured with the parent project ID present
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Assisted Digital Support Discovery"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/new/?id=recVisualProject001

Screenshot of Add study in the Add study with parent project context state for Desktop.
Add study — Add study with parent project context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/new/?id=recVisualProject001

Screenshot of Add study in the Add study with parent project context state for Mobile.
Add study — Add study with parent project context — Mobile

Missing project ID error

captured · https://research-operations.com/pages/study/new/index.html

Validation state shown when the add-study route is opened without parent project context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Add a study to a research project

  As a user researcher
  I want to add a study to the correct project
  So that study planning remains traceable to the project context

  Background:
    Given I am a user researcher
    When I visit the add study journey

  Scenario: Understand the page purpose
    Then I should see content that supports create a study from the project dashboard action workflow
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Missing project ID error" in the ResearchOps journey
    Given I am using the add study journey
    Then I should understand the research value of this part of the journey
    And I should see that validation state shown when the add-study route is opened without parent project context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Missing project ID"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/new/index.html

Screenshot of Add study in the Missing project ID error state for Desktop.
Add study — Missing project ID error — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/new/index.html

Screenshot of Add study in the Missing project ID error state for Mobile.
Add study — Missing project ID error — Mobile

Add participant

/pages/project-dashboard/participants/index.html

Add a study-linked participant from the project dashboard action workflow.

Add participant with parent context

captured · https://research-operations.com/pages/project-dashboard/participants/?id=recVisualProject001

Participant workflow captured with the project ID present.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Add a participant to a research project

  As a user researcher
  I want to add a participant from the correct project context
  So that recruitment records are connected to the right research work

  Background:
    Given I am a user researcher
    When I visit the add participant journey

  Scenario: Understand the page purpose
    Then I should see content that supports add a study-linked participant from the project dashboard action workflow
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Add participant with parent context" in the ResearchOps journey
    Given I am using the add participant journey
    Then I should understand the research value of this part of the journey
    And I should see that participant workflow captured with the project ID present
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Add participant"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/project-dashboard/participants/?id=recVisualProject001

Screenshot of Add participant in the Add participant with parent context state for Desktop.
Add participant — Add participant with parent context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/project-dashboard/participants/?id=recVisualProject001

Screenshot of Add participant in the Add participant with parent context state for Mobile.
Add participant — Add participant with parent context — Mobile

Import participants

/pages/project-dashboard/participants/import/index.html

Import study-linked participants from CSV.

Import participants with parent context

captured · https://research-operations.com/pages/project-dashboard/participants/import/?id=recVisualProject001

CSV import workflow captured with the project ID present.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Import participants for a research project

  As a user researcher
  I want to import participant records with clear project context and safe guidance
  So that bulk participant setup does not weaken privacy, consent or traceability

  Background:
    Given I am a user researcher
    When I visit the import participants journey

  Scenario: Understand the page purpose
    Then I should see content that supports import study-linked participants from CSV
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Import participants with parent context" in the ResearchOps journey
    Given I am using the import participants journey
    Then I should understand the research value of this part of the journey
    And I should see that cSV import workflow captured with the project ID present
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Import participants"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/project-dashboard/participants/import/?id=recVisualProject001

Screenshot of Import participants in the Import participants with parent context state for Desktop.
Import participants — Import participants with parent context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/project-dashboard/participants/import/?id=recVisualProject001

Screenshot of Import participants in the Import participants with parent context state for Mobile.
Import participants — Import participants with parent context — Mobile

Project outcomes

/pages/projects/outcomes/index.html

Outcomes page for project-level findings and outputs.

Project outcomes with project context

captured · https://research-operations.com/pages/projects/outcomes/?id=recVisualProject001

Outcomes page captured with a deterministic project ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Manage project outcomes

  As a user researcher
  I want to review findings, outputs and decisions for a project
  So that I can keep research outcomes traceable to evidence and recommendations

  Background:
    Given I am a user researcher
    When I visit the project outcomes page

  Scenario: Understand the page purpose
    Then I should see content that supports outcomes page for project-level findings and outputs
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Project outcomes with project context" in the ResearchOps journey
    Given I am using the project outcomes page
    Then I should understand the research value of this part of the journey
    And I should see that outcomes page captured with a deterministic project ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Impact & ROI"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/projects/outcomes/?id=recVisualProject001

Screenshot of Project outcomes in the Project outcomes with project context state for Desktop.
Project outcomes — Project outcomes with project context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/projects/outcomes/?id=recVisualProject001

Screenshot of Project outcomes in the Project outcomes with project context state for Mobile.
Project outcomes — Project outcomes with project context — Mobile

Project journals

/pages/projects/journals/index.html

Reflexive journal page.

Project journals with project context

captured · https://research-operations.com/pages/projects/journals/?id=recVisualProject001

Reflexive journal page captured with project context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Capture reflexive journal entries

  As a user researcher
  I want to capture reflexive notes during a project
  So that I can make assumptions, decisions and researcher influence visible

  Background:
    Given I am a user researcher
    When I visit the project journals page

  Scenario: Understand the page purpose
    Then I should see content that supports reflexive journal page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Project journals with project context" in the ResearchOps journey
    Given I am using the project journals page
    Then I should understand the research value of this part of the journey
    And I should see that reflexive journal page captured with project context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Reflexive Journal & Analysis"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/projects/journals/?id=recVisualProject001

Screenshot of Project journals in the Project journals with project context state for Desktop.
Project journals — Project journals with project context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/projects/journals/?id=recVisualProject001

Screenshot of Project journals in the Project journals with project context state for Mobile.
Project journals — Project journals with project context — Mobile

Journal entry

/pages/journal/entry/index.html

Journal entry detail page.

Journal entry with saved content

captured · https://research-operations.com/pages/journal/entry/?id=recVisualJournal001&project=recVisualProject001

Journal entry detail captured with deterministic project and entry context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Journal entry page

  As a user researcher
  I want to use the journal entry page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the journal entry page

  Scenario: Understand the page purpose
    Then I should see content that supports journal entry detail page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Journal entry with saved content" in the ResearchOps journey
    Given I am using the journal entry page
    Then I should understand the research value of this part of the journey
    And I should see that journal entry detail captured with deterministic project and entry context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Reflection on support handoffs"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/journal/entry/?id=recVisualJournal001&project=recVisualProject001

Screenshot of Journal entry in the Journal entry with saved content state for Desktop.
Journal entry — Journal entry with saved content — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/journal/entry/?id=recVisualJournal001&project=recVisualProject001

Screenshot of Journal entry in the Journal entry with saved content state for Mobile.
Journal entry — Journal entry with saved content — Mobile

Missing journal entry ID error

captured · https://research-operations.com/pages/journal/entry/index.html

Error state shown when the journal detail route is opened without an entry ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Journal entry page

  As a user researcher
  I want to use the journal entry page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the journal entry page

  Scenario: Understand the page purpose
    Then I should see content that supports journal entry detail page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Missing journal entry ID error" in the ResearchOps journey
    Given I am using the journal entry page
    Then I should understand the research value of this part of the journey
    And I should see that error state shown when the journal detail route is opened without an entry ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Missing journal entry ID."
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/journal/entry/index.html

Screenshot of Journal entry in the Missing journal entry ID error state for Desktop.
Journal entry — Missing journal entry ID error — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/journal/entry/index.html

Screenshot of Journal entry in the Missing journal entry ID error state for Mobile.
Journal entry — Missing journal entry ID error — Mobile

Edit journal entry

/pages/journal/edit/index.html

Journal entry edit page.

Edit journal entry with saved content

captured · https://research-operations.com/pages/journal/edit/?id=recVisualJournal001&project=recVisualProject001

Journal entry edit form captured with deterministic project and entry context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Edit journal entry page

  As a user researcher
  I want to use the edit journal entry page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the edit journal entry page

  Scenario: Understand the page purpose
    Then I should see content that supports journal entry edit page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Edit journal entry with saved content" in the ResearchOps journey
    Given I am using the edit journal entry page
    Then I should understand the research value of this part of the journey
    And I should see that journal entry edit form captured with deterministic project and entry context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "journal entry edit form" section should be available
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/journal/edit/?id=recVisualJournal001&project=recVisualProject001

Screenshot of Edit journal entry in the Edit journal entry with saved content state for Desktop.
Edit journal entry — Edit journal entry with saved content — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/journal/edit/?id=recVisualJournal001&project=recVisualProject001

Screenshot of Edit journal entry in the Edit journal entry with saved content state for Mobile.
Edit journal entry — Edit journal entry with saved content — Mobile

Missing journal entry ID error

captured · https://research-operations.com/pages/journal/edit/index.html

Error state shown when the journal edit route is opened without an entry ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Edit journal entry page

  As a user researcher
  I want to use the edit journal entry page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the edit journal entry page

  Scenario: Understand the page purpose
    Then I should see content that supports journal entry edit page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Missing journal entry ID error" in the ResearchOps journey
    Given I am using the edit journal entry page
    Then I should understand the research value of this part of the journey
    And I should see that error state shown when the journal edit route is opened without an entry ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Missing journal entry ID."
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/journal/edit/index.html

Screenshot of Edit journal entry in the Missing journal entry ID error state for Desktop.
Edit journal entry — Missing journal entry ID error — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/journal/edit/index.html

Screenshot of Edit journal entry in the Missing journal entry ID error state for Mobile.
Edit journal entry — Missing journal entry ID error — Mobile

Study

Study overview

/pages/study/index.html

Study overview and readiness controls.

Study overview with readiness context

captured · https://research-operations.com/pages/study/?pid=recVisualProject001&sid=recVisualStudy001

Study overview captured with the canonical Study record ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Review study readiness

  As a user researcher
  I want to review a study and its readiness controls
  So that I can prepare research activity before sessions begin

  Background:
    Given I am a user researcher
    When I visit the study overview page

  Scenario: Understand the page purpose
    Then I should see content that supports study overview and readiness controls
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Study overview with readiness context" in the ResearchOps journey
    Given I am using the study overview page
    Then I should understand the research value of this part of the journey
    And I should see that study overview captured with the canonical Study record ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Assisted digital support interview round 1"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Study overview in the Study overview with readiness context state for Desktop.
Study overview — Study overview with readiness context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Study overview in the Study overview with readiness context state for Mobile.
Study overview — Study overview with readiness context — Mobile

Discussion guides

/pages/study/guides/index.html

Discussion guide list and editor page.

Discussion guides with saved source

captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Discussion guides page captured with the canonical Study record ID and opened guide source.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Manage discussion guides

  As a user researcher
  I want to create, review and organise discussion guides for a study
  So that sessions are run with consistent and purposeful research prompts

  Background:
    Given I am a user researcher
    When I visit the discussion guides page

  Scenario: Understand the page purpose
    Then I should see content that supports discussion guide list and editor page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Discussion guides with saved source" in the ResearchOps journey
    Given I am using the discussion guides page
    Then I should understand the research value of this part of the journey
    And I should see that discussion guides page captured with the canonical Study record ID and opened guide source
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "guide preview h2:first of type" section should be available
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Discussion guides in the Discussion guides with saved source state for Desktop.
Discussion guides — Discussion guides with saved source — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Discussion guides in the Discussion guides with saved source state for Mobile.
Discussion guides — Discussion guides with saved source — Mobile

Empty guide source validation

captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Guide editor validation state shown when a publish action is attempted without guide source.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Manage discussion guides

  As a user researcher
  I want to create, review and organise discussion guides for a study
  So that sessions are run with consistent and purposeful research prompts

  Background:
    Given I am a user researcher
    When I visit the discussion guides page

  Scenario: Understand the page purpose
    Then I should see content that supports discussion guide list and editor page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Empty guide source validation" in the ResearchOps journey
    Given I am using the discussion guides page
    Then I should understand the research value of this part of the journey
    And I should see that guide editor validation state shown when a publish action is attempted without guide source
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "guide source" section should be available
    And I enter "" into the "guide source" field
    And I select "btn publish"
    Then I should see "Enter guide source"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Discussion guides in the Empty guide source validation state for Desktop.
Discussion guides — Empty guide source validation — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/guides/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Discussion guides in the Empty guide source validation state for Mobile.
Discussion guides — Empty guide source validation — Mobile

Note takers and observers

/pages/study/note-takers-observers/index.html

Study support roles setup page.

Note takers and observers with study context

captured · https://research-operations.com/pages/study/note-takers-observers/?pid=recVisualProject001&sid=recVisualStudy001

Support roles setup captured with the canonical Study record ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Note takers and observers page

  As a user researcher
  I want to use the note takers and observers page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the note takers and observers page

  Scenario: Understand the page purpose
    Then I should see content that supports study support roles setup page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Note takers and observers with study context" in the ResearchOps journey
    Given I am using the note takers and observers page
    Then I should understand the research value of this part of the journey
    And I should see that support roles setup captured with the canonical Study record ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Note takers and observers"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/note-takers-observers/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Note takers and observers in the Note takers and observers with study context state for Desktop.
Note takers and observers — Note takers and observers with study context — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/note-takers-observers/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Note takers and observers in the Note takers and observers with study context state for Mobile.
Note takers and observers — Note takers and observers with study context — Mobile

Participants

/pages/study/participants/index.html

Participants page for a study.

Study participants with records

captured · https://research-operations.com/pages/study/participants/?pid=recVisualProject001&sid=recVisualStudy001

Participants page captured with the canonical Study record ID.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Manage study participants

  As a user researcher
  I want to review and manage participants for a study
  So that recruitment and session planning reflect the study needs

  Background:
    Given I am a user researcher
    When I visit the participants page

  Scenario: Understand the page purpose
    Then I should see content that supports participants page for a study
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Study participants with records" in the ResearchOps journey
    Given I am using the participants page
    Then I should understand the research value of this part of the journey
    And I should see that participants page captured with the canonical Study record ID
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Participants"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/participants/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Participants in the Study participants with records state for Desktop.
Participants — Study participants with records — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/participants/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Participants in the Study participants with records state for Mobile.
Participants — Study participants with records — Mobile

Study session

/pages/study/session/index.html

Session running and note capture page.

Study session with participant ready

captured · https://research-operations.com/pages/study/session/?pid=recVisualProject001&sid=recVisualStudy001

Session workspace captured with a selected participant and ready consent status.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Run a research session

  As a user researcher
  I want to run a research session and capture notes
  So that session evidence is recorded consistently and safely

  Background:
    Given I am a user researcher
    When I visit the study session page

  Scenario: Understand the page purpose
    Then I should see content that supports session running and note capture page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Study session with participant ready" in the ResearchOps journey
    Given I am using the study session page
    Then I should understand the research value of this part of the journey
    And I should see that session workspace captured with a selected participant and ready consent status
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "participant select option[value=\"ptp 001\"]" section should be available
    And I choose "ptp_001" from the "participant select" field
    Then I should see "Ready for session"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/session/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Study session in the Study session with participant ready state for Desktop.
Study session — Study session with participant ready — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/session/?pid=recVisualProject001&sid=recVisualStudy001

Screenshot of Study session in the Study session with participant ready state for Mobile.
Study session — Study session with participant ready — Mobile

Study synthesis

/pages/study/synthesis/index.html

Study-scoped evidence grouping and theme creation page.

Study synthesis — group-level review evidence

What this grouping should support

Applies once to the full grouping. State cards below contain only scenario-specific review evidence.

Gherkin acceptance criteria needs review
Feature: Synthesize research evidence

  As a user researcher
  I want to group evidence and create traceable themes
  So that insights and recommendations remain connected to source evidence

  Scenario: Maintain traceability from evidence to theme
    Then I should be able to review evidence provenance before grouping it
    And created themes should remain connected to their source evidence

  Scenario: Prevent unsupported theme creation
    Then I should be prevented from creating a theme until evidence has been grouped
Design-risk notes needs review
Design risk
The analysis journey is central to ResearchOps traceability. Weak evidence-to-theme links can make recommendations appear stronger than the evidence supports.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review

Missing study ID error state

captured · https://research-operations.com/pages/study/synthesis/index.html

Synthesis loaded without a study ID; the page shows the blocking route-context error.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Missing study ID error state

  Scenario: Recover from missing study context
    Then I should be told that synthesis cannot start
    And I should be able to return to a valid study context
Design-risk notes
Design risk
This should remain an explicit route-context error.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/index.html

Screenshot of Study synthesis in the Missing study ID error state state for Desktop.
Study synthesis — Missing study ID error state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/index.html

Screenshot of Study synthesis in the Missing study ID error state state for Mobile.
Study synthesis — Missing study ID error state — Mobile

Empty evidence state

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Study synthesis loaded with valid study context but no captured evidence notes. The page routes the researcher to evidence capture rather than showing synthesis controls.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Empty evidence state

  Scenario: Understand that no evidence is available
    Then I should understand that synthesis cannot proceed yet
    And the page should not imply that analysis is complete
Design-risk notes
Design risk
Absence of evidence must not be presented as an insight.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Empty evidence state state for Desktop.
Study synthesis — Empty evidence state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Empty evidence state state for Mobile.
Study synthesis — Empty evidence state — Mobile

Evidence available before working clusters

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Study synthesis with realistic evidence available. The first available task is creating a working cluster grouping; evidence selection remains hidden until a cluster exists.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Evidence available before working clusters

  Scenario: Review evidence before clustering
    Then I should review source evidence before grouping it
    And I should have enough provenance context to make a defensible analytical decision
Design-risk notes
Design risk
Available evidence should preserve provenance cues.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Evidence available before working clusters state for Desktop.
Study synthesis — Evidence available before working clusters — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Evidence available before working clusters state for Mobile.
Study synthesis — Evidence available before working clusters — Mobile

Working cluster grouping created

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

A researcher creates a provisional working cluster grouping before adding evidence. Evidence selection becomes available only after the cluster exists.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Working cluster grouping created

  Scenario: Treat a working cluster as provisional
    Then I should understand that the cluster is provisional
    And it should not be presented with the same authority as a final insight
Design-risk notes
Design risk
Working clusters must remain visibly provisional.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Working cluster grouping created state for Desktop.
Study synthesis — Working cluster grouping created — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Working cluster grouping created state for Mobile.
Study synthesis — Working cluster grouping created — Mobile

Evidence added to working cluster grouping

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

A researcher selects two evidence notes and adds them to an existing working cluster grouping. Theme creation becomes available after evidence is grouped.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Evidence added to working cluster grouping

  Scenario: Add evidence to a working cluster
    Then I should see what evidence belongs to the cluster
    And evidence movement should remain auditable
Design-risk notes
Design risk
Evidence movement should be auditable.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Evidence added to working cluster grouping state for Desktop.
Study synthesis — Evidence added to working cluster grouping — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Evidence added to working cluster grouping state for Mobile.
Study synthesis — Evidence added to working cluster grouping — Mobile

Theme creation hidden before evidence is grouped

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Theme creation remains hidden until at least one working cluster grouping contains source evidence.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Theme creation hidden before evidence is grouped

  Scenario: Block theme creation without grouped evidence
    Then theme creation should remain unavailable
    And I should understand what evidence action is needed
Design-risk notes
Design risk
Blocking unsupported theme creation is an evidence-integrity safeguard.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Theme creation hidden before evidence is grouped state for Desktop.
Study synthesis — Theme creation hidden before evidence is grouped — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Theme creation hidden before evidence is grouped state for Mobile.
Study synthesis — Theme creation hidden before evidence is grouped — Mobile

Theme created with evidence traceability

captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

A theme is created from a populated cluster and the source evidence IDs remain inspectable.

Screenshot evidenceState-level curated acceptance criteriaState-level curated design-risk notes
What this state should support
Curated criteria Format: Gherkin acceptance criteria
Feature: Theme created with evidence traceability

  Scenario: Review a created theme with traceability
    Then the theme should remain connected to source evidence
    And it should not appear stronger than the evidence behind it
Design-risk notes
Design risk
Created themes must show enough provenance to stop themes becoming detached claims.
Impact
If this is accepted without review, ResearchOps traceability, accessibility or user confidence may be weakened.
Recommended change
Review this evidence against ResearchOps intent, GOV.UK component conventions and WCAG 2.2 AA expectations.
Owner
UCD team
Status
Needs review
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Theme created with evidence traceability state for Desktop.
Study synthesis — Theme created with evidence traceability — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/study/synthesis/?id=recVisualStudy001

Screenshot of Study synthesis in the Theme created with evidence traceability state for Mobile.
Study synthesis — Theme created with evidence traceability — Mobile

Team administration

Review account requests

/pages/team/registration-requests/index.html

Team Admin review page for pending account registration requests.

Pending account requests

captured · https://research-operations.com/pages/team/registration-requests/

Registration request review page captured with a deterministic pending request.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Review account requests page

  As a user researcher
  I want to use the review account requests page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the review account requests page

  Scenario: Understand the page purpose
    Then I should see content that supports team Admin review page for pending account registration requests
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Pending account requests" in the ResearchOps journey
    Given I am using the review account requests page
    Then I should understand the research value of this part of the journey
    And I should see that registration request review page captured with a deterministic pending request
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Pending account requests"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/team/registration-requests/

Screenshot of Review account requests in the Pending account requests state for Desktop.
Review account requests — Pending account requests — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/team/registration-requests/

Screenshot of Review account requests in the Pending account requests state for Mobile.
Review account requests — Pending account requests — Mobile

Review team access requests

/pages/team/access-requests/index.html

Team Admin review page for pending team access requests.

Pending team access requests

captured · https://research-operations.com/pages/team/access-requests/

Team access review page captured with a deterministic pending request.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Review team access requests page

  As a user researcher
  I want to use the review team access requests page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the review team access requests page

  Scenario: Understand the page purpose
    Then I should see content that supports team Admin review page for pending team access requests
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Pending team access requests" in the ResearchOps journey
    Given I am using the review team access requests page
    Then I should understand the research value of this part of the journey
    And I should see that team access review page captured with a deterministic pending request
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Request from Morgan Lee"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/team/access-requests/

Screenshot of Review team access requests in the Pending team access requests state for Desktop.
Review team access requests — Pending team access requests — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/team/access-requests/

Screenshot of Review team access requests in the Pending team access requests state for Mobile.
Review team access requests — Pending team access requests — Mobile

Team access decision error

captured · https://research-operations.com/pages/team/access-requests/

Error state shown when a pending team access decision cannot be completed.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Review team access requests page

  As a user researcher
  I want to use the review team access requests page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the review team access requests page

  Scenario: Understand the page purpose
    Then I should see content that supports team Admin review page for pending team access requests
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Team access decision error" in the ResearchOps journey
    Given I am using the review team access requests page
    Then I should understand the research value of this part of the journey
    And I should see that error state shown when a pending team access decision cannot be completed
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "[data-approve-request=\"tar_visual_001\"]" section should be available
    And I select "[data-approve-request=\"tar_visual_001\"]"
    Then I should see "Team access request could not be completed."
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/team/access-requests/

Screenshot of Review team access requests in the Team access decision error state for Desktop.
Review team access requests — Team access decision error — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/team/access-requests/

Screenshot of Review team access requests in the Team access decision error state for Mobile.
Review team access requests — Team access decision error — Mobile

Assign a role to a team member

/pages/team/role-assignments/index.html

Team Admin role assignment page.

Role assignment form with Team Admin scope

captured · https://research-operations.com/pages/team/role-assignments/index.html

Role assignment page captured with a deterministic Team Admin context.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Assign a role to a team member page

  As a user researcher
  I want to use the assign a role to a team member page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the assign a role to a team member page

  Scenario: Understand the page purpose
    Then I should see content that supports team Admin role assignment page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Role assignment form with Team Admin scope" in the ResearchOps journey
    Given I am using the assign a role to a team member page
    Then I should understand the research value of this part of the journey
    And I should see that role assignment page captured with a deterministic Team Admin context
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "You can assign roles in teams you manage"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/team/role-assignments/index.html

Screenshot of Assign a role to a team member in the Role assignment form with Team Admin scope state for Desktop.
Assign a role to a team member — Role assignment form with Team Admin scope — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/team/role-assignments/index.html

Screenshot of Assign a role to a team member in the Role assignment form with Team Admin scope state for Mobile.
Assign a role to a team member — Role assignment form with Team Admin scope — Mobile

Utilities

Notes

/pages/notes/index.html

Notes page.

Default state

captured · https://research-operations.com/pages/notes/index.html

Initial loaded page state.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Capture research notes

  As a user researcher
  I want to capture and review research notes
  So that evidence can be used later for synthesis and decisions

  Background:
    Given I am a user researcher
    When I visit the notes page

  Scenario: Understand the page purpose
    Then I should see content that supports notes page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Default state" in the ResearchOps journey
    Given I am using the notes page
    Then I should understand the research value of this part of the journey
    And I should see that initial loaded page state
    And I should be given enough service context to decide what to do next

  Scenario: Understand the default view
    Then I should understand what ResearchOps task this page supports
    And I should be able to choose an appropriate next action for my work

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/notes/index.html

Screenshot of Notes in the Default state state for Desktop.
Notes — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/notes/index.html

Screenshot of Notes in the Default state state for Mobile.
Notes — Default state — Mobile

Sessions

/pages/sessions/index.html

Sessions list page.

Default state

captured · https://research-operations.com/pages/sessions/index.html

Initial loaded page state.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Review research sessions

  As a user researcher
  I want to review scheduled and completed research sessions
  So that I can coordinate session delivery and follow-up activity

  Background:
    Given I am a user researcher
    When I visit the sessions page

  Scenario: Understand the page purpose
    Then I should see content that supports sessions list page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Default state" in the ResearchOps journey
    Given I am using the sessions page
    Then I should understand the research value of this part of the journey
    And I should see that initial loaded page state
    And I should be given enough service context to decide what to do next

  Scenario: Understand the default view
    Then I should understand what ResearchOps task this page supports
    And I should be able to choose an appropriate next action for my work

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/sessions/index.html

Screenshot of Sessions in the Default state state for Desktop.
Sessions — Default state — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/sessions/index.html

Screenshot of Sessions in the Default state state for Mobile.
Sessions — Default state — Mobile

Research repository

Research repository

/pages/repository/index.html

Cloudflare-generated research repository front page.

Repository front page with published artefacts

captured · https://research-operations.com/pages/repository/

Repository front page captured from the deployed generated page after the server-rendered repository shell is available.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Research repository page

  As a user researcher
  I want to use the research repository page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the research repository page

  Scenario: Understand the page purpose
    Then I should see content that supports cloudflare-generated research repository front page
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Repository front page with published artefacts" in the ResearchOps journey
    Given I am using the research repository page
    Then I should understand the research value of this part of the journey
    And I should see that repository front page captured from the deployed generated page after the server-rendered repository shell is available
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then the "[data-repository-page]" section should be available
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/

Screenshot of Research repository in the Repository front page with published artefacts state for Desktop.
Research repository — Repository front page with published artefacts — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/

Screenshot of Research repository in the Repository front page with published artefacts state for Mobile.
Research repository — Repository front page with published artefacts — Mobile

Browse evidence by service area

/pages/repository/service-areas/index.html

Find published research artefacts connected to a directorate, product family, operational area or cross-agency service.

Browse evidence by service area

captured · https://research-operations.com/pages/repository/service-areas/?service_area=assisted-digital-support

Service area pages help teams avoid repeating discovery work and understand where reusable evidence already exists.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Browse evidence by service area page

  As a user researcher
  I want to use the browse evidence by service area page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the browse evidence by service area page

  Scenario: Understand the page purpose
    Then I should see content that supports find published research artefacts connected to a directorate, product family, operational area or cross-agency service
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Browse evidence by service area" in the ResearchOps journey
    Given I am using the browse evidence by service area page
    Then I should understand the research value of this part of the journey
    And I should see that service area pages help teams avoid repeating discovery work and understand where reusable evidence already exists
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/service-areas/?service_area=assisted-digital-support

Screenshot of Browse evidence by service area in the Browse evidence by service area state for Desktop.
Browse evidence by service area — Browse evidence by service area — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/service-areas/?service_area=assisted-digital-support

Screenshot of Browse evidence by service area in the Browse evidence by service area state for Mobile.
Browse evidence by service area — Browse evidence by service area — Mobile

Browse by user group

/pages/repository/user-groups/index.html

Find published artefacts about citizens, staff, researchers, decision-makers and operational partners.

Browse by user group

captured · https://research-operations.com/pages/repository/user-groups/?user_group=frontline-staff

Use this route when the user group is the strongest starting point for comparison across services.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Browse by user group page

  As a user researcher
  I want to use the browse by user group page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the browse by user group page

  Scenario: Understand the page purpose
    Then I should see content that supports find published artefacts about citizens, staff, researchers, decision-makers and operational partners
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Browse by user group" in the ResearchOps journey
    Given I am using the browse by user group page
    Then I should understand the research value of this part of the journey
    And I should see that use this route when the user group is the strongest starting point for comparison across services
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/user-groups/?user_group=frontline-staff

Screenshot of Browse by user group in the Browse by user group state for Desktop.
Browse by user group — Browse by user group — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/user-groups/?user_group=frontline-staff

Screenshot of Browse by user group in the Browse by user group state for Mobile.
Browse by user group — Browse by user group — Mobile

Browse evidence by research method

/pages/repository/methods/index.html

Compare evidence from interviews, usability testing, contextual research, surveys and desk research.

Browse evidence by research method

captured · https://research-operations.com/pages/repository/methods/?method=interviews

Method browsing helps teams understand the strength and limits of evidence before reusing findings.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Browse evidence by research method page

  As a user researcher
  I want to use the browse evidence by research method page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the browse evidence by research method page

  Scenario: Understand the page purpose
    Then I should see content that supports compare evidence from interviews, usability testing, contextual research, surveys and desk research
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Browse evidence by research method" in the ResearchOps journey
    Given I am using the browse evidence by research method page
    Then I should understand the research value of this part of the journey
    And I should see that method browsing helps teams understand the strength and limits of evidence before reusing findings
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/methods/?method=interviews

Screenshot of Browse evidence by research method in the Browse evidence by research method state for Desktop.
Browse evidence by research method — Browse evidence by research method — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/methods/?method=interviews

Screenshot of Browse evidence by research method in the Browse evidence by research method state for Mobile.
Browse evidence by research method — Browse evidence by research method — Mobile

Browse evidence by risk or constraint

/pages/repository/risks/index.html

Find evidence about inclusion, accessibility, safeguarding, policy, operational risk and confidence gaps.

Browse evidence by risk or constraint

captured · https://research-operations.com/pages/repository/risks/?risk_area=evidence-boundaries

Risk browsing helps teams find relevant evidence before making decisions that could affect users or service delivery.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Browse evidence by risk or constraint page

  As a user researcher
  I want to use the browse evidence by risk or constraint page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the browse evidence by risk or constraint page

  Scenario: Understand the page purpose
    Then I should see content that supports find evidence about inclusion, accessibility, safeguarding, policy, operational risk and confidence gaps
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Browse evidence by risk or constraint" in the ResearchOps journey
    Given I am using the browse evidence by risk or constraint page
    Then I should understand the research value of this part of the journey
    And I should see that risk browsing helps teams find relevant evidence before making decisions that could affect users or service delivery
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/risks/?risk_area=evidence-boundaries

Screenshot of Browse evidence by risk or constraint in the Browse evidence by risk or constraint state for Desktop.
Browse evidence by risk or constraint — Browse evidence by risk or constraint — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/risks/?risk_area=evidence-boundaries

Screenshot of Browse evidence by risk or constraint in the Browse evidence by risk or constraint state for Mobile.
Browse evidence by risk or constraint — Browse evidence by risk or constraint — Mobile

Repository artefact

/pages/repository/artefacts/index.html

View a published repository artefact with provenance, confidence, limitations and reuse guidance.

Repository artefact

captured · https://research-operations.com/pages/repository/artefacts/

Use the artefact detail to check provenance, confidence, limitations and reuse guidance before applying published evidence.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Repository artefact page

  As a user researcher
  I want to use the repository artefact page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the repository artefact page

  Scenario: Understand the page purpose
    Then I should see content that supports view a published repository artefact with provenance, confidence, limitations and reuse guidance
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Repository artefact" in the ResearchOps journey
    Given I am using the repository artefact page
    Then I should understand the research value of this part of the journey
    And I should see that use the artefact detail to check provenance, confidence, limitations and reuse guidance before applying published evidence
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Repository artefact"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/artefacts/

Screenshot of Repository artefact in the Repository artefact state for Desktop.
Repository artefact — Repository artefact — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/artefacts/

Screenshot of Repository artefact in the Repository artefact state for Mobile.
Repository artefact — Repository artefact — Mobile

Staff need clearer evidence boundaries before accepting recommendations

/pages/repository/artefacts/staff-evidence-boundaries/index.html

Published artefact detail pages show provenance, confidence, limitations and reuse guidance for a single repository artefact.

Staff need clearer evidence boundaries before accepting recommendations

captured · https://research-operations.com/pages/repository/artefacts/staff-evidence-boundaries/

This page is backed by the repository artefact API when available. Static structure keeps the route usable while data loads.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Staff need clearer evidence boundaries before accepting recommendations page

  As a user researcher
  I want to use the staff need clearer evidence boundaries before accepting recommendations page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the staff need clearer evidence boundaries before accepting recommendations page

  Scenario: Understand the page purpose
    Then I should see content that supports published artefact detail pages show provenance, confidence, limitations and reuse guidance for a single repository artefact
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Staff need clearer evidence boundaries before accepting recommendations" in the ResearchOps journey
    Given I am using the staff need clearer evidence boundaries before accepting recommendations page
    Then I should understand the research value of this part of the journey
    And I should see that this page is backed by the repository artefact API when available. Static structure keeps the route usable while data loads
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/artefacts/staff-evidence-boundaries/

Screenshot of Staff need clearer evidence boundaries before accepting recommendations in the Staff need clearer evidence boundaries before accepting recommendations state for Desktop.
Staff need clearer evidence boundaries before accepting recommendations — Staff need clearer evidence boundaries before accepting recommendations — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/artefacts/staff-evidence-boundaries/

Screenshot of Staff need clearer evidence boundaries before accepting recommendations in the Staff need clearer evidence boundaries before accepting recommendations state for Mobile.
Staff need clearer evidence boundaries before accepting recommendations — Staff need clearer evidence boundaries before accepting recommendations — Mobile

Check answers pages reduce review anxiety when change links are explicit

/pages/repository/artefacts/check-answers-review-anxiety/index.html

Published pattern evidence for form journeys where users must verify operational or research planning details.

Check answers pages reduce review anxiety when change links are explicit

captured · https://research-operations.com/pages/repository/artefacts/check-answers-review-anxiety/

The artefact detail route uses the same publication boundary as repository search.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Check answers pages reduce review anxiety when change links are explicit page

  As a user researcher
  I want to use the check answers pages reduce review anxiety when change links are explicit page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the check answers pages reduce review anxiety when change links are explicit page

  Scenario: Understand the page purpose
    Then I should see content that supports published pattern evidence for form journeys where users must verify operational or research planning details
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Check answers pages reduce review anxiety when change links are explicit" in the ResearchOps journey
    Given I am using the check answers pages reduce review anxiety when change links are explicit page
    Then I should understand the research value of this part of the journey
    And I should see that the artefact detail route uses the same publication boundary as repository search
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Check answers pages reduce review anxiety when change links are explicit"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/artefacts/check-answers-review-anxiety/

Screenshot of Check answers pages reduce review anxiety when change links are explicit in the Check answers pages reduce review anxiety when change links are explicit state for Desktop.
Check answers pages reduce review anxiety when change links are explicit — Check answers pages reduce review anxiety when change links are explicit — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/artefacts/check-answers-review-anxiety/

Screenshot of Check answers pages reduce review anxiety when change links are explicit in the Check answers pages reduce review anxiety when change links are explicit state for Mobile.
Check answers pages reduce review anxiety when change links are explicit — Check answers pages reduce review anxiety when change links are explicit — Mobile

Researchers need lightweight capture before structured tagging

/pages/repository/artefacts/lightweight-capture-before-tagging/index.html

Published method learning from session note capture and synthesis workflow feedback.

Researchers need lightweight capture before structured tagging

captured · https://research-operations.com/pages/repository/artefacts/lightweight-capture-before-tagging/

The repository presents reusable learning without exposing raw notes or unreleased synthesis.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Researchers need lightweight capture before structured tagging page

  As a user researcher
  I want to use the researchers need lightweight capture before structured tagging page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the researchers need lightweight capture before structured tagging page

  Scenario: Understand the page purpose
    Then I should see content that supports published method learning from session note capture and synthesis workflow feedback
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Researchers need lightweight capture before structured tagging" in the ResearchOps journey
    Given I am using the researchers need lightweight capture before structured tagging page
    Then I should understand the research value of this part of the journey
    And I should see that the repository presents reusable learning without exposing raw notes or unreleased synthesis
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Researchers need lightweight capture before structured tagging"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/artefacts/lightweight-capture-before-tagging/

Screenshot of Researchers need lightweight capture before structured tagging in the Researchers need lightweight capture before structured tagging state for Desktop.
Researchers need lightweight capture before structured tagging — Researchers need lightweight capture before structured tagging — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/artefacts/lightweight-capture-before-tagging/

Screenshot of Researchers need lightweight capture before structured tagging in the Researchers need lightweight capture before structured tagging state for Mobile.
Researchers need lightweight capture before structured tagging — Researchers need lightweight capture before structured tagging — Mobile

Create candidate artefact

/pages/repository/review/candidates/new/index.html

Create a candidate artefact from reviewed synthesis when it is safe and useful to reuse.

Create candidate artefact

captured · https://research-operations.com/pages/repository/review/candidates/new/

Candidate artefacts are not visible in repository search until review, PII clearance and consent-scope checks are complete.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Create candidate artefact page

  As a user researcher
  I want to use the create candidate artefact page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the create candidate artefact page

  Scenario: Understand the page purpose
    Then I should see content that supports create a candidate artefact from reviewed synthesis when it is safe and useful to reuse
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Create candidate artefact" in the ResearchOps journey
    Given I am using the create candidate artefact page
    Then I should understand the research value of this part of the journey
    And I should see that candidate artefacts are not visible in repository search until review, PII clearance and consent-scope checks are complete
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Create candidate artefact"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/review/candidates/new/

Screenshot of Create candidate artefact in the Create candidate artefact state for Desktop.
Create candidate artefact — Create candidate artefact — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/review/candidates/new/

Screenshot of Create candidate artefact in the Create candidate artefact state for Mobile.
Create candidate artefact — Create candidate artefact — Mobile

Candidate artefacts

/pages/repository/review/candidates/index.html

Review candidate artefacts before they are published to the repository.

Candidate artefacts

captured · https://research-operations.com/pages/repository/review/candidates/

Assess candidate artefacts, record a review outcome and keep a clear audit trail before anything is published.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Candidate artefacts page

  As a user researcher
  I want to use the candidate artefacts page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the candidate artefacts page

  Scenario: Understand the page purpose
    Then I should see content that supports review candidate artefacts before they are published to the repository
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Candidate artefacts" in the ResearchOps journey
    Given I am using the candidate artefacts page
    Then I should understand the research value of this part of the journey
    And I should see that assess candidate artefacts, record a review outcome and keep a clear audit trail before anything is published
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/review/candidates/

Screenshot of Candidate artefacts in the Candidate artefacts state for Desktop.
Candidate artefacts — Candidate artefacts — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/review/candidates/

Screenshot of Candidate artefacts in the Candidate artefacts state for Mobile.
Candidate artefacts — Candidate artefacts — Mobile

Due review

/pages/repository/review/stale/index.html

Check published artefacts that are due for scheduled review.

Due review

captured · https://research-operations.com/pages/repository/review/stale/

Run a scheduled review, confirm whether the evidence still stands and capture the decision for audit.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Due review page

  As a user researcher
  I want to use the due review page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the due review page

  Scenario: Understand the page purpose
    Then I should see content that supports check published artefacts that are due for scheduled review
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Due review" in the ResearchOps journey
    Given I am using the due review page
    Then I should understand the research value of this part of the journey
    And I should see that run a scheduled review, confirm whether the evidence still stands and capture the decision for audit
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/review/stale/

Screenshot of Due review in the Due review state for Desktop.
Due review — Due review — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/review/stale/

Screenshot of Due review in the Due review state for Mobile.
Due review — Due review — Mobile

Withdrawn artefacts

/pages/repository/review/withdrawn/index.html

Inspect artefacts that have been withdrawn from repository search.

Withdrawn artefacts

captured · https://research-operations.com/pages/repository/review/withdrawn/

Inspect governed withdrawn records, understand why they were removed from reuse, and reinstate them when that decision changes.

Screenshot evidenceRoute-level Cucumber evidenceState-level acceptance criteriaAccessibility evidenceDesign-risk notes
What this screen state should support
Needs review Format: Gherkin acceptance criteria
Feature: Use the Withdrawn artefacts page

  As a user researcher
  I want to use the withdrawn artefacts page
  So that I can continue the right ResearchOps task with confidence

  Background:
    Given I am a user researcher
    When I visit the withdrawn artefacts page

  Scenario: Understand the page purpose
    Then I should see content that supports inspect artefacts that have been withdrawn from repository search
    And I should understand what ResearchOps task I can complete from this page

  Scenario: Use "Withdrawn artefacts" in the ResearchOps journey
    Given I am using the withdrawn artefacts page
    Then I should understand the research value of this part of the journey
    And I should see that inspect governed withdrawn records, understand why they were removed from reuse, and reinstate them when that decision changes
    And I should be given enough service context to decide what to do next

  Scenario: Complete the interaction needed for this ResearchOps task
    Given I am ready to continue this ResearchOps journey
    Then I should see "Staff need clearer evidence boundaries before accepting recommendations"
    Then I should be able to continue the ResearchOps journey with confidence

  Scenario: Use this part of the journey accessibly
    Then the page should have one clear main heading
    And headings, labels and controls should be exposed in a logical reading order
    And I should be able to move through the available controls using a keyboard
    And I should be able to activate links, buttons and form controls without a mouse
Design-risk notes
Design risk
No specific design risk recorded for this state.
Impact
No additional impact has been identified beyond the standard route review.
Recommended change
Review this state during the next design critique and update the walkthrough registry if a risk is found.
Owner
UCD team
Status
No risk recorded
Screenshot evidence

Desktop · captured · https://research-operations.com/pages/repository/review/withdrawn/

Screenshot of Withdrawn artefacts in the Withdrawn artefacts state for Desktop.
Withdrawn artefacts — Withdrawn artefacts — Desktop
Screenshot evidence

Mobile · captured · https://research-operations.com/pages/repository/review/withdrawn/

Screenshot of Withdrawn artefacts in the Withdrawn artefacts state for Mobile.
Withdrawn artefacts — Withdrawn artefacts — Mobile