Flag

We stand with Ukraine and our team members from Ukraine. Here are ways you can help

Get exclusive access to thought-provoking articles, bonus podcast content, and cutting-edge whitepapers. Become a member of the UX Magazine community today!

Home ›› Design Systems ›› The Broken Promises of Design Systems: Why Following the Rules Won’t Get You to Great Products

The Broken Promises of Design Systems: Why Following the Rules Won’t Get You to Great Products

by Itai Vonshak
3 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

Design systems promised to bring order, consistency, and speed to product design — but have they delivered on that promise? In this candid reflection from a former Material Design lead at Google, we explore how rigid rules, endless maintenance, and poor adoption have turned design systems into creativity killers. As AI reshapes the design landscape, it’s time to ask: are design systems holding us back from what’s next?

I’ve spent the last ~5 years leading the Material Design team at Google, arguably the world’s largest and most recognized design system. I’ve worked with brilliant minds, backed by incredible resources. And yet, I can’t shake this feeling: design systems have failed us. They don’t do what they say on the (proverbial) box.

Let’s rewind. The promise of design systems was alluring: accelerate the process of building cohesive experiences, ensuring high quality and consistency at scale. We envisioned systems that encompassed patterns, components, motion, content strategy, and even micro-interactions. A holistic guide to creating delightful experiences.

But somewhere along the way, we got lost in the weeds of components, tokens, and documentation. Design systems became rigid rulebooks + glorified Figma sticker sheets — stifling creativity and burying designers in endless updates. And so adoption becomes the main challenge. Any design system professional will tell you that they spend more time trying to convince people to adopt their design system than actually designing it. Could it be that we have not quite reached Product Market Fit for design systems?

Here’s the brutal truth:

  • They’re unread novels. Anything that requires reading is dead on arrival. No one reads the manual. That is why patterns fall by the wayside. Since we don’t encapsulate patterns in code, they become dead text that serves no real purpose.
  • They crush innovation. Instead of empowering designers, they force them into pre-defined boxes, leading to a sea of homogenous digital experiences. Designers often spend more time trying to figure out which pattern to use than how to solve a particular problem.
  • They’re a black hole of maintenance. Keeping them up-to-date and consistent across sprawling organizations is a Sisyphean task.
  • They’re dinosaurs in the age of AI. While AI is revolutionizing coding, design systems remain stuck in the past, slowing us down instead of propelling us forward.
  • They don’t scale. They fail small teams striving for product-market fit who don’t have the bandwidth for long-term documentation. At the same time, they fail multi-product teams where a centralized system becomes a compromise, diluting its effectiveness for any single application.

And the biggest lie of all? That adherence to a design system guarantees a good product. A truly great app is usable and desirable because of thoughtful design, not because it religiously follows a set of rules.

So sure, use Material 3. It’s a great design system with some awesome resources. But is it enough? Code reuse is great, and it’s very helpful to have your design and code aligned. But a full adoption of a design system is an expensive proposition; for most organizations, it is not justifiable just for the cost savings alone.

So why do we continue to push design systems as the solution for design at scale? Should we consider that while they might be part of a solution, there are other tools and ideas that we need to develop?

So, what’s the next chapter? How do we harness the power of AI to create designs that are consistent when they need to be but also truly dynamic, intelligent, and adaptable?

I’m on a mission to find out…

The article originally appeared on LinkedIn.

Featured image courtesy: Itai Vonshak.

post authorItai Vonshak

Itai Vonshak
Itai has led cross-functional teams in developing iconic products at Amazon, Google, LG, Meta, and Pebble. He champions the design craft as the cornerstone of great product development.

Tweet
Share
Post
Share
Email
Print
Ideas In Brief
  • The article questions whether design systems really help create better products.
  • It explains how they often limit creativity, are hard to maintain, and don’t scale well.
  • It suggests we need more flexible, AI-powered tools to support great design.

Related Articles

Learn why the design-to-development pipeline is the launchpad your team inherited but never questioned.

Article by Erika Flowers
Zero Stage to Orbit
  • The article argues that the entire design-to-development pipeline is a multi-stage rocket — a system built around workarounds, not solutions.
  • It makes the case that AI agents don’t just improve the handoff problem; they eliminate the need for handoffs.
  • The piece challenges readers to ask not how to optimize their process, but why they’re still using it.
Share:Zero Stage to Orbit
14 min read

Learn about common Agile anti-patterns. Lessons from Laura Klein.

Article by Paivi Salminen
Unhappy Agile Teams Are Unhappy in Familiar Ways
  • The article makes a sharp point: struggling Agile teams love to think their problems are unique. They rarely are.
  • It breaks down the traps that quietly kill Agile teams, like endless feature shipping, siloed workflows, and design treated as an afterthought.
  • The piece reminds us that looking Agile and actually being Agile are two very different things.
Share:Unhappy Agile Teams Are Unhappy in Familiar Ways
6 min read

Learn how to build systems where design explicitly models development, handoff is automatic, and AI can extend your work reliably.

Article by Jim Gulsen
Your Design System Works in Figma. Does It Work in Code?
  • The article explains why many design systems don’t work well: designs made in Figma don’t translate well into code.
  • It introduces five practices: structure frames like code, use fewer components with more variants, organize by how both designers and developers actually work, let AI check your naming, and build documentation into your daily workflow.
  • The piece says that good design systems are the same in design and development, and when they match, everything just works.
Share:Your Design System Works in Figma. Does It Work in Code?
6 min read

Join the UX Magazine community!

Stay informed with exclusive content on the intersection of UX, AI agents, and agentic automation—essential reading for future-focused professionals.

Hello!

You're officially a member of the UX Magazine Community.
We're excited to have you with us!

Thank you!

To begin viewing member content, please verify your email.

Get Paid to Test AI Products

Earn an average of $100 per test by reviewing AI-first product experiences and sharing your feedback.

    Tell us about you. Enroll in the course.

      This website uses cookies to ensure you get the best experience on our website. Check our privacy policy and