On Theme: Design Systems in Depth

On Theme S1 Minisode 3: This summer's AI vibe shift and conference news!

Elyse Holladay Season 1

📲 Text the show your thoughts!

Surprise minisode! In this quick episode, hear a few ways AI tools are useful for design systems now, my new favorite design-eng handoff tool, and three can't-miss industry events this fall.

Elyse:

Hello, design system friends! It is so nice to be back in your ears after a nice long summer break. I'm not gonna lie, after I dropped the final episode of Season One, I think I didn't look at LinkedIn for easily six weeks, and that was kind of glorious. I hope you have all had a great summer, I hope you had a vacation in there, and I hope you're excited to go back to school! Honestly, I feel like the best part of Q4 is the back to school feeling. Like, I am buying a new journal, I am buying new pens. Even though the end of the year is always just bananas, so busy, so many things going on at work, so many things going on, kids are back to school, holidays are coming up, I still, I love this time of year. I love getting back into it. Season one of the show was amazing. We had 17 episodes with guests. We hit over 7,500 downloads since launch. I'm recording this in the middle of September, so we still have plenty of downloads to go! I would love to see that hit 10,000, so if there's an episode you've been meaning to listen to, now is the time! I'm also really excited because the show has been averaging about 200 downloads per episode in the first week after they launch. Industry data says that hitting 27 downloads in the first week puts you in the top half of podcasts, so I think we're doing pretty well! Even better, we are hitting 80 downloads a week per week, every week, continually. I get an email in my inbox every Monday that's like, here's your last week report, 60, 80, a hundred downloads, which means people are still discovering episodes, listening to episodes, going back and re-listening to episodes. And I just think that is so amazing, that's exactly what I wanted. I wanted this to be sticky. So thank you so much for listening. I think my favorite stat update is that we're

also

Elyse:

seeing a solid about 65% average completion rate. In monetized shows and on YouTube, the completion rate, how long people actually listen to the episode or watch the video, that's what you get paid for. And we're getting a really incredible amount of completion, like people are sticking around for the whole conversation, which is just unbelievably cool. I'm gonna be dropping a handful of minisodes throughout the end of the year before we dive into a full fledged season two in 2026. Today I'm sharing how I think things have changed just in the year, or even really over the summer, since the end of season one, and what I see coming up. In season two, we're gonna be back with some new guests, more deep dives, but also I think I'm gonna mix it up a little bit with the format. I got a lot of feedback that you loved the short and sweet minisodes. Maybe this is because we're all just addicted to short form content, but I actually think there's something really nice about a concise drop of info. Maybe more mini episodes, maybe more multi-guest single topic shows, so getting a hot take from multiple people on the same topic in one episode. I've been tossing around a couple different ideas. If there's anything that you really wanna hear about on the show, if there's any guests that you think definitely need to be on the On Theme podcast, if you wanna be on the On Theme podcast, or if you have ideas for format, please send me a note. I would love to hear your thoughts. Okay. Onto the actual content. I wanna dive into just how the vibes have shifted on AI, if you will. When I was recording season one, the end of 2024 and the beginning of 2025, I felt like the design system industry's attitude on AI was just flat negative. Every time I had a conversation with somebody in all the communities that I'm in, it was just, no, we hate it. We don't wanna use it. We don't want it to take our jobs. It's gonna generate only shitty components and we just are flat out pissed and upset. Obviously, there was a huge amount of hype at that time. There was a lot of uncertainty at that time. But it's been really interesting because over the summer I feel like people's attitudes have changed a little bit. I went from hearing just flat out no, and no, I don't even wanna learn about it and I don't even wanna talk about it, to people in the design system space, actually being willing to do a little bit of experimentation. We're starting to get a little bit more sophisticated about what AI tools can actually do for us in the design system space— in the product, software design engineering space in general, but specifically in design systems. Earlier this year, the only things that I were hearing were: it can generate components, and it can generate docs, and maybe it can generate storybook stories. Kaelig dropped an early custom Chat GPT project to allow you to write storybook stories, which was very cool. But I always felt like these were very simplistic use cases, and probably not actually the most valuable use cases. I'm gonna break these down. First, let's talk about writing components. Yes, an LLM can write you an input, but an input is an input, is an input, and they just don't get that different. If you've listened to my content, you know that I feel really strongly that design system teams building a whole bunch of custom components is often, I'm just gonna say it, kind of a waste of time. There are so many existing libraries out there. There are so many existing tools out there. There's existing inputs out there, probably in your own codebase, to start from. And we historically, design system teams have really spent a ton of time just like getting way in the weeds about how to build the perfect input and... i'm not gonna beat that dead horse anymore, but I don't feel like we're building enough basic atomic level components for,"LLM build me an input," to really be a core use case for AI in design systems. Do I think if you gave a really good requirements doc to an LLM, could it generate a really good input for you? Sure, not disputing that. Just not sure that this is a core need. For most of us, we're doing a whole lot of other things, and the other stuff that we do as a design system practitioner is far more valuable to our organization than building the button, building the input. The second thing is documentation. Now I feel really strongly that this is actually a terrible use case for LLMs. A significant portion of the human written documentation for design system components is actually more about the technical implementation. And humans may still need some of that information, but the engineers often can read it from the code, but more importantly, the LLMs can read it from the code. So, in some new world where we're having a lot of LLM generated output by our engineers, they can interact directly with the LLM and so they can say, what are the properties, what are the variants, what are the options, hey, use this component and fill in the data. A lot of the documentation that we write explaining the technical implementation, can be automatically generated, but I'm not even sure it's necessary to automatically generate it anymore, because it's already computer code that the computers can already read. The other stuff that we write is the how and the why. When you ask an LLM to write documentation for, say your input, it's gonna write a bunch of stuff that sounds like the worst design system documentation that you've ever read. Like, an input is an element that a user can type into. Is that actually the documentation your team needs? Probably not. The documentation that your team actually needs is, when do I use this? Why do I use it? What is the design language around this? Are there certain icons I can use with it? What other interaction patterns does this go with? An LLM is not going to have that information. I've got a lot more to say on this topic, around how we give our AI tools the context of our design language. But we'll get into that another time. Since spring, I'm starting to hear a lot more really interesting use cases for how AI can actually integrate into our system, teams, process, and product teams. I feel like the attitude has really shifted. We're not seeing quite as much of the doom and gloom, it's gonna replace all our jobs kind of attitude. At this point, I think it's pretty clear that companies who are doing layoffs and saying it's because of AI, are pretty much using that as an excuse to reduce headcount for whatever other business reasons. I'm not seeing the absolutely dramatic ROI claims come true, right? Like, oh, it'll make you 30% more effective. I'm not seeing an AI agent that is just like a whole nother engineer, or especially another designer. What I am seeing is ways that these tools can help us break down silos, do more collaboration, learn and grow, and shift the boundaries of roles in ways that I think are really interesting. I've used it for writing storybook stories. I've seen a lot of people use it for writing tests, and you have to be careful here, because the output of course can really vary. LLMs really like to mock fake stuff in tests and not really test things. But it can be a really nice head start. I'm seeing a lot of interesting work around prototyping, which I'm excited to talk about more. Prototyping can mean a whole bunch of things, right? It can mean generating some flows to build alignment with your PM, your designer, your engineer. Or just to show what something might look or feel like. Prototyping could mean building or iterating on a component. A new component, an existing component, or even a non-design system component, right? Like using design system components to make some kind of interaction pattern. I am seeing a ton of good uses around code refactors and migrations, writing automated migration scripts, or actually having the LLM do or support code refactors. This is a really, really nice way to help your teams actually upgrade the version of the design system they're on. I am seeing designers have learning opportunities to understand code better, explore interactivity, to explore routing, flows, animations, even if the outputs aren't production ready. Just really speeding up early collaboration. And like, we love a learning moment, right? We love to get in there and actually have a better understanding of what the output, in code, of the thing that we're building or designing might be. And I think the most exciting use cases are the ones that are still to come. How do we design in the browser? How do we design and edit on existing product? How do we get designers in production? How do we have a Figma like UI experience in real production code? I— Here's your spicy take of the show— I am really baffled by the focus in the design system space on generating code out of Figma. It's still a majorly hot topic, and I'm just not convinced that's the right way to go about things. I'm seeing a lot of token pipeline AI tools, things like that, which, very cool and can be a really powerful tool. But generating the code at a Figma mocks is funny to me because we already have all of the code components. And it's just not really possible to have one hundred percent one-to-one parity between Figma and code. There's always gonna be in code, more options, more variations, more props, ways to deal with data that's coming in, that you just can't replicate in Figma. And there's gonna be CSS styling, layout, things that Figma just can't really do because it's a vector program and not a browser. Shout out to PenPot who I know is working really hard on this problem. But, I'm of the opinion that we should be letting designers build and design with the production code components, and all of the variations and flexibility that entails. Rather than being in Figma where we have to recreate a lot of things and the output is not gonna be exactly realistic. There's definitely still a place for Figma. I'm not anti Figma. But I would really love to see a workflow that looks more like the following: starting with sketches and flow charts. Taking that into an interactive prototype tool, getting something that is 60 to 70% of the way there, the flow is there. Maybe all the details aren't exactly there, but the concept is there. Or even just having a wireframe in Figma that is tagged somehow with which component it should be. And then you can put that into an LLM or a tool and actually have it apply the components on top. And then the place where Figma is still really valuable is when you're doing visual design. But when you're really thinking about the visuals, the feel of something you actually do need to be able to go in to build hi-fi mocks. LLMS so far are not very good at that. They're not really good at design. They're not really good at understanding design language. Like yes, they can output a UI. But when we think about really good design, when we think about apps and projects that are interesting or beautiful or just work really well, that's the product of a lot of design thinking. So we talk a lot in the design system space about, does the design system stifle creativity? When you're building UI that fits in with things that you've already built, you're building another form, you have these design concepts already. You don't necessarily need to be doing super hi-fi designs because you know, this is a text field, this is a select field. We want this amount of spacing between them, we always do a primary and a secondary button. And you should be able to layer the system over that. We've been really lucky at Color to be an early customer of Dessn, that's d-e-s-s-n, dessn.ai. Their team is working on a LLM based tool that actually uses your design system and allows designers to build prototypes, build and edit components, and actually work directly in the code. There's just inklings and glimmerings of this future really coming to pass. I am firmly in the camp of having designers be working with the real production design system, the real code components, rather than trying to generate code out of Figma. So we'll see how this plays out. At the beginning of this podcast, in the trailer, I said, design systems work is due for a major reinvention moment, and I wanna talk about it. I think we are in the middle of that reinvention. Things are really, really having to change, and I'm so excited to continue to explore what that is gonna look like in the future, to talk with all of you, and bring to you the ways that people are changing their design system processes, the ways that they are working with new tools, the things that haven't changed, and how we figure it out in the future. Now for some design system industry and conference news. The ZeroHeight Design System Awards are back this year. I am so excited that the On Theme podcast was shortlisted for the Best Podcast category. I also have the pleasure of being a judge. Obviously, I don't get to judge the podcast category! But really excited to see all of the incredible teams, case studies, documentation sites, articles, events, community builders, everybody who got nominated for that short list. Just so excited about all of your work. Really can't wait to dive into all of these nominations, and of course, see who the community is voting for. But of course I have to plug myself, if you liked the On Theme podcast, if you listened to it this year, if you were one of my 7,500 downloads this year, wow, please go to awards.zeroheight.com, and vote for me, would really, really appreciate it. Second, I am gonna be speaking at ZeroHeight's Converge Conference in Bristol UK in about a month. It's October 30th. It is not too late to get a ticket. You can go to converge.zeroheight.com if you are in Europe or like me, if you would like a little UK vacation, go get your ticket. I would love to see you there. We're gonna have some amazing speakers: Andy Bell, John Voss, Donnie D'Amato, couple past podcast guests, Natalya Shelburne, Guy Segal, and just the whole lineup looks incredible. All of the topics are gonna be around the future of design systems, AI tools, how things are changing, how we use and approach the tools that we have, and of course, the classic, how do we talk about and sell the value of design systems. Also really excited because Gab and Nim at Dessn are also gonna be there. So if you want to get a demo of Dessn, check it out, talk to them, see how they're thinking about prototyping and giving designers access to design in the code, you do not wanna miss that. We may also be having a special little event for people who are interested in Dessn, so if you are gonna be there, please send me a DM ASAP so we can get that on the calendar. And last, but certainly not least, we have Camp Clarity. I cannot believe it has been 10 years of Clarity Conf, and I cannot wait to see what Jina has up her sleeve for us this year. It's gonna be December two through four at the Ace Hotel in Palm Springs. We are gonna get a little like winter desert, sunshine camp vibes. Just so excited for this, really interesting format. I think we're gonna have time to hang out and play and experiment and workshop and just generally be together, go outside and not just sit in a room and listen to talks. ticket I think within an hour of the email going out. Please go get yours. I know it feels like everything is coming up so fast this fall, but I am so stoked for all of these events and so excited to see some old faces and make some new friends. So let me know if you're gonna be there, go get your ticket, and come and say hi when you are there. And if I don't see you there, don't worry, you know that I will be talking about it here on On Theme Podcast. As always, thank you so much for listening, for your support, for your comments. Really excited to dive into season two with you. Stay tuned for more minisodes, and I will see you on the internet.