As a product manager, you need to be able to maintain design consistency across your offerings. However, as your products evolve and scale this becomes increasingly more challenging. To this end, strive to treat your design system as more than just a project.
This article explores your role in shaping and scaling a design system, including how to understand user needs, ways to secure leadership buy-in, and where to implement value.
To start building a design system you need to run a component audit. This helps you understand what your products have for your design system to serve. Work with the product teams in your organization to list out all existing components.
The process can be tedious but it pays off later. Be sure to pay attention to the components, their categories, their quantities, and the design inconsistencies between the components.
Good product managers understand market trends, as well as the products they own. There are tons of design systems to learn from. Some of the open-source ones include:
Some design system teams build their component library based on the open source libraries. In this case, remember to ensure what framework the open-source component library supports. For instance, Material UI, provided by Google, works better with the React javascript framework than the Angular javascript framework.
Alongside user needs and market research, you need to drive cross-functional collaboration. Communicate with various team leaders to align the design language including color, typography, iconography, sizing, and spacing. In many organizations, marketing owns the company’s brand image and may have a style guide. Be sure to connect with the marketing team to align the design language as well.
Besides these, remember the following two best practices:
Because a design system is a product, make sure that you design out a product roadmap for it. As you do this, pay attention to three critical factors:
While building the design system, start with the smaller components, which have fewer dependencies on other components. For instance, you might not want to start with the “menu” component even though it may be the first component your users interact with. The menu component has dependencies on other components, such as paper, popper, select, typography, color, and divider, and they would need to be defined beforehand.
Different companies offer different kinds of services or products. Hence, the demand for components also varies. For instance, data input components (text field, dropdown, radio buttons, checkbox, etc.) can be in higher demand if the product portfolio contains all kinds of forms.
Another crucial factor is the priority of the features/products and their needs among all the other features/products in your company’s product portfolio. It’s especially important when your organization is building the design system and adopting the components at the same time.
You might have heard feedback like “Why don’t we include these awesome buttons on the card component as I designed?” or “Can we add infinite scrolling in the table component?”
When it comes to design systems, consider these questions to help you determine whether a request is important enough to prioritize:
Remember, it’s impossible to include everything! You play a key role in avoiding scope creep.
The final stages of a design system involve implementation and adoption. There are three important things to watch for here:
Building a design system is just a start. To ensure your design system is adopted, you should run:
Great product managers listen to their customers/users and solve their problems. In the context of the design system as a product, the customers are the product teams that consume the components.
Customer success takes place through:
To measure the success of the design system, you also need to track the metrics of the performance. You want to know how well the design system does and demonstrate the values it provides. Start tracking with:
Building a design system is a complex but rewarding journey, and treating it as a product that serves other products is key to its success. Your design system should be well-designed and aligned with the broader business and user needs.
Like any product, you need a strong strategy, clear vision, and strong alignment between users, stakeholders, and business objectives. Act as a steward to help teams prioritize components, manage dependencies, and maintain focus on your long-term organizational strategy.
Featured image source: IconScout
LogRocket identifies friction points in the user experience so you can make informed decisions about product and design changes that must happen to hit your goals.
With LogRocket, you can understand the scope of the issues affecting your product and prioritize the changes that need to be made. LogRocket simplifies workflows by allowing Engineering, Product, UX, and Design teams to work from the same data as you, eliminating any confusion about what needs to be done.
Get your teams on the same page — try LogRocket today.
Daric Snyder talks about developing supportive, user-friendly healthcare software that layers on top of traditional health records systems.
Our product team transformed user research with weekly research sprints — a high-cost, high-reward alternative to continuous discovery.
Monique Piras shares how she helped redesign the feature brief and product requirements template and quarterly planning process.
Digital product leader Aditya Raju talks about the importance of meeting users in the healthcare ecosystem where they are.
Learn more →
