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.
