Home
Senior Designer · Design System Lead

From 9 sites to 2: a template system for a low-code CMS migration

A scalable, template-driven system for CLIA's migration from nine sites into two, built on Acquia Site Studio.

The approach proved scalable and later became the foundation for the cross-platform design system at DC Course — both website and mobile app — where I worked as design system mentor and lead.

9→2
sites consolidated into one system
20+
unique template compositions delivered
+1yr
client extended engagement into a second year
0:00
Intro
CLIA
Role
Senior Designer · Design System Lead
Scope & Focus
Design system architecture, Component engineering, Developer handoff
Core Team
Research Lead, Business Analyst, Design Director, UX Designer, Dev Team, Project Manager

About the Project

CLIA had nine websites covering different markets and audiences with no shared system. The best solution was two sites — a public consumer site and a travel agent portal — on Acquia Site Studio, a low-code platform with a drag-and-drop authoring model.

The Constraint

The client's content team would populate and maintain both sites going forward. Custom development beyond the platform budget was out of scope. Every decision had to be auditable by non-designers to operate.

Strategy

Design for how the client will actually work

The client wanted to populate, edit, and experiment with content on their own — so we shifted toward a layout builder using the platform's drag-and-drop capability. That gave the client real flexibility, but it pushed the design system to absorb that flexibility safely.

Two strategic decisions shaped the rest of the work:

Consolidate the brand identity across nine source sites without flattening it.
Preserve range, support two distinct audiences.
Give the content team flexibility that can't break the design.
Constrained choices, not free editing. The system was built in layers: tokens at the foundation (color, type, spacing), components built from those tokens, templates assembled from components with mandatory and optional parts, and page compositions built by the content team in the CMS.
Key decision

Problem 1: Nine inconsistent sites → one system

The Issue

The nine sites had grown independently, with no shared visual language or content structure. The system needed to cover the full content range while preserving existing branding for two distinct audiences.

Solution: Audited all nine sites and contracted them into a system designed for range, not averages.
Two-layer color tokens
Component library
Key decision

Problem 2: Managed flexibility — letting the content team compose without breaking the design

The Issue

A layout builder gives non-designers freedom to compose pages. Freedom without limits breaks visual composition.

Solution: Reproduced the client's authoring workflow in Figma to find where composition actually breaks under non-designer use. Constraints went there, nowhere else.
Pre-set color pairings
Constrained spacing options
Collaboration

A five-person team needed to work in parallel on a tight timeline

Solution: Extended Figma's status model with platform-readiness states, and shipped components with implementation-level detail.

Extended status system
Implementation-ready specifications
One source of truth for the whole team

Impact

Foundation for cross-platform expansion
The approach proved scalable.
The approach proved scalable and later became the foundation for the cross-platform design system at DC Course — both website and mobile app — where I worked as design system mentor and lead.
Client retention
+1yr
CLIA extended the engagement into a second year.
Component reuse
30+
30 unique template compositions delivered, covering the full content range across both sites — confident that the audit and the associated flexibility model held up against real content variety.