top of page
eh.avif

Case study:

Imagine Design System.

Establishing a scalable design system to support rebrand, accessibility, and operational efficiency.

3b317f_0e9cd7ad241e4ff78e4d22a42cbe0553~mv2.avif

The Challenge.

Imagine Cruising undertook a full rebrand while simultaneously rebuilding its commercial website. A high-risk moment where inconsistency and technical debt can quickly compound.

As their senior designer, I was responsible for designing and operationalising a scalable design system that:

  • encoded the new brand into reusable components,

  • supported rapid delivery without sacrificing quality,

  • aligned designers and engineers around shared standards,

  • reduced long-term maintenance and rework.​

This work required balancing brand expression and system rigour in a commercial environment with a broad, older user demographic.

DS-ui_components.avif

Design Strategy.

I framed the system not as a visual style guide, but as infrastructure. A foundational layer that would support multiple teams and future change.

To reduce risk and uncertainty, I broke the work into three strategic phases:

  1. research and landscape analysis,

  2. audit and rationalisation of existing UI,

  3. system design, documentation, and adoption.

This approach ensured the system was grounded in real usage and technical constraints.

DS-research-2.avif

Research & Landscape Analysis.

I began by surveying existing best practices and system models, drawing on:

  • prior experience building component-based systems at Booking.com,

  • Atomic Design principles (Brad Frost),

  • industry examples, tools, and emerging standards.

The scope extended beyond UI components. We needed:

  • a consumable pattern library,

  • clear documentation and governance,

  • alignment with engineering workflows to prevent divergence.

This early framing helped avoid the common pitfall of creating a system that looks good but fails in adoption.

DS-research.avif

UI Audit & Behavioural Analysis.

I conducted a comprehensive audit of the existing site, cataloguing:

  • UI components,

  • spacing, typography, and colour usage,

  • interaction patterns such as CTAs and navigation.

Where appropriate, I preserved learned user behaviours to avoid unnecessary disruption.

 

Heat mapping and Google Analytics were used to validate:

  • high-traffic areas,

  • interaction friction,

  • opportunities to reduce complexity.

Impact:

  • reduced risk during rebrand by retaining familiar patterns,

  • fewer regressions caused by behavioural changes,

  • clear prioritisation of what needed rebuilding versus salvaging.

Tables-Miro.avif

Securing Stakeholder Buy-In.

Before committing to the system build, I worked directly with stakeholders to secure alignment and funding.

​​

I positioned the system in terms of business outcomes, not design aesthetics:

  • faster delivery through reuse,

  • fewer inconsistencies and versioning issues,

  • clearer communication between teams,

  • reduction of design and technical debt over time.

​This helped shift the conversation from “nice to have” to “critical infrastructure”.

DS-ui_type.avif

Designing the System.

Scalability, accessibility, and governance.

Visual language and component architecture.

I adopted an atomic design methodology to create small, composable building blocks with clearly defined properties and variants.

This allowed:

  • fine-grained control over styles,

  • future tokenisation of design decisions,

  • easier synchronisation between design and code.

Grid, spacing, typography, and colour formed the system’s core foundations.

 

Each component, from buttons to forms and navigation, was designed to:

  • scale across layouts and content types,

  • remain legible and usable across browsers,

  • support an older demographic through larger touch targets and readable type.

Accessibility at the core.

Robustness and regression testing.

Accessibility was baked into the system from the outset:

  • colour contrast ratios were rigorously tested,

  • type scale and spacing, along with considering reading age and ability,

  • clear affordances and focus states reinforced interactivity.

By encoding these decisions into the system, accessibility became default behaviour, not a retrofit.

Each component was tested across multiple contexts and content scenarios to validate:

  • visual resilience,

  • cognitive load,

  • hierarchy and composition at the page level.

This surfaced constraints early and informed templating decisions, reducing downstream breakage.

DS-zeroheight.avif

Documentation & Adoption.

Clear documentation was critical to adoption.

Pattern library & tooling.

For every component, I defined:

  • purpose and usage,

  • guidelines and constraints,

  • do / don’t examples,

  • Developer-ready code snippets.

Documentation was hosted centrally and structured for consistency in terminology and understanding, enabling designers and engineers to work from the same mental model.

I implemented the system in Zeroheight, creating a central hub that:

  • organised components and patterns,

  • synced with Sketch,

  • supported tokenisation for future evolution.

This tooling choice future-proofed the system and made it easier to roll out incrementally across the site.

imagine-ds-hero.avif

The Solution.

The final system delivered:

  • a fully rebranded, cohesive visual language,

  • a scalable component library with governance,

  • embedded accessibility standards,

  • reduced friction between design and development.

As the system rolled out:

  • design and engineering velocity increased through reuse,

  • inconsistencies and ad-hoc decisions decreased,

  • the platform became easier to maintain and evolve.

The next phase focused on deeper tokenisation and tighter integration with the tech stack, enabling automated style updates and further operational efficiency.

View Prototype
bottom of page