FOURKITES: ONE SYSTEM, TWO MOBILE PROBLEMS

A driver app stripped to near-nothing, and a yard-manager view packed with live data—because mobile craft is knowing which one the moment calls for.

RoleLead UX / Founding Designer
PlatformiOS · Android
Timeline2017 – 2020

10M+

Tracking Events / Day

Customer Expansion

2

Opposite UX Disciplines

iOS · Android

Platforms Shipped

FourKites CarrierLink driver app — facility ratings and average wait times
Driver app · CarrierLink
FourKites app — yard-manager dashboard: at-risk, ETA, and loads at a glance
Yard manager · FourKites

The Driver app — subtract

Built for a glance at 65 mph.

A driver is in a cab, moving, gloves on, attention on the road. Every design decision was subtraction: one-handed reach, the fewest possible taps, legible at a glance, forgiving on a dropped signal.

One screen.
One action.
No mistakes.

The Yard Manager — compress

Built to run a whole facility from a phone.

A yard manager tracks dozens of moving assets in real time. The opposite challenge: maximum information density on a small screen, without it ever tipping into noise.

TRAILER 4471 · dock 12 · on-time TRAILER 2208 · yard · delayed 0:42 TRAILER 9135 · gate · arriving + 38 more in view

01 · The Problem

Real-time logistics doesn't stop when the user leaves their desk. FourKites tracks freight in real time — 10M+ GPS and telematics events a day across thousands of shipments. The web control tower handled the office. But the people who actually move freight aren't at a desk: they're drivers on the road and yard managers walking a facility.

Mobile wasn't a smaller version of the web product. It was two distinct products with two distinct users, two distinct contexts, and — critically — two opposite design requirements. Getting one right would have been a normal mobile project. Getting both right, coherently, on the same platform, is the work.

02 · The Driver App — Designing by Subtraction

The hardest thing to design is the screen with almost nothing on it. A driver opens the app in a moving truck. The design constraint isn't aesthetic, it's safety: anything that requires reading, precision, or thought is a failure. So the whole craft was removing — until what remained could be operated in a single glance, with one thumb, on a screen catching glare through a windshield.

a.

One primary action per screen

Whatever the driver needed to do next was the only thing competing for attention. No secondary actions within reach of a distracted tap.

b.

Thumb-reach and oversized targets

Every interactive element lived in the lower-screen one-handed zone, sized well beyond minimums so a gloved thumb couldn't miss.

c.

Glanceable state, not text

Status read as color and shape before words — recognizable in the half-second a driver can spare.

d.

Forgiving on a dropped signal

Actions queued and confirmed when connectivity returned; the driver never waited on a spinner or lost an update in a dead zone.

03 · The Yard Manager — Designing by Compression

The opposite discipline: maximum density that never tips into noise. A yard manager isn't driving — they're orchestrating. Dozens of trailers, docks, and gates, all moving, all live. Here the failure mode flips: too little information means they walk the lot to find out what the screen should have told them. The craft was fitting a control-room's worth of live data onto a phone and keeping it scannable.

a.

Information hierarchy did the heavy lifting

Typographic weight, spacing, and a disciplined color system let a single row carry ID, location, status, and dwell time without feeling crowded.

b.

Exceptions surfaced themselves

The manager scanned for problems, so delays and anomalies were weighted to pull the eye first — the normal stuff stayed quiet.

c.

Progressive disclosure over fewer screens

Density up front, detail one tap deep — so power users moved fast without the list ever hiding what mattered.

d.

Real-time without the jitter

Live updates settled in calmly instead of reshuffling under the user's thumb — the list stayed trustworthy to read while it changed.

04 · What It Proves

Mobile craft is judgment, not a default. The same designer, the same real-time system, the same week — and two interfaces that share almost no visual DNA, because their users didn't share a context. The driver app and the yard manager aren't a style; they're two correct answers to two different questions.

That's the throughline of how I work on mobile: start from the user's hands and their moment, then decide whether the job is subtraction or compression. Most products need both, somewhere.

Subtraction

Driver · safety-first · one-handed

Compression

Yard manager · density · exception-led

One spine

Single real-time data platform

05 · Mobile Range — Beyond FourKites

This wasn't a one-off. The driver-vs-manager problem is a pattern I've designed for repeatedly — complex operational data, put in the hands of people who are rarely at a desk.

John Deere — Operations Center Mobile

Farm operations management on mobile: equipment, fields, and agronomic data for operators running a business from the cab. Enterprise complexity, field conditions.

John Deere — OnLink Mobile

Connected operations on a phone — another data-dense enterprise surface for users who needed answers on the move, not at a workstation.

Earlier consumer mobile

Gogo and Trapster — consumer apps that grounded the native-platform instincts the enterprise work later leaned on.

Gallery

LET'S TALK

Complex systems, made clear — on every screen they live on. Interested in mobile craft for operational data, or hiring?