McLaren project artwork
Client
McLaren Formula 1 Team
Role
Product Design, UX/UI Design, Development
With
Neptune Digital

Consolidating scattered spreadsheets into one Travel operation platform.

Introduction / The Challenge

One travel platform for an entire Formula 1 season.

The travel team moves 600+ users to over 24 races each season, coordinating flights, hotels, car hire and ground transport around individual roles, documents and arrival windows.

That work was spread across spreadsheets, itinerary software, email, WhatsApp and Smartsheet. The challenge was to replace those disconnected tools with one source of truth without losing the detail and flexibility the team relied on.

McLaren traveller app displayed on a phone
Research and Discovery

The real specification wasn't a feature list, it was already living inside their spreadsheets.

The client's travel team moved 300+ people a season across dozens of events, spread across spreadsheets, itinerary software, email, WhatsApp and Smartsheet. Workshops mapped how the team actually worked, not how the process was meant to look on paper, and auditing their live sheets uncovered the real data model behind it.

That work set the brief for success: retire the old tools completely, surface answers and deadlines instantly instead of on request, flag expiring documents early, and keep finance's own reconciliation process intact.

Ideation (Prototypes)

The hard problem wasn't the screens, it was modelling people, trips and documents as one system.

I used Figma prototypes to pressure-test the structure with the travel team before building anything, covering travellers, events, flights, versioning and suppliers.

Separating people from trips meant a passport or visa only needed tracking once, against every future trip. I replaced the team's old habit of duplicating spreadsheet tabs (V1, V2, V3) with a direct comparison view, and turned costs into a live property of each booking rather than a report built after the fact. Testing with full-squad data early exposed scaling issues, and the traveller-facing app was reduced to one clear timeline: where next.

The exploration canvas — early wireframes, mobile concepts and brand architecture explored in parallel.
The exploration canvas — early wireframes, mobile concepts and brand architecture explored in parallel.
The presentation file, organised into delivery phases — travellers, events, flights, versioning and suppliers.
The presentation file, organised into delivery phases — travellers, events, flights, versioning and suppliers.
Design Process

Two products had to feel like one system, built to surface risk instead of hiding it.

Useful spreadsheet habits, like colour-coded changes, stayed. Anything that only existed because of the old tools' limits got redesigned properly. I prioritised density over hiding information, using typography and spacing to keep dense screens scannable for expert daily users.

The desktop platform and the traveller app share one design language and data model despite serving very different audiences. Risk, expiring documents, unbooked legs, looming deadlines, is surfaced in the interface rather than left for someone to notice. Design and build stayed connected throughout, so the product could adapt as real usage revealed what actually needed to change.

Travel operations platform login on a laptop
Final Solution — Outcome and Learnings

The clearest sign it worked: the old tools disappeared, and nobody asked where they went.

The finished platform covers traveller profiles, document tracking, event and season set-up, and full allocation management for flights, hotels, cars and transfers, alongside supplier versioning, published/draft states, notifications and collaboration tools.

Legacy tools were fully retired within three months of the project starting. Every document expiring within a year became completely visible and tracked. The platform now supports 600+ users on the same underlying model it launched with.

Looking back, I'd have spent more time with the people using the old system before building, uncovering the small habits behind their day-to-day work rather than moving quickly into the structure. The model held up well, but a slower start would have made it even sharper from day one.