UX / UI Case Study · 2024

UX / UI Case Study · 2024

UX / UI Case Study · 2024

DB Navigator 2.0

DB Navigator 2.0

DB Navigator 2.0

Rethinking Deutsche Bahn's mobile app: simplifying the four flows passengers actually use: booking, seat selection, live tracking and support.

Platform

iOS / Android

iOS / Android

Duration

6 months

6 months

My Role

UX/UI Designer

UX/UI Designer

Team

4 People

UX / UI Case Study · 2024

DB Navigator 2.0

Rethinking Deutsche Bahn's mobile app: simplifying the four flows passengers actually use: booking, seat selection, live tracking and support.

Platform

iOS / Android

Duration

6 months

My Role

UX/UI Designer

Team

4 People

TL;DR

TL;DR

Less friction.

Less friction.

Less friction.

Faster journeys.

Faster journeys.

Faster journeys.

DB's mobile app didn't match the quality of its rail network. We re-designed the four most-used flows around real passenger behaviour — and validated each with usability testing.

-22%

-22%

Steps to book a ticket

from 7 → 4 taps

9/10

9/10

Testers completed booking

vs. 2/5 in baseline

+1

+1

Flow unlocked pre-login

live status without account

4

4

Core flows redesigned

booking · seats · tracking · support

CONTEXT

CONTEXT

A great network. A not-so-great app.

A great network. A not-so-great app.

Deutsche Bahn operates one of Europe's most extensive rail networks, efficient, reliable, well-loved by commuters. Yet its official companion app, the DB Navigator, consistently ranks below its peers on the App Store.

Deutsche Bahn operates one of Europe's most extensive rail networks, efficient, reliable, well-loved by commuters. Yet its official companion app, the DB Navigator, consistently ranks below its peers on the App Store.

Riders complained about the same things over and over: a confusing seat picker, no in-app meal ordering, hidden tickets, missing live train status, and a forced login wall just to look at a timetable.

Riders complained about the same things over and over: a confusing seat picker, no in-app meal ordering, hidden tickets, missing live train status, and a forced login wall just to look at a timetable.

Riders complained about the same things over and over: a confusing seat picker, no in-app meal ordering, hidden tickets, missing live train status, and a forced login wall just to look at a timetable.

"I open the app, and somehow I feel less in control of my trip than when I just check the board at the station."

"I open the app, and somehow I feel less in control of my trip than when I just check the board at the station."

"I open the app, and somehow I feel less in control of my trip than when I just check the board at the station."

— Anna, 32, weekly ICE commuter (Berlin → Hamburg)

— Anna, 32, weekly ICE commuter (Berlin → Hamburg)

— Anna, 32, weekly ICE commuter (Berlin → Hamburg)

RESEARCH

RESEARCH

What riders actually told us.

What riders actually told us.

6 in-depth interviews and 14 survey responses revealed the same friction points — across commuters, tourists, and occasional riders.

6

User interviews

45 min each, semi-structured

14

Survey responses

Quant + open-ended feedback

"The seat map is a maze. I booked a window seat and ended up facing backwards with no outlet."

"I had to buy food on the train with cash because the app doesn't let you order ahead. In 2024."

"I use the app because I have to. If there was a decent alternative, I'd switch tomorrow."

PROBLEM

PROBLEM

Four pain points. Four fixes.

Four pain points. Four fixes.

The redesign focuses on reducing uncertainty at four critical touchpoints where users currently lack control/information.

Secure specific seat placement

Passengers struggle to select seats due to unclear layout, causing delays.

Plan food availability

Users cannot add meals during booking, resulting in incomplete trips.

Reach support during disruptions

During delays or cancellations, users cannot contact support directly within the app context for immediate assistance.

Track journey progress accurately

No replies to queries that require immediate attention.

PROCESS

PROCESS

A loop, not a line.

A loop, not a line.

Five stages, repeated twice. Each round narrowed the design and surfaced the next problem.

01

Empathise

6 user interviews

02

Define

pain points into 1 persona

03

Ideate

Crazy-8s, voted top 3 directions

04

Prototype

Marvel low-fi Figma hi-fi

05

Test

A/B testing

Usability Testing

Usability Testing

Letting the prototype fail in private.

Letting the prototype fail in private.

Two rounds of moderated testing on low-fi prototypes, before any pixel of the final UI was drawn.

METHOD

METHOD

PARTICIPANTS

PARTICIPANTS

FIDELITY

FIDELITY

GOAL

GOAL

A/B Testing

3

Low-Fi

Validate booking flow direction

Moderated interviews

3

Low-Fi

Surface frustrations on prototype

Pilot test

2

Hi-Fi

Final dry-run before handoff

A/B Testing

Moderated interviews

Pilot test

3

3

2

Low-Fi

Low-Fi

Hi-Fi

Validate booking flow direction

Surface frustrations on prototype

Final dry-run before handoff

FOUND

Login required to pay was a deal-breaker for 5/6 testers.

FOUND

Coach picker was scrolled past — testers didn't realise they could change coach.

FOUND

Live status was the #1 requested feature, ahead of meals.

High-Fidelity Solution

High-Fidelity Solution

Four flows, redesigned end-to-end.

Four flows, redesigned end-to-end.

Flow 01

Frictionless Exploration Layer

Users can explore schedules and train options without creating an account.

Design Decisions

Authentication decoupled from browsing experience

Reduced cognitive load during early decision-making

Progressive disclosure of login only at conversion point

Flow 02

End-to-End Booking Flow

Ticket selection, seat allocation, and meal planning are combined into a single continuous flow.

Design Decisions

Single-session booking model to reduce context switching

Integrated decision-making (ticket + seat + meal)

Sequential dependency design (route → seat → meal)

Flow 03

Live Journey Transparency

During travel, passengers often lack a clear sense of progress beyond static updates.

Design Decisions

Continuous real-time geospatial tracking

Dynamic ETA recalculation based on live system data

Shareable journey state for external coordination

Flow 04

Verified Support Continuity

When issues arise, users are often forced to restart context every time they reach support.

Design Decisions

Context-aware initialization (preloaded booking metadata)

Intent-based quick reply system for common queries

Human-in-the-loop escalation model (AI triage → agent handoff)

IMPACT

IMPACT

Task Completion

9/10 tasks

90% success

Most participants completed booking with meal planning and seat selection without assistance.

Efficiency Gain

3 min 40 sec

22% faster

Users completed the full booking flow (meal + seat selection) noticeably faster than the older app.

Usability Perception

80

Good usability

System Usability Scale suggests users found the redesigned experience intuitive and fairly easy to learn.

REFLECTION

REFLECTION

What I'd do next.

What I'd do next.

Validate at scale

Six testers told us a story — but Deutsche Bahn has 5M+ monthly app users. With more time I'd run a quantitative diary study to confirm seat-selection abandonment is really the top funnel leak.

Design for the messy middle

We focused on the happy path. Real journeys involve delays, missed connections and replacement buses — that's where the app should shine, and where I'd invest the next sprint.

My contribution

I led the IA, owned the seat-selection and live-tracking flows end-to-end, and ran all six usability sessions. Two teammates owned booking & support; one led visual system.

Interested in working together? I will love to hear from you.

Contact

Muhammad Amin © 2026

Interested in working together? I will love to hear from you.

Contact

Muhammad Amin © 2026