Design System

A centralized repository of reusable components, guidelines, and principles
to establish visual consistency.

Design System
Overview

This project focuses on establishing a single source of truth in Figma and defining basic interaction and documentation rules. By updating key components as agreed upon between designers and engineers during the MVP phase, we bridged the gap between design and development. The resulting system successfully accelerated team onboarding, minimized design-to-production mismatches, and significantly decreased overall design-to-development turnaround time.

YEAR

2024, 3 months

ROLE

Lead Designer

TEAM

4 Designers

TOOLS

Figma

status
Challenges

Speeding up the MVP created a design to dev gap and leaving us with undocumented UI patterns

The Design-to-Development Gap

Speed up the MVP, we let developers use standard Angular library components (like the input field). However, because our initial designs weren't updated to match, it created a gap between Figma and the live site, making future updates confusing.

Undocumented UI Patterns and Guidelines

Rules for component behavior and styling were never documented; they only existed in the team’s heads. This lack of a shared guide created a constant threat of visual and functional inconsistency.

Design-to-development gap Solution

Build a centralized Figma design system to serve as a single source of truth, aligning our design components with live production code to eliminate inconsistencies

Design Process

Created road map before onboarding designers

data

I audited the MVP design files to list necessary components for the new library. To ensure readiness for Phase 2, I limited the scope to a solid, highly achievable component set deliverable before kickoff.

Our work process included getting feedback from engineering. This allowed us to align our design system guidelines directly with developer constraints and technical requirements before finalizing the version.

Timeline

The goal was to finish before the Phase 2 kickoff so we would have solid components to start designing with for Phase 2

data
Library Structure

The structure is based on the Atomic Design model, which assembles small, reusable components into a scalable system

data
Typography

Our typography system relies on two brand typefaces: Air India Sans for headings and Nunito Sans for body copy and general text

typography
Color

We map core brand colors to a functional semantic color system to assign a clear meaning and purpose to every token

color
Elevation

Perceived depth or layering of elements within the design

typography
Components

Built over 25 core components with multiple variants and properties to maximize layout flexibility while maintaining strict guardrails

color
Scalable Components

Components are built with custom properties, allowing designers to easily tweak and customize specific instances from the design panel

Button

This core button component supports 215 unique layout and state variants.

component button

Input Field

Easily toggle states, labels, and helper text parameters.

input field

File Upload

Control the state of the file upload.

file upload
Documentation

We created comprehensive guidelines to standardize layout grids, spacing rules, and component behaviors

input field
Takeaways

Accelerating Team Onboarding

Shortly after launching the system, new designers joined our team. Walking them through the design system documentation as a core part of their onboarding drastically reduced their ramp-up time, allowing them to jump straight into active project designing with total confidence.

Continuous Learning & Technical Growth

Advanced Figma features like Auto Layout and Component Properties (Variants) were entirely new to some of our team members. To bridge this gap, we turned the library building process into a collaborative learning experience. Through peer mentorship, open feedback loops, and shared best practices, we leveled up our technical execution as a unified design team.