10 JUN 2024 4 min READ Case study

Creating multi-brand white label design system

Developers hate guessing design. Trying to work with an outdated, inconsistent design file can literally make them pull their hair out. This is the chaos I walked into. This is the story of how I transformed it into a multi-library, white-label design system.

COMPANY

"Simpology" is an Australian fintech company that develops white-label products for the lending industry.

DESIGN TASK

Transform the design mess into a structured, easy-to-maintain system.

ROLE

Lead Product Designer

PLATFORM

Web application

KEY RESULTS

  • The new design file structure is easier to navigate and maintain
  • Design deliverables are more consistent and clear
  • Feature turnaround sped up significantly
  • Branding a product file is now a 2-second task

"Simpology" is an end-to-end home loan application platform. The company offers multiple products, which lenders can customize to seamlessly integrate with their existing ecosystem.

Welcome to our mess

When I joined the company, there was a significant disconnect between design and development. A consultant created Figma files and handed them over to the team in a very waterfall manner.

Throughout the iterations, design has evolved, component libraries were adopted, and customer brandings were created - but the design files stayed the same.

I inherited a dozen Figma files, each with its own local library of colors and fonts. Every task became unnecessarily time-consuming, whether it was branding a file for a customer or detailing the interaction flow for the team.

Old file structure
Each file had a local library

Phase 1 - Get on the same page

In Simpology, like any fast-growing company, design debt wasn't a high priority. To get us on the same page, design had to catch up with implementation and iterate from there.

I partnered up with front-end developers to clean up all the style primitives that were used to create branding. These primitives were then added to Figma to match the implementation.

For each brand, I created a library file, consisting of 81 color styles matching the naming devs used. All the brands shared a design system with the UI components.

First version of branding file
Branding file (Phase 1)

In addition, I recreated all wireframes to match the current implementation.

Tutorial UI
Design files structure (Phase 1)

It’s an improvement

The team now had design files that reflected the current state of implementation. All new features were now designed using existing components and matching libraries. A shared naming convention eliminated a lot of confusion with the design deliverables, which improved front-end task completion speed by 32%.

That worked pretty well, but had a few flaws:

It was the best solution at the time, but thank Figma gods for progress!

Phase 2 - Era of variables

During Figma Config 2023 a life-changing feature “Variables” was announced.

Now, I was able to combine all customers' styles and logos into one file “Branding” using variables.

Two brands of Loanapp
Branding file (Phase 2)Figma link

I also rebuilt the design system using component variants and properties.

Two brands of Loanapp
Design system (Phase 2) Figma link

Both libraries contributed to the ecosystem of Simpology products:

Color generator
Design files structure (Phase 2)

This worked much better

The future is bright!

Currently, we have a good system of libraries that meets the company's needs. However, as Simpology grows, we need new improvements: