Back to Portfolio
Design System Case Study

G2 Elevate Design System

Building a unified design language that scales. A comprehensive design system that brought consistency, efficiency, and delight to G2's product ecosystem.

Client G2
Role Design System Lead
Duration 8 Months
Team 3 Designers, 4 Engineers
Year 2024
120+
Components
50+
Design Tokens
8
Product Teams
40%
Faster Development
G2 Elevate Design System

The Story

Creating a foundation for consistent, scalable design across G2's product suite

The Problem

Fragmented Experience

G2's products had evolved independently, resulting in inconsistent UI patterns, duplicate components, and a fragmented user experience that confused customers and slowed development.

The Goal

Unified Design Language

Build a comprehensive design system that unifies G2's visual identity, accelerates product development, and delivers a consistent experience across all touchpoints.

The Solution

Elevate Design System

A modular, token-based design system with 120+ components, comprehensive documentation, and seamless Figma-to-code integration that empowers teams to build faster.

My Role

Design System Lead

I led the design system initiative from conception to adoption. This included auditing existing patterns, defining the token architecture, designing core components, creating documentation, building the Figma library, and driving adoption across 8 product teams. I collaborated closely with engineering to ensure design-to-code parity and established governance processes for system evolution.

The Challenge

Identifying the pain points holding teams back

Design Principles

The core values that guide every decision

01

Clarity Over Complexity

Every component should be immediately understandable. We reduce cognitive load through clear visual hierarchy and predictable interactions.

02

Consistency With Purpose

Consistent patterns build user confidence. We maintain uniformity while allowing flexibility for context-specific needs.

03

Accessible By Default

Accessibility isn't an afterthought. Every component meets WCAG 2.1 AA standards and works for users of all abilities.

04

Built To Scale

Components are designed with growth in mind. Token-based architecture enables easy theming and adaptation across products.

The Process

A systematic approach to building the system

Phase 01

Audit & Discovery

Conducted a comprehensive audit of all existing components across 5 products. Documented 200+ unique patterns and identified opportunities for consolidation.

Component Audit Stakeholder Interviews Pattern Analysis
Phase 02

Token Architecture

Defined a three-tier token system: primitive tokens for raw values, semantic tokens for meaning, and component tokens for specific use cases.

Design Tokens Color System Typography Scale
Phase 03

Component Design

Designed 120+ components with variants, states, and responsive behavior. Each component includes accessibility specifications and usage guidelines.

Figma Library Component Specs Accessibility
Phase 04

Documentation & Adoption

Created comprehensive documentation with live examples, do's and don'ts, and code snippets. Ran workshops to drive adoption across all product teams.

Documentation Site Team Workshops Governance

The Library

A comprehensive set of building blocks

Buttons

12 variants, 4 sizes

Form Inputs

8 types, validation states

Modals & Dialogs

6 types, responsive

Tables

Sortable, filterable, paginated

Notifications

Toast, banner, inline

Navigation

Sidebar, tabs, breadcrumbs

Token System

Colors

Typography

Aa
Figtree • 6 weights

Spacing

Radius

Iterations

Refining the system through feedback

Iteration 1

Initial Token Structure

Started with a flat token structure but quickly realized it didn't scale. Restructured to a three-tier system for better organization and theming support.

  • Primitive, semantic, and component tokens
  • Dark mode support built-in
  • JSON token format for code sync
Token Structure
Iteration 2

Component Variants

Initial components were too rigid. Added variant props and composition patterns to give teams flexibility while maintaining consistency.

  • Compound component patterns
  • Configurable variant props
  • Slot-based customization
Component Variants
Iteration 3

Documentation Overhaul

Text-heavy documentation wasn't working. Redesigned with interactive examples, visual guidelines, and searchable patterns library.

  • Live code playgrounds
  • Do's and don'ts with visuals
  • Copy-paste code snippets
Documentation
Final System

Governance & Contribution

Established clear processes for proposing new components, reviewing changes, and versioning. The system now evolves with input from all teams.

  • RFC process for new components
  • Semantic versioning
  • Automated deprecation warnings
Governance

The Results

Quantifiable impact on teams and products

40%

Faster Development

Reduced time to build new features significantly

60%

Less Design Debt

Consolidated duplicate patterns across products

100%

Team Adoption

All 8 product teams using the system

95%

Accessibility Score

WCAG 2.1 AA compliance across components

Key Learnings

What I learned from this project

01

Start With Adoption, Not Perfection

A good system that teams actually use beats a perfect system that sits unused. We focused on solving immediate pain points first to build trust and momentum.

02

Documentation Is Product

Comprehensive, searchable documentation is just as important as the components themselves. We treated our docs site as a product with its own UX considerations.

03

Governance Enables Evolution

Clear contribution guidelines and review processes don't slow things down—they give teams confidence to propose changes knowing there's a path forward.