Maintaining an Existing Design System

Maintaining an Existing
Design System

Improved consistency, scalability, and adoption of an existing design system used across multiple products

Improved consistency, scalability, and adoption of an existing design system used across multiple products

Role

UI/UX Designer

Timeline

1 Year

Users

15+ Feature Designers, Developers

The image featured at the top of the about us page #2
The image featured at the top of the about us page #2
The image featured at the top of the about us page #2

Maintaining an Existing
Design System

Improved consistency, scalability, and adoption of an existing design system used across multiple products

The Problem

System Gaps Slowed Teams Down

As the product scaled, the design system became fragmented. Teams began creating ad-hoc components due to unclear documentation, inconsistent standards, and gaps in the existing system. This resulted in visual inconsistencies, duplicated work, and slower design-to-development handoffs.

MY Contributions

Design Documentation

Documented reusable UI components in Figma,
improving team efficiency and reducing duplicated work.

Documented reusable UI components in Figma, improving team efficiency and reducing duplicated work.

Optimization

Cleaned up design files by removing duplicated frames, consolidating variants, and restructuring layers for long-term maintainability. Applied clear naming conventions across components and layers to improve readability, handoff, and collaboration.

Icon Illustrations

Created custom illustrated icons based on product and
team requirements while maintaining visual consistency aligned with the existing brand

Outcome

What This Means for Product Teams

01

Smoother workflows

Faster, clearer handoffs between designers and developers

02

Scalable growth

Efficient implementation of new features across all platforms

03

Reduced ambiguity

Shared understanding across design, development, and product

04

Eliminating inconsistent design patterns

No more bypassing the design system to follow specific requirements

01

Smoother workflows

Faster, clearer handoffs between designers and developers

02

Scalable growth

Efficient implementation of new features across all platforms

04

Eliminating inconsistent design patterns

No more bypassing the design system to follow specific requirements

03

Reduced ambiguity

Shared understanding across design, development, and product

Key Learnings

No Component Should Be Content-Specific

A design system should create a framework that doesn’t restrict, and should always consider multiple use cases.

Outcome

What This Means for Product Teams

01

Smoother workflows

Faster, clearer handoffs between designers and developers

02

Scalable growth

Efficient implementation of new features across all platforms

04

Eliminating inconsistent design patterns

No more bypassing the design system to follow specific requirements

03

Reduced ambiguity

Shared understanding across design, development, and product

All rights reserved © 2026

Romel Galorio

Create a free website with Framer, the website builder loved by startups, designers and agencies.