top of page

Case Study: Design System Guide

In 2025, I helped a university better use their new website's design system by building comprehensive, user-friendly documentation.

THE CHALLENGE

 

My team at a higher education marketing agency specialized in building new websites for colleges. But while the design systems we provided our clients were visually compelling, at 40+ components apiece, they were often too complicated for our clients to effectively use.

College websites are often tens of thousands of pages, and as universities typically have limited web teams, the people responsible for adding content to their sites are faculty, administrators and others without any specialized knowledge in how to work in a Content Management System (CMS). With our client contacts overwhelmed and frustrated at this critical moment when we handed over the new website, this problem was having a significant negative effect on client sentiment and thus on their desire to continue working with our agency going forward.

My team needed a way to translate our design documentation from an internal tool to aid in web development into a simple, client-facing explainer that users with minimal technical knowledge could reference to generate web content at scale. 

MY ROLE

As the team's first ever content designer, I worked with UX and UI designers to produce clearer component descriptions for the design systems they had created, as well as to lay out the guide in an easy-to-use manner to best serve our audience of client web content creators. I also worked closely with our development team to ensure the components were built to match the requirements I had documented and to alter those requirements as needed.

THE PROCESS

Before I joined the team, the design system guides my colleages put together looked something like this:

A screenshot of a portion of a webpage. The page title is Component Library and the remainder of the page shows a long list of links. The page is marked up with annotations about potential improvements to make to the page.
A screenshot of a portion of a webpage. There are two main sections visible on the page, labeled Hero and Featured Content, each containing a brief description of the component and an example of it. The page is marked up with annotations about potential improvements to make to the page.

Two excerpts of a lengthy single webpage containing the component library for a university design system

After identifying a variety of limitations with the old layout, our team together decided on a variety of improvements we wanted to make to the next iteration of this guide, starting with being more intentional about the instructional copy it included. I identified three categories of information to include alongside each component:

  • a description of what the component is

  • the parameters for the all fields, including which are mandatory and the recommended character limits for all text fields

  • the use cases for when a web editor should include the component on a page

Then I put together an Excel document with this information for a UX designer to incorporate into the new guide along with examples of each component. Here's a portion of what that document looked like:

A screenshot of a portion of an Excel spreadsheet. The column labels include Component Name, Description, Parameters, and Use Cases. Each cell is filled in with details about a particular web component.

A portion of an internal document laying out the instructional copy to include in a design system guide

While an improvement in many ways, this approach to creating a design system guide still had a variety of limitations:

  • Because the components had already been developed before I wrote this copy, they included counterintuitive field labels—written by a developer, not a content designer—that I then needed to include in the guide so that users would be able to understand what they meant.

  • The spreadsheet method meant that I was writing content for all three categories for every component, even when it wasn't strictly necessary—such as for commonly used web components where the use case was self-explanatory.

  • ​Because I wrote the copy in isolation from the sample components, I wasn't able to consider the entire user experience of reviewing the guide as a cohesive whole.

Ultimately, it became clear that producing the design system guide at the very end of the web development process was insufficient.

The design system guide needed to help shape the design system, not simply record it.

THE SOLUTION

Working with our project management team, the design team ensured that we would produce the design system guide before the web development stage of our redesign process, rather than after. By creating the guide in Figma rather than directly in the CMS, we could then optimize the entire experience, with copy and design in sync.

When we began our next website redesign, I worked closely with our UI designer to ensure that components and their fields had logical names, that mandatory fields and intended character count limitations were considered during design, and that every component had all the variants it needed.

We also innovated on the overall design of the guide, building a homepage that included images of each component—so that users would not need to remember their names—and logically organized categories. I ensured that the sample components on each page had their fields labeled so that users would not have to guess what was the "headline," "description," and so on.

Here are a few sample pages from our new version of the design system guide:

A screenshot of a webpage labeled CMS Style Guide. The page includes sections labeled Standard Components, Homepage Components, Specialty Components, and Navigation Menus. Each section contains a grid of component names and illustrations.
A screenshot of a webpage labeled Accordion. The page consists of information on what the accordion component is and how to use it, as well as several examples of what the component can look like.
A screenshot of a webpage labeled CTA. The page consists of information on what the component is and how to use it, as well as an example of what the component can look like.
A screenshot of a webpage labeled Hero Standard. The page consists of information on what the hero component is and how to use it, as well as two examples of what the component can look like.

Four pages from a design system guide produced for a client to go alongside their newly redesigned website

THE OUTCOME

While we were not able to collect data on utilization of the new design system guide compared to earlier versions the team had produced for other clients, feedback from this client's web team was extremely positive. As our primary developer contact put it:

"The sample guide covers pretty much everything that we could hope for. Thank you. Everyone loves the general direction and unanimously agrees that the new site is lightyears ahead of what we have now."

  • White LinkedIn Icon
  • White Substack Icon
bottom of page