For delivery teams

One journey. Three professional lenses.

Digital fairness cannot be reviewed by legal wording, interface design or automated tests alone. These role pathways show what each team owns, which evidence it needs and how the same customer journey can move from an open question to a reviewable release decision.

Choose your role

Start with the questions you are responsible for.

Legal

Digital fairness for legal teams

A legal-team pathway for separating current EU law, the announced Digital Fairness Act initiative and the evidence needed to advise on customer journeys.

Practical outcome
A review record that explains the current legal basis, the material facts, the unresolved questions and the product change or monitoring decision.
Open the role pathway →
Product & UX

Digital fairness for product and UX teams

A practical product and UX pathway for reviewing digital choices, comparing manipulative and neutral designs and documenting fair alternatives.

Practical outcome
A journey design that lets users understand and act on the available options while the team can explain the purpose, trade-offs and evidence behind the chosen implementation.
Open the role pathway →
Compliance & Engineering

Digital fairness for compliance and engineering teams

An operational pathway for turning digital-fairness questions into reproducible journey evidence, release controls and reviewable decisions.

Practical outcome
A reproducible control that shows which journeys were reviewed, which states were observed, what changed and where human legal or product judgment remains necessary.
Open the role pathway →

Evidence workflow

How the teams work from one evidence set

The handoff is strongest when each team adds its own judgment to the same observed journey instead of producing disconnected screenshots, tickets and legal notes.

  1. Legal

    Frame the current rule and uncertainty

    Define the material choice, current-law threshold and any DFA question that remains only announced or under consideration.

    Evidence to retain
    Provision, source status, scope, threshold and unresolved facts.
  2. Product & UX

    Explain the decision environment

    Map the sequence, user need, alternatives, prominence, effort and a fairer design that preserves the legitimate product purpose.

    Evidence to retain
    Journey map, design comparison, research and decision rationale.
  3. Engineering

    Prove the system behaviour

    Reproduce variants and confirm the state or business outcome before and after the proposed change.

    Evidence to retain
    Configuration, interface state, transition, persisted outcome and release.
  4. Compliance

    Record and reopen the decision

    Join the source, evidence and approvals, then define the product or regulatory event that should trigger another review.

    Evidence to retain
    Owner, conclusion, residual uncertainty, remediation and review trigger.
This workflow is a practical review model, not a statement of legal duty.Provenance: Original Flowlane workflow diagram synthesised from this portal’s source-status methodology, journey-evidence model and role guidance; reviewed 10 August 2026.