Client
University of the Arts London
Sector
Education
Duration
9 weeks
What we did
Front-end development
Design systems
Product design
Design ops
The home page of the new website shown side by side on a MacBook Air screen and iphone screen. The design style is clean and straight, with strong light and dark contrast. The page includes a simple header with the UAL logo, a graphic hero with geometric shapes, a sidebar on the left for primary navigation, and a main content area on the right, introducing the design system.

University of the Arts London is one of the best-known, high-quality design institutions in the world. But there’s a gap between the design polish of their physical campus and the design of their online presence.

UAL understands the value of having a design system to ensure consistency across their many online properties. But when they tried to create a design system in the past, they were met with resistance. Designers struggled when the system didn’t meet their specific needs; they went rogue, creating their own components to solve their own challenges.

UAL asked Clearleft to be their strategic design partner. We weren’t hired to build them a design system; we were hired to help them build their own design system …one that would be adopted this time.

Clearleft’s approach was great. It felt like they were really with us, as opposed to just working on a beautiful project to show off at the end. They asked, “how do we do the best thing to drive this forward?” Without Clearleft’s support, we would have done this a different way, and it would have taken a lot longer. It feels like there’s been a change in how we work.
Lucy Blackwell Head of UX, Research and Design at University of the Arts London

The Results

Confidence

The UAL team is empowered to get stuck in and make components for their shared design system.

Alignment

Everyone is using the same process, ensuring that the work on the design system maintains its momentum.

Documentation

There’s an up-to-date centralised place for documenting every part of the design system.

The Full Story

How do you know if your system is working?

We came in with a pragmatic attitude. It would be better to have an incomplete design system that reflects reality instead of a seemingly complete design system that only shows what we wish were real.

Nine examples of printed UAL materials, including posters, flyers, and books. The pieces vary in mood and style and the overall impression is artistic and colourful but somewhat sensible. The UAL logo in the top-left corner of each piece acts as a subtle hallmark, with the featured artwork taking centre stage, whether photographic, typographic, or illustrative.
The subtle qualities of simple but robust typography can be lost in translation to digital experiences, particularly on third-party platforms. The design system will help improve parity between UAL’s beautiful printed materials and day-to-day digital interactions, wherever they might occur.

We began by interviewing people across different UAL teams about the current set-up. Whenever someone mentioned “the design system”, we’d ask “can you show us that?” People then showed us different things. Some people opened up Figma. Others showed us Storybook.

All of these silos were useful in their own way but there was no system tying them together. If you didn’t know about it, you couldn’t use it.

A graphic image with a dark, photographic starry background. Concentric dash-outlined orange circles radiate from a question mark at the centre. White dots appear randomly scattered across the page, labelled with the ingredients of the future design system, like Figma UI Kit, HTML Storybook, and Tone of voice.
The design resources emerging at UAL were already beginning to prove useful but were mostly disconnected and not clearly signposted. The design system will become the centre of gravity for these resources – collecting and indexing them, and helping to identify any knowledge gaps.

Everyone thought that their own silo was the design system, but there was no consensus across disciplines and teams.

When we played back our findings, there were some tough truths to face up to. But everyone understood and accepted that things needed to change.

Our shared mission was clear: we needed to beat the silos.

How do you avoid making the same mistakes this time?

After the initial three-week discovery phase, we did three two-week sprints. Each sprint built on the lessons learned in the previous one.

We knew that there was no point in us going away and working on components in isolation. We had to work with UAL so they had ownership of the work. But everyone was busy with their day-to-day work. They agreed to devote 50% of their time to this project. We needed to show that this investment of time would be well spent.

We asked UAL to nominate a component they have the appetite to work on. We began by making an inventory of the existing implementations across platforms. Then we collaboratively refactored the component to create a single version that adapted to all of the implementations we’d identified.

Two overlapping screenshots showing how we studied the card component. The back image shows a table of text breaking the component into sections and describing the content, usage, and behaviour of each section. The front image shows a selection of card variants and lists the common elements within each section.
We gathered examples of card-like components from a number of UAL’s digital platforms. We needed to distill and describe their purposes and features in order to design a reusable version suitable for a wide variety of use-cases.

What’s the core part of this component? What are the optional elements? What are the needs of all the different online properties that might use this component? We had to make sure the component worked for all users of the design system and all use cases. We made sure everyone had a say and everyone understood why decisions had been made.

Crucially, the component is actually shipped in production to at least one of UAL’s properties. It’s not theoretical. It’s tangible.

Just as important, we’d use this component as a test bed for a much-needed new documentation website to tie the design system together.

Three design system web page designs shown side by side, including the home page, the card component page, and a page called Platform support. The pages feature neat dark text on a very light grey background. Each page has a simple header, a sidebar on the left, and a content area on the right.
The design system documentation site is visually minimal, with a high signal-to-noise ratio. This isn’t documentation for the sake of it: every word and every image must have a clear purpose.

This website is for all design system users, from stakeholders and content editors through to designers and developers. It’s jargon-free, cuts to the chase and brings together how each discipline can use the component.

Everyone is looking at the same thing, in the same place. We’ve beaten the silos.

Four photos of the UAL and Clearleft teams working together in person, using a mixture of sticky notes and laptops. There are between three and five people in each photo. The people are busy writing and typing – nobody’s looking at the camera.
We had regular in-person days with the UAL team which were invaluable in keeping everyone on the same page. They created the space for organic group discussions about the project and quick iteration of ideas.

We made sure that one day of each sprint was spent in person at UAL or at our studio in Brighton. This wasn't just for Clearleft's benefit; the UAL team felt the value of being in the same room, rather than in separate rooms on separate floors. These in-person days worked as great accelerants.

What happens next?

UAL has working components. For the first time, they also have centralised documentation.

We’ve shown them the direction the design system should take to be successful. We got the ball rolling and now they can replicate the process.

UAL is pragmatic about building out the design system. Rather than having unrealistic expectations, they know that this will be an ongoing project. They have an extended group who are interested in the design system, and they’re welcoming everyone in to be involved, whenever they’re able. That’s more realistic than having one or two people entirely responsible for the design system.

The team is empowered. They have a common goal. The communication pathways are open.

Everyone has autonomy. They’re making the design system rather than having a design system mandated.

UAL is on the road to having its digital design match its world-beating reputation.

More work