Case Study

Brohdi

Brohdi was a year into development and had never been near a designer when the founders brought me in. I developed the visual identity, then spent eight months redesigning the flows where the budget would buy the most improvement.

RoleVisual identity & UX/UI design
SectorFitness, personal training, online coaching
EngagementFreelance
DatesApril - November 2025
StatusBeta testing. Launch TBC
Worked withClient founders, the client's internal coach team, the client's development team

CHALLENGE

Brohdi does what its competitors do. Training plans, nutrition plans, messaging, content library, progress logging and more. That feature set is the price of entry in this market. What separates one platform from another is how it is to use.

The product ran as a Tailwind-based alpha with client, coach and super-coach roles. Every function worked. None of it had been through design. Layouts had been assembled to expose functionality rather than to be used.

The founders were a year and a development budget into Brohdi and needed to launch. That set the terms. Anything I proposed had to improve the product without pushing the launch further out, which ruled out a rebuild and ruled out redesigning everything.

Image
Image

APPROACH

The work ran in three phases. Phase one developed the visual identity. Phase two built a design system foundation and applied it to screens. Phase three returned to those same screens for deeper UX work. Applying colours and typography had made the product consistent. It had not fixed hierarchy, disclosure or interaction.

I reviewed the developer-built screens and recorded issues and open questions directly in Figma. Those files became the working document for client and developer review. They hold current states, proposed states, alternatives and the reasoning behind each one.

The founder expected coaches to do the bulk of their work on desktop. Planning training, building meal plans, managing clients. That came from fifteen years of coaching and a team of eight internal coaches, so I designed the coach experience for desktop.

I also pushed back on where that assumption led. Desktop-first for the planning work does not mean mobile can be an afterthought, and a coach checking a plan between sessions is a real scenario. The solutions had to hold up on mobile as well.

I built the workout creator as a working prototype in Lovable. It is the most complex part of the product and the place a coach spends most of their week, so it had to feel fast, learnable and worth returning to. AI prototyping was the quickest route to knowing whether it did. I built it, used it, and fixed what annoyed me, without taking a developer off the build. It is now standard in how I work. A prototype a coach can click through surfaces problems that flat screens hide.

The prototype did two more jobs. It made the case to the founders, because a working flow argues for itself in a way a static comparison cannot. It also gave the developers something to interrogate before build. Their questions and the edge cases they raised got answered while changing the design was still cheap.

Image
Image

DECISIONS

01

Choosing where to focus

The founders were willing to push the launch back for work that made the product better. They were not willing to push it far. That made the first decision about where design time would earn the most, not about how much of the product I could get through.

Coaches are the customer. Brohdi sells to them, and a coach evaluating the product judges it on the work they do every day. That put training plan creation and meal plan creation at the top. Both were the hardest parts of the product to use and the parts a coach cannot avoid.

On the client side I took the workout flow. A coach's clients are their reputation, and a client who struggles to complete a workout reflects back on the coach who put them there.

The design system foundation covered the rest. Screens I never opened still inherited consistent components, so the work reached further than the flows I redesigned.

02

Two routes for the visual identity

The founders kept their existing logo. Everything around it was open.

I pitched two identity routes and showed each one applied across the app, the website, social and clothing rather than presenting them as static boards. Brohdi was a product with an audience attached to it, and an identity that only worked at interface scale would have failed the moment it reached a shirt or a launch post. The founders chose one route, which I then rolled out across the product.

03

Comparing two ways to add an exercise

The existing flow was multi-select then confirm. Select exercises, hold them in a staging area, press Add.

It had been copied from the platform the founders had run their business on. They were open about it. It was a starting point to get the product working, and challenging it was part of why I was there.

It had a genuine strength. A coach reviews a selection before committing, which protects against accidental additions.

The costs showed up in a task coaches repeat all day. An extra confirmation step every time. The mental work of holding a selection while you keep searching. A staging area that ran out of room at 1440 by 900.

I prototyped the alternative. One click adds the exercise straight into the builder, where it can be configured in place. That trades error prevention for speed and immediate feedback.

Reversibility became the thing to solve. The grey plus becomes a filled blue control with a clear remove action. Removing from the library removes it from the workout. The two panels hold the same state rather than looking like they do.

I documented both flows with their strengths and weaknesses so the client could choose against the real trade-off.

Create Training Plan

Warmup

Workout

Adding activities to Workout

Cooldown

Add Exercise
Add Circuit
New Exercise+
Search
Show Coach Brohdi exercises
Show only no-equipment exercises
+Add Exercise
Bench Press
BB Back Squat
BB Bent-Over Row
Dips
Cable Face Pull
Leg Press
Machine Leg Extension
Walking Lunge
Lat Pulldown
Overhead Press
Create Training Plan
Search exercises
AllUpperLowerPushPull
Bench Press+
BB Back Squat+
BB Bent-Over Row+
Dips+
Cable Face Pull+
Leg Press+
Machine Leg Extension+
Walking Lunge+
Lat Pulldown+
Overhead Press+

Warmup

Workout

Ready to build your workout

Click + on any exercise to add it here, then set reps and weight in place.

Cooldown

Image
Create training plan screen with the initial design system applied however no UX work had been done at this point. Showing the logo on every exercise and the eye icon were unnecessary. The staging area was only able to show 7 exercises on laptop browser size.
04

Telling a coach an exercise is already in the week

Coaches on the client's internal team said they wanted to know when an exercise already appeared on another day of the same training week. Some avoid repeating exercises for particular clients. Their reason was that a client can read repetition as a coach recycling the same plan.

My first version put the detail in the card. "In plan: Mon Pull, Tue Push."

Coaches name their own days. One called a day "Monday push pull." Long names broke the component.

Three solutions went into comparison. A developer proposed numbered day pills in the card. I proposed a small red dot beside the information icon. The third used a multi-check icon.

I rejected the numbered pills. Exercises, sets and reps already fill this interface with numbers. Adding day numbers to that made it harder to read.

The multi-check icon would have made three icons on one card. Add, information, and then a third for cross-day usage. Three felt like too many in the densest part of the screen. That was judgement rather than testing, based on the number of dense interfaces I have worked on.

The red dot carries status and nothing else. Full day names moved into the exercise information overlay, where there is room for them however long they get.

Image
Image
05

Cutting the exercise card down to what a coach needs

Each exercise card carried a large thumbnail for a video that might not exist. The video matters to a client performing the movement. A coach building a plan needs the exercise name and needs to know a video exists.

Cards became compact rows led by the name. Tags, equipment, video availability and full instructions moved into an overlay behind the information icon. The list holds more exercises and scans faster. Reference detail is one click away instead of permanently in the way.

Image
Image
06

Rebuilding the meal planner around hierarchy

Everything a coach needed was already on the screen. The problem was that everything looked equally important.

I set the structure as Meal Plan, then Meals, then Ingredients, and used size, spacing and brand colour tints to make that structure visible.

Then I decided what to hide. A collapsed meal shows its name and its total macros. Individual ingredient macros stay hidden until opened.

That decision came from how coaches work. A coach who has programmed a balanced chicken and sweet potato bowl regularly does not need the per-ingredient breakdown while planning. They need the overview and the totals. Coaches confirmed they knew their regular recipes well enough for the detail to be optional. The feedback on the redesigned screen was positive.

Image
07

An ingredient grid that survives real content

Ingredient names vary in length. The existing layout let that variation push every following input to a different horizontal position. Rows would not scan.

I built a column grid. The name flexes inside a controlled width. Quantity, unit and macros hold their columns down the page. On smaller screens each ingredient stacks into a group instead of compressing the columns.

Image
08

Designing the client workout screen as a focused mode

The inherited exercise screen nested containers inside containers. Coach-set values looked editable. Completion was an unlabelled tick. Complete Exercise sat on screen the whole time. Global navigation stayed at the bottom throughout.

I removed the bottom navigation for the duration of an exercise. Global navigation is for moving between top-level areas of an app. An active workout is a single self-contained task, and a client working through sets has no reason to be one press from the nutrition tab. I made that call from experience and later found it matched established guidance on when bottom navigation should be dropped.

Coach-prescribed values became visually read-only. The tick became a Log button, because Log names what the action does. Complete Exercise appears only once every set is logged. The rest timer became a show and hide control rather than a permanent block.

I also raised a Skip action and flagged it as a functionality change rather than a design change. It stayed a question for the client.

Image
Image
09

Scoping the design system as a foundation

Brohdi was already built in Tailwind. A full design system programme would have run past what the product needed and past what the budget allowed.

The foundation also had a job the redesigned flows did not. Most of the product was never in scope for redesign. Those screens still needed to look like the same product, which meant the system had to be usable by developers on screens I would never open.

I scoped it accordingly. Recurring components, plus colour, typography, spacing, grid, states, iconography and responsive variants defined where the priority flows needed them. Three flows set that priority. Coach meal plan creation, coach training plan creation, and the client workout.

It is a foundation and I would describe it that way in any review. It gave the product consistent components across both the coach and client experiences, and it was structured to grow.

Image

OUTCOME

Delivered

  • Brohdi visual identity. Two routes pitched with mockups across app, web, social and clothing, then the selected route rolled out across the product
  • A design system foundation applied across the coach and client products
  • A redesigned coach training plan builder, with a working interaction prototype
  • A restructured meal planner with responsive ingredient editing
  • Five client mobile screens, redesigned screen by screen: select workout, active workout, exercise, profile, content library

The five client screens were the ones the team asked for.

The repeated-exercise indicator entered the designs as a direct result of coach feedback. The feedback on the meal planner redesign was positive.

The visual identity and the design system were implemented in the product during the engagement. The Phase 3 redesign work was delivered as designs and prototypes. The product was still in alpha at handover, and I have no confirmation of what the development team built after that point.

REFLECTION

The useful part of this project was what the constraint forced. Working inside a build that already existed meant every proposal had to hold up against real content, a real front end, and a coach using it all day. Long day names broke a component. Selected exercises overran a viewport. Ingredient names knocked a layout out of alignment. Each of those pushed the design somewhere better than the version I would have drawn on a blank page.