A failed App Store submission and an invisible freemium model were the starting point. What followed was a full design engagement and a workflow built around Claude Code and Figma MCP.

Brazily Fitness's first iOS app was rejected by the App Store. Built on a web view-based tool, it hit Apple's policy restrictions before a single user could download it. That rejection forced a conversation around building a real native app, and created an opportunity to fix what wasn't working underneath too.
Despite strong content and an engaged community, mobile bounce rates were high. The freemium model was invisible in the UI. New visitors had no orientation path. The drop-off problem wasn't content quality, it was navigation.
This case study focuses less on the design decisions themselves and more on how I worked: specifically, how I used Claude, Claude Code, and Figma MCP to run a faster, more rigorous, and more iterative process than I could have otherwise.
Before the first screen was designed, I built a set of custom and reusable Claude skills, that I now carry into every engagement.
A custom instruction set that defines how Claude should behave for a specific type of task. It encodes the methodology, fidelity standards, notation rules, and design principles for a specific type of task.
Defines layout logic, content hierarchy, and fidelity level for mobile screens. Rather than producing generic placeholders, it generates layouts that match the project's navigation architecture and content model, with realistic labels and interaction states.
Keeps iterative screen work grounded in established project decisions. When working through multiple screen variations in a single session, this skill ensures each iteration builds on what was decided before rather than drifting or restarting from defaults.
Structures competitive findings into UX-relevant gaps rather than simple feature comparisons. It produces analysis around what each platform fails to do for the user, which is the actual useful output for design decision-making.
Shapes usability findings into a stakeholder-ready narrative. It prioritizes findings by severity, connects observations to design implications, and frames everything in language a client without a design background can evaluate and respond to.
Ensures any HTML/CSS output generated meets a quality bar for visual structure, hierarchy, and layout logic. This is essential for wireframe exploration, where generated screens need to be evaluable as real options, not just functional markup.
I've open-sourced all of these skills so other designers can use and build on them.


I ran a full platform audit, a competitor analysis across Zumba and SHiNE Dance Fitness, and a synthesis of user behavior patterns. Using the competitor-analysis skill, Claude helped me move from raw observations to a structured framework that surfaced design gaps, compressing what would otherwise be several working sessions into one focused output I could act on and present to the client.
The finding that shaped everything: the drop-off problem was navigation, not content quality. Users couldn't orient themselves. The platform expected users to arrive with a mental model they hadn't been given.

From dashboard, passing to courses tab, to the actual video lesson.
The “Course” screen is where the most consequential design work happened.
The original platform didn't organize content: users who came through a direct link weren't aware of membership-exclusive content, and the ones that did had a hard time finding it.
After creating an user-friendly path to courses, I explored organizing content by dance style with free and locked classes coexisting within each section. The logic was sound: users come to Brazily to learn a specific style, not for a tier structure. But the owner pushed back: the sequence of videos matters to how the content is taught, and breaking it apart by style would disrupt that progression.
The final model kept the open layout with all lessons visible, grouped by course (March 2026, April 2026), preserving the pedagogical order while still solving the original problem: users could see what was available, what was accessible, and where they were in the content. This also made the freemium model visible for the first time.
Navigation architecture followed the same logic: single scroll, no tabs, with a chip row for filtering. Simple enough for a new visitor, functional enough for an active member.
To explore visual direction, I used the wireframe-generator and frontend-design skills with Claude Code and Figma MCP to generate different hypotheses about how to balance content density, brand, and navigability, choosing between three real options on the same afternoon.

The dashboard contains main elements like ‘next lesson’, community challenges, upcoming events and a prompt that showcase the freemium model. All these elements were marked as priority during research.
AI accelerated:
AI did not:
Those required understanding the business, the users, and the constraints. The shift wasn't “AI does more.” It was “I spend less time on what doesn't require design judgment, so I have more time on what does.”
A project of this scope would typically require a larger team or a much longer timeline. The AI-augmented workflow is why it didn't.
The thing this project made undeniable: when you know how to use it, AI changes the shape of an engagement entirely. Research, IA, wireframing, and copy no longer need to run sequentially: with the right configuration, they run in parallel.
The key word is configuration. Generic prompting gets generic output. The custom skills I built are what made the difference between AI as a novelty and AI as actual infrastructure.