What Happens Next?
Everything That Comes After Setting Up Your Design System

So you’ve gotten buy-in, you’ve made an inventory of designs and components, and you’ve set up your team’s first design system. What happens next? This talk will explore maintaining a design system, as well as new challenges that arise once your design system matures.

Overview

Design systems have grown significantly in popularity. Design systems are the new "must-have" for any company that intends to scale. According to UXPin, "A design system is a set of standards for design and code along with components that unify both practices. Think of it as the same instructions and Lego kit for everyone."

There are plenty of talks, blog posts, workshops, etc. that cover what a design system is and how you build one, but not enough about what you do after the fact. We all have a lot of knowledge about how to make the product, but not enough knowledge about how to maintain the product, and what pitfalls might occur two to five years down the line. On top of that, because design systems are very new, there are only a few that are truly mature.

My talk, "What Happens Next? Everything That Comes After Setting Up Your Design System," covers what you can expect to deal with as your design system matures. Over the past 3 years of building, launching, and keeping up with the Lightning Design System, the team learned to focus on certain key areas in order to sustain the design system as it sophisticated. During this talk, I go into detail about those areas that the Lightning team decided were important to scale. The areas I reference include: maintaining components, adoption, support, documentation, tooling, and strategy/architecture. Additionally, I share case studies from Lightning to illustrate how exactly the team chose to tackle scaling those areas.

Clarity Conf 2017

I did a version of this talk at Clarity Conf 2017, a conference focused on design systems, organized by Jina Anne.

If you're interested, you can check out the slides for the talk (pdf, no speaker notes).

Open Question: Design Systems Communication?

At Clarity Conf 2017, I asked the audience an open question: "What is a good way to communicate changes that happen to your design system to all of your users? These changes can range from component additions, to component updates, to design modifications." As this is something that the Lightning Design Systems team has found challenging, I wanted to know what strategies others might be using and finding success in when it comes to communicating change to their broader range of design systems consumers. The audience responded via a Twitter thread I started, and here are the responses:

If you're interested in sharing what your team does, feel free to respond to the original thread, and I'll add it here as well.

Thanks to all of the smart people who were willing to share their insight!

Credits

P.S.

If you're interested in chatting with me about this talk, or design systems in general, please DM me on Twitter and we can take the conversation from there. If you DM me on Slack, I might not respond :/