Skip to content

Mobile UINorthbound Transit

Rebuilding a regional transit app around one thumb

Four counties, six years of feature creep, and a home screen that answered every question except the one riders were actually asking.

  • Product UI
  • Prototyping
  • Accessibility
Client
Northbound Transit
Discipline
Mobile UI
Engagement
UI/UX design and prototyping
Platforms
iOS and Android
Duration
11 weeks
Delivered
2024

01The problem

What we walked into

Northbound runs buses and light rail across four counties. Their app had grown one feature at a time for six years, and every new team had added its own tab. By the time we saw it, the home screen carried nine entry points and none of them was the one people needed.

The most common task in the product analytics was also the slowest: finding out whether the next bus was actually coming. It took four taps, a map that loaded after the bus had already left, and a live-status label that showed the timetable when the real feed dropped out.

Riders had worked around it. The support inbox was full of people asking staff to check departures for them, and the app store reviews had settled into a long complaint about a product that technically worked.

02Goals

What the work had to achieve

Agreed in the first fortnight, written down, and used to settle every argument afterwards.

  1. G01

    Answer the first question first

    Next departure, on screen, at launch, with no interaction required. Everything else on the home screen has to earn its place underneath that.

  2. G02

    One hand, moving vehicle

    Every primary action reachable in the bottom third of the screen, with tap targets that survive a bus taking a corner.

  3. G03

    Honest live data

    When the real-time feed is stale or missing, the interface has to say so plainly rather than quietly showing the timetable.

  4. G04

    WCAG 2.2 AA, no exceptions

    Contrast, focus order, dynamic type up to 200 percent, and screen reader labels on all 34 screens, not just the ones in the demo.

03UI approach

The decisions that shaped the interface

Four moves that did most of the work. Everything else on the project followed from them.

  1. 01

    A home screen with one job

    We cut the home screen to a single live departure board for the stops you use, ordered by walking distance. Everything else moved behind a four-item tab bar. Nine entry points became one answer and four destinations.

  2. 02

    The thumb zone as a hard constraint

    We drew a reachability line across every screen and treated anything above it as read-only. Search, filters, and confirmations all sit below the line, which changed the layout of almost every view in the app.

  3. 03

    Live status you can trust

    Three states, drawn distinctly: live and moving, scheduled only, and no data. Each has its own chip, its own icon, and its own colour, and the timestamp of the last real update is always visible next to the time.

  4. 04

    Type set for movement

    Departure times set at 34px with tabular figures so digits do not jump as they count down. Everything supporting drops to 15px, which put a clear two-step gap between what you read at a glance and what you read on purpose.

04Components and design system

What got built underneath

The reusable parts, and the tokens they were built from. This is the layer that keeps the interface consistent after we leave.

Departure card

The atom the whole app is built from. One route, one countdown, one status chip, one walking time. It appears on the home board, in search results, and inside the stop detail view without a single variant fork.

  • surface/raised
  • text/countdown
  • space/card-tight
  • radius/card

Service status chips

Four states with fixed colour and icon pairings, so status never depends on colour alone. The palette was tested at AA against both the card surface and the dark map overlay.

  • status/live
  • status/scheduled
  • status/delayed
  • status/no-data

Thumb-safe layout grid

A 4pt spacing scale with a named reachability band. Any interactive component placed outside the band fails design review, which made the rule enforceable rather than aspirational.

  • space/thumb-safe
  • size/tap-44
  • grid/gutter-16

05Outcomes

What changed after release

Measured by the client, on their own reporting, over the period noted against each figure.

To reach the next departure
0 tapsTo reach the next departureDown from four. It is now the first thing rendered at launch.
Fewer support contacts about live times
41%Fewer support contacts about live timesMeasured across the first two quarters after release.
Screens at WCAG 2.2 AA
34 / 34Screens at WCAG 2.2 AAVerified with an external audit before launch.
Average store rating
4.6Average store ratingUp from 3.1 in the six months following the rollout.

The change riders mentioned most was not the redesign. It was the no-data state, because for the first time the app admitted when it did not know.

They deleted more of our app than they added, and it is the best thing anyone has done for it.
Ilse DraperHead of Digital, Northbound Transit

07Take it with you

The one-page version

Everything above, condensed to plain text. Copy it into a brief, or download it to circulate internally.

Case study summary

Plain text, ready to paste into a brief or a board pack. Saves as baseline-studio-northbound-transit-summary.txt.

BASELINE STUDIO / CASE STUDY SUMMARY
================================================================

Client:      Northbound Transit
Project:     Rebuilding a regional transit app around one thumb
Discipline:  Mobile UI
Engagement:  UI/UX design and prototyping
Platforms:   iOS and Android
Duration:    11 weeks
Year:        2024

OVERVIEW
================================================================
Northbound Transit had a six-year-old app carrying nine home screen entry points, none of which answered the question riders opened it to ask.

We rebuilt the interface around a single live departure board, moved every primary action into a defined thumb-reachable band, and drew live status as four honest states including an explicit no-data case.

Delivered across 11 weeks: 34 redesigned screens at mobile and tablet widths, every state drawn, a component spec covering the departure card and status system, and a tested prototype used in eight moderated sessions.

Results: next departure visible at launch with no interaction, 41 percent fewer support contacts about live times, WCAG 2.2 AA verified across all 34 screens by external audit, and store rating up from 3.1 to 4.6.

OUTCOMES
================================================================
0 taps  To reach the next departure
          Down from four. It is now the first thing rendered at launch.

41%  Fewer support contacts about live times
          Measured across the first two quarters after release.

34 / 34  Screens at WCAG 2.2 AA
          Verified with an external audit before launch.

4.6  Average store rating
          Up from 3.1 in the six months following the rollout.

CONTACT
================================================================
Baseline Studio
studio@baseline.design
+1 (415) 555 0142

Figures describe a specific product, team and period, and are
published to explain the work rather than to predict a result.

05Start a project

Working on something similar?

Tell us where your product is getting stuck. We will tell you honestly whether this is the kind of problem we are good at, and what we think it would take.

Current availability
Taking on two engagements for the coming quarter.
Typical reply time
Two working days, from a partner rather than a form.

Expires in

Limited time offer

We rebuilt your site for you. Claim it and we handle everything transfer, hosting, and your domain. Then update it anytime, just by asking AI.

Host for only$8 per monthBilled yearly
Claim limited offer now