Product Design · iOS

A nutrition and training app that turns daily logging into one calm, glanceable system, protein, calories, fasting, workouts, and a coach link.

iOSSwiftUIDesign systemLiquid GlassHealth
Product design · iOS · Design systems · Liquid Glass
View the design in Figma
Role
Designer and builder, owned product framing, the design-token system, the component library (Liquid Glass cards, the protein ring, the metric grid), every screen across onboarding, logging, trends, coaching and paywall, and light and dark from day one.
Project type
iOS nutrition & training app
Featured outcome
Client + coach , Two-sided, billing built in

Pacer is a nutrition and training app for people who want to hit a protein floor, stay in a calorie target, respect an eating window, and train, without the app becoming a second job. It pairs a client app with a coach side, so a trainer can see a client’s day and bill them, all inside one product language.

Pacer: hero showcase
Problem

The challenge

Most tracking apps confuse logging with insight. They ask for a lot, give back a wall of numbers, and make the daily ritual feel like data entry. The real problem was attention: the user needs to know, in one look, whether today is on track, and to fix it without thinking.

Research

Discovery & research

Pacer started from a familiar failure mode, trackers that bury the one number you came for and turn logging into data entry. Discovery was about what makes a daily ritual stick, what a glanceable 'am I on track?' answer actually needs, and how to fold nutrition, fasting, training and coaching into one system without the bloat.

Competitive teardown (nutrition trackers)Jobs-to-be-done framingUSDA food-data sourcingTwo-sided coach↔client modellingiOS 26 / Liquid Glass platform study
What I found · 05
01 Logging dies the moment it feels like data entry

Most trackers ask for too much per meal, so the habit never forms. The research bar was a daily ritual you can complete in roughly two taps, which meant designing logging as fast search-and-confirm plus one-tap quick-adds, not a form.

EvidenceBuilt as a search-or-quick-add logging flow on the Today dashboard.

02 People want a verdict, not a number

'96 g protein' makes the user do the maths. The same figure as a coloured ring, a '44 g to go', or a green/red deficit card answers the question they actually have, am I on track right now? Every number is rendered as a judgement.

EvidenceThe Today screen leads with the protein ring and a state-coloured deficit card.

03 The day is split across four apps

Nutrition, fasting, training and supplements usually live in separate tools. Discovery scoped one system that carries all of it, so the design problem became density without clutter rather than feature breadth.

EvidenceFasting window, training plan, supplements and a GLP-1 schedule all live in the one app.

04 Food numbers have to be both fast and trustworthy

A tracker is only as good as its food data. Choosing a credible, comprehensive source meant the numbers behind every log could be trusted, which is what lets the 'verdict' colour mean anything.

EvidenceBacked by a USDA food database.

05 Coaching is usually bolted on with its own UI

Most apps treat the coach side as a separate, inconsistent product. Pacer modelled coach and client as one language, including a real billing link, so a trainer reads a client's day in the same system the client logs it.

EvidenceA dedicated Pacer Coach app, a client↔coach billing link, and a StoreKit paywall, all in one design language.

Process

How I approached it

I built Pacer the way you build a system, not a screen. First a token layer, a warm, semantic colour set with light and dark values and a set of "state" colours that drive the deficit card. Then a component vocabulary: the Liquid Glass card, the protein ring, the metric tile, the quick-add. Every screen is assembled from that vocabulary, so the whole app stays coherent and flips to dark for free.

01

Defined semantic colour tokens, warm palette, light + dark, plus deficit states

02

Built a Liquid Glass surface and a small component library on top of it

03

Designed the Today dashboard around one hero: the protein ring

04

Reduced logging to a search-and-confirm flow plus one-tap quick-adds

05

Modelled the data so every number is also a colour-coded judgement

06

Extended the same language to onboarding, trends, schedule, paywall and the coach side

Challenges

Trade-offs

The hard part was density without clutter. A real nutrition day has a lot in it, macros, fasting window, training, supplements, coaching. The screen had to carry all of it and still feel calm enough to read in a queue.

Pacer: solution detail
Solution

Final direction

The result is a single, glanceable system. The Today screen leads with the protein ring and a state-coloured deficit card; logging is a fast search-or-quick-add; trends, schedule, paywall and the coach surfaces all speak the same Liquid Glass language. Because everything is token-bound, the entire app flips to a fully designed dark mode in one switch.

Impact

Outcomes

Pacer is a fully designed, buildable iOS product rather than a flat mock-up, it builds and runs, with onboarding, a USDA-backed food database, fasting, training, supplements, a coach↔client billing link, and a StoreKit paywall. The design contribution is the system underneath: a token-first, component-led iOS app where coherence and dark mode are structural, not manual. [Add a live metric once shipped: day-1 logging rate / retention.]

Client + coach
Two-sided, billing built in
2 taps
To log a meal
Light + dark
Both first-class
iOS 26
Liquid Glass system

Every number should also be a verdict.

Jonathan Pace Product design · iOS · Design systems · Liquid Glass
Pacer: final showcase
Takeaway

A tracker is not really about tracking. It is about answering one question, "am I on track right now?", fast enough that the user keeps coming back. The system exists to make that answer instant.

Next project

Nettaker

An iOS calculator for people moving countries, enter a salary and a country and see real take-home pay, local cost of living, and which destination lets you keep the most.

Open case study