All Work
color.tokens typography.* Button · Primary Button · Ghost Label Input · Default Card · Data Widget
Case Study · Proxima Design System

Proxima Design System

Role
Lead UX/UI Designer
Type
Enterprise SaaS · PropTech
Deliverables
36+ Components
Tools
Figma · Claude · Storybook · Confluence
Awards
iF Design Award '26
Efficiency
25%
faster design to dev handoff after introducing structured token architecture
Consistency
100%
parity between Figma tokens and Storybook code with zero undocumented deviations
Scale
AI
assisted prototyping enabled by structured component architecture and semantic tokens
Compliance
AA
WCAG 2.1 AA standards reached across the full platform via token level colour decisions
Overview

While redesigning our entire platform, we realised the existing design system couldn't support our new direction. We decided to rebuild it from scratch, but first, we had to understand why the old one failed.

I led a deep dive audit into our legacy system to identify what was working and what was causing friction. We found a huge gap between design and code: many components were either inconsistent, missing from Storybook altogether, or implemented differently across the platform. This gap analysis allowed us to keep the parts users loved while fixing the technical debt that was slowing us down.

My Role & Impact

As Lead Designer, I managed the component lifecycle from start to finish, overseeing a team of designers and ensuring every atom and molecule met our quality standards before moving to handover.

Central to this rebuild was architecting a comprehensive Design Token structure from the ground up, defining the logic for primitive and semantic tokens so that every color, spacing, and typographic value was aligned with the codebase.

I worked closely with frontend developers to build a robust Storybook, acting as the final gatekeeper to ensure our Figma variables perfectly mirrored the live platform's CSS, creating a shared language that eliminated guesswork and turned our system into a single source of truth.

Research · 01

UI Audit

I audited our four main products to see what we were dealing with. The same components were built differently in every app, and our Storybook didn't match what was actually live. I mapped out all these inconsistencies to prove why we needed a single source of truth.

UI Audit
Roadmapping
Planning · 02

Roadmapping & Resource Planning

Before pushing any pixels, I developed a Gantt chart and delivery roadmap, mapping every component and guideline against a strict timeline, giving engineering a clear look ahead so no developer was ever blocked waiting for a spec.

Architecture · 03

Atomic Design

We adopted Atomic Design and extended it. Inspired by Brad Frost's model, we added Tokens as the foundational layer before Atoms: the raw values every component inherits. Complex interfaces emerge from a small set of unbreakable building blocks.

Tokens {color} {space} {type} {radius} Atoms Buttons · Inputs · Icons · Tags Molecules Form Fields · Card Headers Organisms Navigation · Data Tables Templates Page Layouts PAGES · COMPLETE VIEWS
Figma and Storybook structure
Structure · 04

Figma & Storybook Structure

Organised into four Functional Libraries co created with Engineering to ensure a shared mental map and optimised developer handoff.

Foundations, Source of truth for design tokens: Colors, Typography, Spacing, Grids, Radius, Icons.
Components, Reusable, state driven elements built with Atomic logic.
Data Visualization, Accessible chart palettes, legends, and responsive graph components.
Usage Patterns, UX logic for Add/Edit flows, AI interactions, and dashboard layouts.
System · 05

The Foundation

The Foundations section is the "DNA" of our design system. Instead of picking colors or sizes on the fly, we rely on a pre defined set of rules to keep everything polished and predictable. By limiting our options, we made design decisions faster without sacrificing consistency.

Design System Foundations
System · 06

The Component Library

We opted for a streamlined, single tier structure. Removing theoretical barriers reduces cognitive load and improves discoverability across the library.

Every component ships with comprehensive states and variant properties that let designers switch between configurations instantly, without detaching instances or rebuilding from scratch.

01
State Driven Design

Every component ships with comprehensive states, Default, Hover, Focus, Disabled, Error, ensuring a predictable UX and seamless handoff to engineering.

02
Scalability & Maintenance

Figma Variants and Properties allow a single master component change to propagate globally with minimal friction. One source, infinite reach.

03
No Detach Workflow

Components are flexible enough that designers should never need to detach an instance, every layout requirement is covered by the property system.

04
Clear Variant Architecture

Intuitive naming for variants (Size, Type, Hierarchy) makes it trivial to toggle between component versions based on immediate context.

Components · 07

Building for Flexibility

Boolean Toggles, Show/Hide properties for Footers, Headers, Icons. Configure in seconds without touching the layer panel.
Contextual Variants, Switch between states (Default to Loading) or types (Primary to Ghost) via a single dropdown.
Standardised Padding, Every configuration maintains its internal spacing automatically, regardless of which elements are shown.
Components · 08

Composable Architecture

Atomic Cell Foundations, Swap content types (Text, Badge, Avatar, Actions) instantly via instance swapping.
Dynamic Auto Layout, Rows as fluid containers. Columns added, removed, or reordered without breaking layout.
AI Powered Workflows, Semantic layer naming enables 1 click data population via Figma AI.
Logic Driven Variants, Toggle between Condensed, Selectable, or Data Heavy views without rebuilding.
Visualisation · 09

Data Visualization

BuildingMinds displays complex sustainability data. We defined four distinct chart colour scales, each optimised for a different type of data story, ensuring every visualisation is consistent, accessible, and meaningful.

Chart library
01
Monochrome

One hue at varying lightness for ordered magnitude. Used for energy consumption rankings and carbon intensity by site.

02
Sequential Single Hue

Lighter values indicate lower intensity, darker indicate higher. Used for heat maps and density analysis with directional meaning.

03
Diverging

Data with a meaningful midpoint, performance above and below target. Two hues diverge from a neutral centre.

04
Categorical

Maximum perceptual distance between hues for distinct, unordered groups, asset types, portfolio categories, system classifications.

Visualisation · 10

Atomic Flexibility

By leveraging Component Properties and Variants, designers can toggle between data visualisations instantly while maintaining pixel perfect accuracy. Every chart type lives as a single composable component, switchable by a single property toggle without rebuilding.

Patterns · 11

Usage Patterns

Standardised blueprints for how components are assembled to solve user problems, defining the consistent logic behind how users create, edit, view, customise, and share data across the entire platform.

Usage patterns
Tokens · 12

Token Structure

A three tier model ensuring changes at the foundation propagate through the entire system without any manual updates, Primitive, Semantic, and Component layers.

The primitive layer holds raw values. The semantic layer maps meaning (color.background.primary). The component layer allows per component overrides without breaking the global scale.

01
Primitive Tokens

Raw, context free values. The single source of truth. color.blue.500#FFF75D and spacing.416px

02
Semantic Tokens

Named by purpose, not value. color.action.primary maps to color.blue.500 and spacing.component.gap maps to spacing.4

03
Component Tokens

Component scoped overrides referencing semantic tokens. Allows per component customisation without breaking the global scale or requiring primitive changes.

Tokens · 13

Chart Tokens

Data visualisation tokens are intentionally separated from the base colour system. UI components reference color.petrol.50 while chart colours live under color.chart.purple.*, giving developers a clear, self contained palette with no guesswork.

01
Direct Value Tokens
color.chart.blue color.chart.green color.chart.yellow color.chart.red color.chart.purple color.chart.orange

Standalone series colours for charts with a fixed number of data categories. Each series maps to a dedicated chart token, ensuring visual consistency across every chart instance.

02
Shared Scale Tokens
color.chart.blue.900 color.chart.blue.700 color.chart.blue.500 color.chart.blue.300 color.chart.blue.100

Cross chart consistent colour scales for comparable visualisations. Ensures the same data category always uses the same colour across dashboards, reports, and embedded analytics.

AI Tooling · 14

Building at Scale with Claude

To build and maintain the system at speed, I developed a custom terminal based Figma skill powered by Claude AI, automating component generation from design tokens, layer naming, variant binding, and file organisation. Tasks that would take hours per component reduced to seconds.

Component generation, Scaffold complete component variants from design system tokens
File organisation, Automated clean up and restructuring of complex Figma file architectures
Token binding, Apply semantic token references across components systematically
Rapid prototyping, Assemble full screen states from library components via natural language prompts
claude figma --generate-components
  Loading design system tokens...
  Scaffolding component variants (36)...
  Binding color.chart.purple.* tokens
36 components generated in 2.1s

claude figma --clean-file --org-layers
  Scanning 847 layers...
  Renaming to design system convention
File organised. 218 layers renamed.

claude figma --prototype "ESG dashboard"
  Assembling screen from 12 components
Screen ready for review in Figma
Read more of my work
Case Study · BuildingMinds
From Hackathon to Platform
From Hackathon to Platform
View Work
Case Study · BuildingMinds
BuildingMinds Platform
BuildingMinds Platform
View Work
Case Study · Proxima
Proxima AI Chat
Proxima AI Chat
View Work