The 4 most common design systems myths (and how to get past them)
Creating a design system can be overwhelming, especially if—like at many organizations—it starts with a small team dedicating only a couple of hours each day to the effort. But even small teams can have a big business impact with the right processes and supports in place. While you may not start with a large core team of design system makers, you have an entire organization that’s likely willing to help if they’re aware of the value they will get from it. From sustainable growth to higher adoption, building a design system community provides numerous benefits, including the unplanned but equally important outcome of bringing people closer together.
Collaborators play a critical role in the long-term success of your design system, but you may have trouble finding them if the process of building and scaling the system is exclusive. In order to break down silos and promote the benefits of a design system community, it’s critical to understand why some may be hesitant to join. Here are several common misunderstandings about design systems that could prevent skeptics from getting involved and our recommendation for the best ways to alleviate their concerns:
Myth 1: Designers think it will stifle their creativity.
Remind fellow designers (and yourself) that a design system means freedom to work on bigger problems. While they may think it will inhibit their creative freedom or even replace them entirely, spread the message that the design system is changing their jobs for the better, elevating designers from bricklayers to architects solving big picture problems for the business and customers. Designers will get to spend more time researching with customers, building empathy, and helping shape the roadmap, instead of re-pixelating the wheel again and again.
Myth 2: Developers view the design system as a tool for designers only
Reinforce the benefits a design system provides developers, and back it up with data, such as time saved. Such benefits include: (1) Developers often work on the other side of the globe (or just the building) from designers. A design system keeps everyone in lockstep, no matter their locations. (2) Developers care about quality, speed, and efficiency. A design system gives developers the opportunity to integrate their own tools into a streamlined, cross-functional core that helps smooth out the design process for everyone involved.
Myth 3: People believe that only a small group runs the creation of the system, it feels elitist, or it’s closed off to the larger group
At its best, a design system should function much like a government—by the people, for the people. While you have “elected officials” who are implementing the day-to-day decisions, the design system is intended to serve the individual contributors who use it, not the makers. The processes you define around the system ensure this holds true.
Myth 4: Some believe the system may be built by a different team for a different product, and isn’t 100% relevant or accurate for other product groups
It’s unlikely any design system will fit every need of every person at the beginning, if ever. But the purpose of a design system is to bring these groups closer together, with a unified vision. A first iteration of the design system might be geared towards one product. But even then, other groups can find value, use it as a reference, and reuse existing components rather than recreating the wheel.
About Xhilarate
Xhilarate is a design and branding agency in Philadelphia that creates visual brand experiences that engage people, excite the senses and inspire our inner awesome. We are the arsenal of innovation. Xhilarate is a design consultancy dedicated to creating innovative brand and interactive experiences with an unyielding passion to create the extraordinary.
For More Information
Russ Napolitano / East Coast
russ@xhilarate.com
215 983 9990