Tristan ClarksonLead UX Designer
Rejoin

Freelance project · Lead UX Designer

When the timetable stops being the plan, Rejoin gives one next correct action.

A cancellation changes the passenger's job from travelling to recovering. Rejoin brings service status, ticket rules, access needs and connection risk together before recommending what to do next.

Project
Freelance engagement
Role
Lead UX Designer
Testing
Autonomous usability testing with AI-assisted analysis
Rejoin opening screen in deep ink blue
Rejoin explaining a cancellation and preparing a recovery route

01 · The problem

Disruption creates a different product job.

Planning tools help people search, compare, buy and travel. Once the plan breaks, the immediate need is to detect what changed, understand the consequence and commit to a viable recovery.

A planned journey changes from search, compare, buy and travel into detect, understand, recover, reassure and continue, with a loop if recovery fails again
The recovery job can repeat. A new disruption sends the passenger back through the same decision cycle.

The passenger is not choosing between trains. They are resolving ticket validity, access, connection risk and the last viable route home.

Those facts often sit across different products and organisations. The pressure comes from having to connect them quickly, in the right order, while already in motion.

02 · Product approach

The information existed. The service gap was connecting it around one passenger.

Rejoin is not another journey planner. It assembles network truth, the journey already bought and the passenger's constraints, then translates them into one defensible action.

Ticketing, operator, network, staff and Delay Repay information converging in Rejoin around the passenger's journey and access needs
Rejoin closes the gap between fragmented service facts and the decision this passenger needs to make now.
Resolve before rankingRemove routes that fail ticket, access or connection checks before comparing speed.
Show the reasoningMake validity, timing and accessibility visible so the recommendation can be trusted and checked.
Stay useful after failureTreat recovery as a live state that can change again, not a one-off alert.

03 · Key decision logic

Do not return a list and call it help.

A ranked list still leaves the hardest work with somebody on a concourse. Rejoin checks whether a route is viable first, then gives one recommendation with the reasons in the main path.

Rejoin checks live service, ticket validity, accessibility, connection time and consequence before returning a recommendation, a verification request or no viable route
Confidence changes the outcome. Rejoin can recommend, ask for verification or say that no viable route is available.

The recommendation answers five questions before it asks for action.

  1. 01

    Is it running? Check live service and downstream disruption.

  2. 02

    Is the ticket accepted? Resolve operator and restriction rules.

  3. 03

    Can this passenger use it? Treat step-free access as a blocking condition.

  4. 04

    Can they make the connection? Include walking and platform-change time.

  5. 05

    What happens if it fails? Prefer a route with a recoverable consequence.

Rejoin's recommended route showing the next train and route confidence
One route leads. Alternatives remain available without competing for attention.
Focused Rejoin route detail showing timing, ticket acceptance, connection buffer and step-free access
The reasons are part of the decision, not hidden behind a confidence score.

04 · Recovery journey

Recovery is a state the journey can enter more than once.

The interface changes with the passenger's job. Normal journey guidance gives way to an explanation of what happened, a checked recovery route and reassurance as the new plan progresses.

Journey states progress from upcoming and active through attention needed, checking recovery, recovery ready, recovering, back on track and complete, with a loop if disruption returns
The lifecycle keeps the product honest about uncertainty. Recovery can be checked, ready, in progress or interrupted again.

A meaningful state change

The interface stops behaving like a timetable when the timetable stops being useful.

Before disruption, Rejoin supports the physical journey with platform, seat and wayfinding detail. After cancellation, the priority becomes explanation and a clear holding action while the service checks a recovery route.

The transition is deliberate: say what changed, show what is being resolved and only then ask the passenger to commit.

Active Rejoin journey with platform, seat and wayfinding information
Active: support the journey already under way.
Cancelled Rejoin journey explaining what happened and what the service is doing next
Attention needed: explain first, then prepare recovery.

05 · Value and validation

The value is continuity, not another journey planner.

Rejoin carries the decision beyond the alternative train. It records what actually happened, preserves the evidence and makes compensation or later review part of the same journey history.

Completed Rejoin journey comparing planned and actual arrival, with Delay Repay and an audit log
Completion keeps the actual outcome, compensation and evidence together.

A recovery service should remember the consequence of its own recommendation.

That creates a continuous record from the moment the plan failed to the eventual arrival. The passenger does not have to reconstruct the disruption later across tickets, emails and operator websites.

During disruption
One viable next action with reasons and a fallback.
While recovering
Updated guidance if the new plan changes again.
After arrival
Actual journey evidence, claim status and an audit trail.

These screens communicate the designed outcome with illustrative data. They do not represent a launched service or measured impact.

Rejoin journey history with punctuality and reclaimed compensation summaries
History turns recovery into a record the passenger can return to.

AI-assisted usability testing

Test the decision, then break it again.

AI helped accelerate usability testing. Autonomous, scenario-based runs exercised the recovery flow, including a second disruption, then AI supported the analysis and synthesis of recurring issues and insights.

  • Time to the next correct action
  • Ticket, access and connection errors
  • Confidence at the moment of commitment
  • Trust after an injected second disruption
Proposed research sequence where a passenger chooses a recovery route, explains the decision and responds to a second disruption
The autonomous test sequence checked the first recovery decision, then disrupted it again. AI supported analysis and synthesis after the runs.
Return to the systems case studyHow repeated AI questions became a practice that could travel.