Building a Design System for Efficiency and Collaboration
Information for the product team was documented in various ways and scattered across different platforms, making it difficult to find and hampering cross-departmental collaboration.
To improve this, we developed a new, intuitive design system that supports the team, simplifies workflows, and enhances communication between designers and developers.
UX Designer/Researcher
4 months
(May - August, 2022)
Paycom Payroll
Developers, Designers, Project Managers
A unified language between product team
A all-in-one place for design resources
Increase efficiency and the ease of communication
😵💫 The company had four separate design systems used by designers and developers. Each system was built independently by different teams, resulting in variations in the languages used and in the documented rules. This furthermore neglected the needs of project managers, leaving them in confusion.
🥳 The new system unifies the design languages and rules into a single, easily accessible platform for all three user groups. Designers and developers can now link to external resources they need with a single click.
Simplifying component discovery and usage
Boosting efficiency and streamlining workflow
Bridging communication gaps due to disjointed language across design team
Finding users' needs through interviews
By conducting over 20 interviews with users and stakeholders, we identified the issues with the current system and determined the users' expectations and needs for the new system. Here are some of our findings:
Poor documentation make finding reliable information difficult.
"I feel like 85% of the time I can never find what I need. Because it's always a rabbit chase of let's go to the decisions page and all this random documentation before I can truly find a standard that I feel confident" -- Designer
"The poor documentation of components cause me having to ask other more senior people for answers which slows down my workflow." -- Developer
"Sometimes there were property missing on React, my team will misused the components" -- Developer Lead
Existing information is not discoverable.
"I will [use search bar of Confluence] a lot, because most of the time I know I will be taken somewhere funny. I will specify which space I want to look in, or contributor... those are what I use to narrow down the search." -- Designer
"Finding what you need is very difficult. If we are trying to understand standards of breadcrumbs, they would be landing here with a bunch of screenshots. There's no relationship between (search and result)." -- Designer
"Devs do not explicitly receive names of what the components are and they have weird names so searching for them can be difficult." -- Developer
The need of having an user inclusive design system to bridge communication gap.
"Dev and designer don’t have a centralized understanding on how our components work." -- Designer
"The design systems are not consistent which makes it difficult to find things" -- PM
"We cannot let people just come in and grab whatever they need, the physical space we have is limited." -- Staff
This is a usability test toward the comparative systems of Paycom, which includes: Atlassian, Lightning, and Canvas.
There are 6 participants in this test, includes 2 designers, 2 developers, and 2 project managers. Each participants will have to complete 4 tasks on 2 different systems. We set two groups of tasks based on the purpose and function each users group need on a design system.
Most users also had higher confidence using Lightning and performs better using it.
Different levels of navigation and groupings help them to complete the searching faster.
The accuracy of search results affects the speed drastically at which users complete tasks.
Atlassian caused more user struggles due to its excessive and complicated functionalities.
Without adjustable features, users find it difficult to visualize how the component will look like.
Providing more than users need can be overwhelming, bringing back the struggles they experience with Confluence.
A design system isn't a one-size-fits-all solution; it varies between companies.
Understanding how people work together and their preferences is crucial for creating a design system that best suits their needs.
We define several design requirements to overcome user pain points and bring in their needs.
Here I will focus on three highlights of them.
Most users prefer to use the search bar rather than browsing directly through the system when they are certain of thier needs.
Tagging System and Predictive Search
When users are unsure of what they want or can't find it through search, they will browse through the system to locate it.
Rebuilt Info Hierarchy
Flexible for testing, allowing immediate and convenient visibility of changes to the components.
Playroom
This data informed the creation of an initial information architecture. Cards that were often grouped by participants form darker blue groups on the right edge.
The top-level navigation sorting as image shown: Overview, Foundations, Components, Patterns, Dev Guide, Content Guidelines
We conducted two rounds of treejack testing using optimal workshop, provided insight into user navigation within the information hierarchy we design. For example, Task 3 successfully demonstrated user comprehension of a specific section, indicating an intuitive structure.