20Product: Figma CPO on How Figma Builds Products: What Works, What Does Not | How Figma Does Testing and Product Reviews | The Future of Design, Engineering and Product with Yuhki Yamashita

Yuhki Yamashita is the Chief Product Officer at Figma, where he leads the development of one of the world’s most beloved design platforms. Previously, he was Head of Product at Uber, overseeing the core rider experience used by millions globally. A master of product storytelling and team-building, Yuhki has redefined how world-class digital products are built and scaled. Items Mentioned in Today’s Episode: 04:30 – "Simple is Lazy?" — Yuhki Challenges Product Dogma 07:45 – The Secret Behind Figma’s New Product Ideas (Hint: Users Hack It First) 09:00 – From Hack Week to Roadmap: How New Figma Products Are Born 10:00 – Are PRDs Dead? Yuhki's Spicy Take on the Death of Specs 12:30 – The ‘Screenshot Test’: Can Your Product Explain Itself in 1 Frame? 14:15 – Code Layers and ‘Living Designs’—This Demo Blew Everyone’s Mind 15:30 – Designers vs Coders: Who Really Owns the Future of Product? 17:45 – The Most Controversial Product Decision Inside Figma 19:00 – Why Figma’s Org Structure Could Kill the PM Role (For Real) 21:00 – Should Everyone Be a Designer and a Builder Now? 23:15 – Will Figma Have Fewer Engineers in 5 Years? 24:00 – Cursor, Windsurf & AI Coding Tools—What Figma Engineers Really Use 25:30 – AI’s Dual Power: Lowering the Floor, Raising the Ceiling 27:00 – Figma’s Biggest Product Flop? Yuhki Owns It 29:30 – The Magic of Product Storytelling—Even for Boring Compliance Tools 31:00 – Why Joy Must Be in the Product (and How Figma Bakes It In) 33:00 – Does Product Market Fit Even Mean Anything in 2025? 35:30 – Is Great Design Enough? Or Is It ALL About Distribution? 37:15 – Dylan’s Secret to Early Growth: Hacking Design Twitter 39:00 – Community Mistakes Startups Keep Making 41:00 – The One Thing Yuhki Wishes He Could Change at Figma 43:00 – Should They Have Launched 4 Products at Once? Time Will Tell 45:00 – When Do You Know a New Product Is Doomed? 46:30 – Why Designers Still Don’t Ship What They Design (and How to Fix It) 48:00 – From Uber to Figma: Yuhki’s Playbook for Massive Product Swings 53:00 – The Adobe Deal Breakup—How Figma Rallied 56:00 – What Yuhki Needs to Improve as a Leader (His Own Feedback Review) 58:00 – The Product Leader He Admires Most—and Why 59:30 – What Figma Still Gets Wrong About Product Culture Please read the offering circular and related risks at invest.modemobile.com. This is a paid advertisement for Mode Mobile’s Regulation A+ Offering. Past performance is no guarantee of future results. Investing in private company securities is not suitable for all investors because it is highly speculative and involves a high degree of risk. It should only be considered a long-term investment. You must be prepared to withstand a total loss of your investment. Private company securities are also highly illiquid, and there is no guarantee that a market will develop for such securities. DealMaker Securities LLC, a registered broker-dealer, and member of FINRA | SIPC, located at 105 Maxess Road, Suite 124, Melville, NY 11747, is the Intermediary for this offering and is not an affiliate of or connected with the Issuer. Please check our background on FINRA's BrokerCheck.

Speaker names marked ? are inferred from speaking time and the show’s known hosts — they are not voice-verified.

• 0:00Harry Stebbings?

  This is 20 Product with me, Harry Stebbings. Now 20 Product steps inside the world of the incredible product leaders, leading some of the best product teams today. Joining me in the hot seat, we have Yuhki Yamashita, Chief Product Officer at Figma, where he leads the development of one of the world's most beloved design platforms. Previously, he was Head of Product at Uber overseeing the core rider experience used by millions globally. Yuki is a master of product storytelling and team building. He's redefined how world-class digital products are built and scaled, and I couldn't be more excited to have him in the studio in London today. But before we dive into the show today, are you struggling to beat model benchmarks or implement Gen AI in your product?

• 0:40Harry Stebbings?

  If so, you need Turing. Turing is an AGI infrastructure company backed by incredible investors like Foundation Capital and Westbridge Capital. And they do two things. Number one, they help leading companies in AI labs like Salesforce, Anthropic and Meta enhance their LLMs with advanced reasoning, coding, multilinguality, multimodality and more. Number two, they combine human and artificial intelligence expertise to deploy cutting-edge AI systems for awesome companies like Rivian and Reddit. Right now, Turing offers a free five-minute self-assessment to help you pinpoint your place in the Gen AI journey, get tailored next steps to optimize your model strategy,

• 1:23Harry Stebbings?

  and then finally, learn how Turing can refine and implement your models for better performance. Take the guesswork out of Gen AI. Visit Turing.com/20vc to start your free assessment today. And once your Gen AI strategy is on point with Turing, now let's switch gears to the future of mobile and how one company is turning your screen into real returns. We spend nearly half our waking hours glued to our phones, upwards of 50 hours every week. Recently, one company transforming this reality stood out so much, I personally became a shareholder, Mode Mobile. Mode Mobile created the Earn Phone, the smartphone that pays you for daily activities. Instead of big tech profiting billions from our attention, Mode returns over 325

• 2:10Harry Stebbings?

  Million dollars directly to users through earnings and savings. Mode's revenues surged an incredible thirty two thousand four hundred and eighty one percent in three years. Recognized by Deloitte as twenty twenty three's fastest growing software company in North America. And here's why I'm excited. Mode's equity offerings have raised over thirty million dollars from twenty thousand plus retail investors. One of twenty twenty five's standout public raises. And you can now join me as a shareholder with as little as a thousand dollars at invest dot mode mobile dot com forward slash twenty VC. For a limited time, unlock up to a hundred percent bonus shares and a free earn phone. Email us for the investor brief at twenty VC at mode mobile dot com.

• 2:54Harry Stebbings?

  Or check out invest dot mode mobile dot com forward slash two zero VC. We've talked about making money from your phone. Now let's talk about making your product do exactly what you want it to. Whether it's the software you build or the software you buy, your tech stack should be creating results, not creating roadblocks. Well, Pendo's no code software experience management platform makes your software better with tools to see where users get stuck, guide them with in-app messaging and constantly improving your UI. It's so easy that over fourteen thousand businesses use Pendo to increase revenue, lower costs and reduce risks. Businesses love the control, engineers love the freedom, everyone wins. Start for free today at pendo.io forward slash twenty product. You have now arrived at your destination.

• 3:40Harry Stebbings?

  Yuki, I'm so excited for this, dude. We first met in COVID at like a Linktree panel event. I've been looking forward to this for a while, so thank you for joining me in person.

• 3:49Speaker 01

  Thanks for having me.

• 3:50Harry Stebbings?

  Not at all, but we were just talking a little bit about your upbringing and you said, I moved a lot. And mentioned Tokyo and some other areas where you spent time in your childhood. I want to start with, how did moving a lot impact how you think about product and design today?

• 4:04Speaker 01

  Yeah, I think moving a lot in retrospect caused me to, as a young kid, you just want to fit in, right? And, you know, you make a lot of friends, but you have to abandon your friends and move to a new place, learn a new culture. And as part of that, I felt like I needed. To just abandon all of my kind of assumptions about how things work. Like some basics, like in Singapore, you know, you hold the spoon and fork differently from the Philippines or something, you know? And just those little things. And so it causes you to just question every assumption you have to some extent. And I think that helped me with putting myself in other people's shoes, you know, building some basic user empathy. I think those are core tenants of design.

• 4:44Harry Stebbings?

  I just ask continuously unfair questions and if you don't like them, we can edit them out.

• 4:48Speaker 01

  No, go for it.

• 4:48Harry Stebbings?

  What design assumption do you think we question that we shouldn't question?

• 4:53Speaker 01

  I think we should always be questioning everything. I think a designer's job is to always ask what if?

• 5:00Harry Stebbings?

  For me, it's like, you know, simple is always better, is it? Like, we should question that assumption. And to what extent does simple is always better become lazy versus feature creep?

• 5:10Speaker 01

  I see. That's a good one. Dylan does always say simple is better. So there is truth to that. But simplicity is a perception, so it's not necessarily a reality. You know, if you take simple is always better to an extreme, you might not add new features. You might not add new capabilities and I don't think that's always the right thing to do.

• 5:28Harry Stebbings?

  When you think about that, like simple is better, but then adding new features. The most difficult thing I think from an outsider building product is like, how do you cater to super users who just want the most advanced features? But then also engage an audience that needs quite basic features, quite a lot of handholding without alienating either world.

• 5:45Speaker 01

  Right. No, it's really hard. I think very few products have been able to evolve in that way to some extent. I think at Figma, we try to think about it in terms of offering people different modalities, allowing them to be in the same artifact together while using different lenses. So for example, we have a product that we just launched, Figma Buzz. You know, that has design mode, which is kind of like expert mode, hard mode. And has all the things that designers know about like layouts and variables and design systems, things that are a little bit foreign to non-designers. But then we have just the regular mode where people can come in and it's just a very simple editor where they can edit content in ways that they expect. And having kind of that duality and giving people different

• 6:30Speaker 01

  Lenses into the same surface has been one way for us to preserve that simplicity for one side, but the need for power on the other.

• 6:39Harry Stebbings?

  You said there about the new product, design mode.

• 6:41Speaker 01

  So, design mode is a feature within our products. So, Figma Buzz is one of our new products for marketers. Figma Slides also has design mode. It looks like any other Slides product regularly, but you can flip on design mode and get access to all the features that you expect from Figma Design.

• 6:59Harry Stebbings?

  How do you determine which new categories? I love it, but this schedule is beautiful, but fuck it. How do you determine which new categories to go into versus which to leave? You could look at Figma Slides and go, Pitch or Canva or whoever do that pretty well. It's not really our bread and butter versus we want to be there. How do you think about that product decision?

• 7:17Speaker 01

  Well, one of my product mentors, his name is Shiva Rajamaran. He is my manager at YouTube and has gone on to do a lot of amazing things. And he talks about how it's important to observe how people hack your product, you know, use that as inspiration because that's real signal, right? They're going out of their way to demonstrate to you that they have a need, even though you're not delivering on it. And so for us, a lot of our new products are a function of that, you know? Back in the pandemic, people were using Figma Design as a space to hang out during quarantine. And that motivated us to think about building a space for them, which is Figma or brainstorming tool. And Slides too, before our Slides product, three and a half million decks are being made in Figma Design,

• 8:01Speaker 01

  even though it wasn't intended for it. For us, that was motivation. So I think those are the kind of ways that we can easily prioritize because we know the demand is already there.

• 8:11Harry Stebbings?

  Can you take me inside what happens next in this magical product machine of Figma? Which is, we see that someone's hacking it, they're creating three and a half million slides. Someone brings it to a meeting and says, hey, I think we should create this product. What does the product process look like?

• 8:26Speaker 01

  Yeah, I would say in the case of some of these products we just talked about, there's usually a group of people inside Figma, we call them Figmates, who just get super passionate about it. And maybe they wait for, you know, our Maker Week, which is an equivalent of a Hack Week essentially. Usually to build out a proof of concept, to make a pitch. And I think, you know, at least in our culture, building something tangible that people can use convinces people more that this idea is tenable. It's actually simpler than we imagined. And that usually is what kind of propels that project into getting on the roadmap or, you know, at least being considered.

• 9:01Harry Stebbings?

  How often is make a week?

• 9:03Speaker 01

  Once a year. Sometimes we've had it twice a year.

• 9:05Harry Stebbings?

  Do you want to, in a world that's more fast moving than ever, encourage people to hack on-site projects more than ever before?

• 9:12Speaker 01

  Well, I think it's really important right now for every product team to think about how to prototype and play with new capabilities because it's, everything is so fast moving. So programs like Maker Week help, but I think it's a core capability that we all need to learn.

• 9:29Harry Stebbings?

  I completely agree with you. People are inspired more by a build and feeling something more tangible. What happens then? We've got three Figma mates and they've been inspired by something. They've built an early version. What happens then?

• 9:40Speaker 01

  Well, usually there is kind of a moment where there's a pitch, right? A product review of sorts. Oftentimes it's nice to pair it with, okay, well, what makes it differentiated? What is the messaging that will go alongside it? How do we tell the story around it? Because, okay, is it any old slides product or is there something special about it? Or why is it uniquely Figma is a big part of that. And then the second is laddering up to our goals, right? And in our case, we're in the business of helping teams build products. Even something like slides, there are a lot of use cases around that for product teams. And like, how do we bring those to life and why is that better than another slides product, for example?

• 10:21Harry Stebbings?

  As a podcaster, I make bombastic statements and expect you to probably neutralize them a little bit. Are PRDs dead? People today say, in a world of such agility, PRDs, don't need them anymore. Are PRDs dead and how does how we use them change?

• 10:39Speaker 01

  They are, in the form that you might be imagining, could be dead, which is this very dense spec that's intended to be implemented. Like, I remember when I was just out of college in Microsoft, our PRDs would be 20 pages long with tables of edge cases. And if there was a mistake in the PRD, there's a whole process called a design change request that you had to make as kind of like a punishment.

• 11:03Harry Stebbings?

  It feels like an advert for Grammarly.

• 11:07Speaker 01

  So you know, things of that form, I think, are probably outdated even at Microsoft at this point, but a centralized place where you're like, this is the goal, or this is what we're trying to do, or some source of truth, or people can go back and say, well, I'm trying to make a decision right here, and I want to know whether I'm making the right decision. Something that articulates that North Star is still important to ground everyone.

• 11:30Harry Stebbings?

  Can different products have different North Stars within the same business? Does it have to unite?

• 11:36Speaker 01

  I think about it as, in our product teams, for example, one of the things that we like to do with goals is do what we call KPI trees. So KPI trees is something that I learned actually at Uber, where you say, okay, you have this metric, but what does it ladder up to? And sometimes it ladders up via math, and other times it ladders up via assumptions. So for example, you might be a team focused on customer satisfaction, and it's an assumption that eventually it ladders up to engagement and therefore weak active users, right? But like, at the end of the day, at Uber, at the very top was trips. Everything cascaded from there. So I think that while it's possible for everyone to be indexed on a different kind

• 12:17Speaker 01

  of part of that tree, someone should be doing the thinking to make sure that it's all laddering up.

• 12:23Harry Stebbings?

  You mentioned story and messaging there as part of that.

• 12:26Speaker 01

  Yeah.

• 12:26Harry Stebbings?

  What product messaging slash story are you most proud of, from Figma or Uber? And what did you do well from it?

• 12:32Speaker 01

  The best stories, you know, you can kind of look at something and it instantly tells its own story. So for example, I like to think about the screenshot test, which is, you have one screenshot, maybe it can be allowed to be a GIF, maybe, but where without any caption, you just understand immediately the value of it. Back from Uber, I was working on the redesign of our rider app, going into upfront pricing. So the fact that there's times and real prices on the home screen, that was very self-evident, what this whole redesign was about. And I think all too often, people end up kind of having to walk people through, okay, this tutorial of like, let me just explain to you why this product is better.

• 13:14Speaker 01

  And to me, that's not just the story, it's also kind of a constraint in the design. Like, you're maybe not pushing it hard enough for it to be self-evident how to use it, or why it could be valuable.

• 13:25Harry Stebbings?

  I'm just imagining a lot of founders listening going, but my product's too complex.

• 13:29Speaker 01

  Yeah.

• 13:30Harry Stebbings?

  I could never do that.

• 13:31Speaker 01

  Yeah.

• 13:31Harry Stebbings?

  Is that because there are some products that are just too complex? Or is that an element of bad design?

• 13:37Speaker 01

  I would say that for your audience, there should be some moment where you're kind of, you look at it, you're like, oh, my gosh, that's amazing, right? And, you know, as I said, it could be a gif or something that's, if you need a few, condense a few steps into it. But if there's a moment where you have to say, hey, let me stop and explain, or let me do like three tool tips to explain. It's a little bit suspect, I would say.

• 14:01Harry Stebbings?

  So we have that beautiful picture screenshot, hopefully.

• 14:05Speaker 01

  Yeah.

• 14:05Harry Stebbings?

  Or gif.

• 14:06Speaker 01

  Yeah.

• 14:06Harry Stebbings?

  And we have this kind of pitch moment.

• 14:08Speaker 01

  Yeah.

• 14:08Harry Stebbings?

  What does that pitch moment look like? And how do you think about that decision making on whether to go or not?

• 14:14Speaker 01

  Yeah, every product has some magic to it, right? Every company talks about magic in some kind of way. I think there's a visceral reaction when you see something that feels special, that feels unique. That's usually a very good indication that something is right here, you know? And if that doesn't exist, to kind of keep pushing on that until it does, or maybe say not now, but that's something that I very much look for.

• 14:37Harry Stebbings?

  What new product pitch that you had within Figma?

• 14:41Speaker 01

  Yeah.

• 14:41Harry Stebbings?

  Did everyone find was the most special? And was that unanimous? Or have there been wildly disparate views on what people have liked in the pitch process?

• 14:51Speaker 01

  Well, I'm thinking to a recent one, we introduced this feature called Code Layers. And at the time, the internal product name was called Living Designs. And it was this idea that you could have the static design that you just drew, and then hit a button, it transforms it into code, and you can start kind of augmenting it with code via prompts. And that moment, I remember it was a Maker Week project. Everyone's like, wow, all of a sudden, all these things that were impossible to do within Figma Design became possible via the power of code. But based off of the design that you just drew. So it's almost as if the design came alive. That was like a big Zoom chat moment of like, everyone's like, whoa.

• 15:30Harry Stebbings?

  I think about entry points a lot as an investor. Often you lose because you get the wrong entry point. You have the right idea, the right solution, but the wrong entry point.

• 15:39Speaker 01

  Yeah.

• 15:39Harry Stebbings?

  When you think about the entry point for building in the future, you mentioned that turning design into live code. And then you've got another element, which is just kind of build in real time, which is your bolts, it's your lovable's, where you don't necessarily start with pure design. You kind of build on the fly. How do you think about the future in terms of entry points in that way?

• 15:59Speaker 01

  The future has to be one where there are many entry points because building a product is just necessarily this very complex, multifaceted thing. And, you know, we like to talk about kind of our North Stars. How do we go from an idea to a final product in users' hands as quickly as possible? And in some cases, people have only conceptualized the idea as a phrase. And so by all means, start there, right? But for many others, they've already started sketching it out in some way because words aren't sufficient to convey this, the concept, or there's something about the essence of the design that they want to communicate or convey first. Designers are very visual people. There are people who, these are the people who go to a whiteboard

• 16:43Speaker 01

  and start drawing before writing a single word down. And then there are, you know, developers who are, might have an existing code base and they have an idea based off of that. And you want to allow them to design a concept.

• 16:55Harry Stebbings?

  Do you think the world separates into your professional and amateur? And it's the pros will use Figma and use design first, and the amateur will build on the fly with your lovable's or bolts?

• 17:06Speaker 01

  Well, certainly, while it's definitely the case that Figma has traditionally been a little bit more professional, certainly our aspiration is that anyone can arrive to Figma and feel like they can get started. One of the motivations for building a product like Figma Make, for example, was allowing someone who just has a concept with words to get started and then iterate, whether with the help of their teammates or by themselves on that output.

• 17:32Harry Stebbings?

  When we go to that decision, what was the most controversial new product decision that you remember within Figma? Why was it controversial? And how do you reflect on that?

• 17:42Speaker 01

  Well, I think the biggest thing there was, for example, when Figma make, source of truth is code. And we figure out how to take your design, translate it into code, and then let you iterate via code because code is so expressive. And LLMs are fantastic at writing code. I think that was a big shift for us to some extent, just because to date, the source of truth had been a representation of our design. And now the two things aren't completely different. They're quite related. But I think that anchoring, especially for the Figma make product, felt different to us.

• 18:17Harry Stebbings?

  And people within the team were conflicting in terms of how they thought about it?

• 18:20Speaker 01

  I don't know if conflicting, but it definitely felt new. It was like, this is not what we maybe a couple of years ago would have thought.

• 18:26Harry Stebbings?

  What happens in that situation when there is a disagreement or a, hmm, I'm not sure about this? How do you think about the green light versus the red light?

• 18:33Speaker 01

  I think it really comes down to what our users want. And in our case, our customers want the ability to be unconstrained by the tool that they're using and having the power of any medium to express themselves. And that's why I think our definition of design has almost expanded in the last couple of years, last year or so. Where I say, hey, like, design, you might think of as that thing of visual manipulation on a canvas, drawing some mock. But actually, just as valid is a bunch of iterations via prompting. Or just as valid is writing some code because maybe designing via coding is faster. And so if you start to take that worldview where we should allow you to design in any medium,

• 19:16Speaker 01

  any input method at any point in the product development process, it starts to make sense that we have to introduce those capabilities into our platform.

• 19:25Harry Stebbings?

  You mentioned the expansive nature of design there and also the unification of product and design. In many ways, it feels like we're seeing the kind of collapsing of these different functional areas into all one superhuman. When we think about the future of product teams, how do you think about the structure of those teams, given this unification slash blurring of lines?

• 19:46Speaker 01

  This blurring of lines has been happening even before AI, like designers learning how to code or PMs learning how to code. Learning a little bit of design. One of the reasons I joined Figma was precisely because the boundaries are being blurred. And I was always frustrated by that kind of arbitrary line that was drawn between, say, a designer and PM, where I've played both roles before. And a lot of this has been happening because people are being pushed up the stack, right? Like engineers don't have to understand everything that's happening underneath the hood anymore. They're just using a bunch of powerful libraries and APIs and still being very productive. Designers, they're very rarely pushing pixels anymore. They're compositing things that already exist in their design systems and putting it together. And so you're operating at these higher and higher level abstractions.

• 20:31Speaker 01

  And as a result of that, you're kind of being all pushed towards a similar area where you can focus on the most strategic things, which is solving the problem or solving the user problem. And so I think it is true that naturally all these disciplines are, I don't know if converging is the word, but certainly kind of all moving up in some ways in terms of abstraction.

• 20:49Harry Stebbings?

  How does your team structure look today? You have a pod, what does that look like? And what will that look like in five years?

• 20:55Speaker 01

  It's a good question. Certainly because of the blurring of boundaries, it's easy to imagine that they might collapse a little bit more into kind of generalist product building role, with a few specialists always who can go deeper and go higher craft in their respective disciplines. But that being said, I will say that there is always something very healthy about a group of people who are pushing on different extremes. And so, for example, I'm remembering there was this time when we had an intern at Figma who was a design intern, but wanted to try out PM. And so we're like, okay, great, go PM and design this project. And they had a lot of difficulty because as soon as they put the PM hat on,

• 21:34Speaker 01

  they're just constraining themselves, getting super pragmatic and capping their ability to dream to some extent. And sometimes designers are just so focused on the end user and doing what's right for them over anything else. And they are the ones pushing for business constraints or technical constraints to be changed or removed. And that tension is what I think advances a product, right? And so I think people have to push on these things like advocate for the business, advocate for the user, advocate for technical feasibility. And they might not be expressed through these traditional roles like we know today. But I think those extremes are almost necessary to create the best product.

• 22:17Harry Stebbings?

  So then when we go back to the pod, what do the pods look like today? What will they look like in five years?

• 22:23Speaker 01

  Everyone should be designing in some capacity. And whether that's happening today or whether that's happening in the future.

• 22:30Harry Stebbings?

  Should everyone be building in some capacity? If everyone should be designing, should everyone be building on the flip?

• 22:35Speaker 01

  That's also possible. We're seeing more and more that a mock isn't sufficient to convince people. You actually need a realistic prototype. You need to vet your ideas in that way. You need to validate it. So yes, it's true that some form of building is going to be important for everyone.

• 22:51Harry Stebbings?

  Forgive my blunt basicness. This is the challenge of speaking to a Lenny who actually understands product and speaking to like a venture investor like me, who tries to understand products. Very big difference. If you have a team of 10,

• 23:02Speaker 01

  Yeah.

• 23:02Harry Stebbings?

  what is that ratio split across product and design PM today? And what does that look like in 10 years or five years?

• 23:10Speaker 01

  Yeah, I mean, today, you know, you typically see maybe like eight to 10 engineers, a PM and a designer too. Right? That's kind of a typical pod. Depends on kind of the nature of your product.

• 23:22Harry Stebbings?

  And then in five years' time, how do you think that looks?

• 23:24Speaker 01

  Oh, see, you're in the business of making guesses like these. I would say that perhaps it would come down a little bit where more of each function or more of each consideration will be more equally represented. Because what is the point of leverage is really going to be figuring out what we're building, you know, figuring out the user experience. And that's where the concentration of human attention is going to be.

• 23:47Harry Stebbings?

  So we have less engineers?

• 23:49Speaker 01

  It's hard to say.

• 23:50Harry Stebbings?

  Will Figma have more or less engineers in five years' time?

• 23:53Speaker 01

  I don't think we'll have fewer engineers than we have today. But, you know, I think we'll be able to do more than we're able to today. You know, as we expand more products, I don't expect the number of engineers, for example, to grow in proportion.

• 24:06Harry Stebbings?

  How has the stack changed internally? Do you mandate Cursor, Windsurf? How do you think about pushing your edge team to be at the forefront?

• 24:15Speaker 01

  They're exploring a lot of tools that are AI assisted code editors for sure.

• 24:20Harry Stebbings?

  Do you mandate any? Do you focus on one or two? You know, we had Duolingo on the other day and they said, hey, everyone's on Cursor.

• 24:26Speaker 01

  No mandate. I think we always just want to make sure that people are using the best tool possible. And as people will discover differences, you know, there's always a conversation.

• 24:35Harry Stebbings?

  Do you think these tools make like normal engineers, 10x engineers, one? Or 10x engineers, 1000x engineers? If you had to choose one?

• 24:45Speaker 01

  I always like to go back to our own framework of how AI helps with design, which is that it does both lower the floor and raise the ceiling, right? Which is that it makes, in our case, design, but in this case, coding, more accessible and approachable to everyone. And so in that sense welcomes more people. But it does raise the ceiling and, you know, allowing the best designers, the best engineers to be more productive. And it's delivering on both ends. And I do think that's the reality of what we're seeing.

• 25:10Harry Stebbings?

  You mentioned a brilliant word there, which was constraint. I'm permanently debating what makes a good constraint versus a bad constraint. How do you think about that with your product teams today?

• 25:22Speaker 01

  I think everyone has a love hate relationship with constraints. If you're in the creative world, constraints create creativity. And without constraints, it's almost.

• 25:31Harry Stebbings?

  It's not fun.

• 25:32Speaker 01

  Yeah, yeah. Or constraints give you inspiration to some extent. And the reality is sometimes constraints are arbitrary, right? We say, hey, we want to ship something by so and so timeline. And that's just an arbitrary constraint. But then it's really wild to see what people do with that. And so, you know, I think there is importance in having constraints, but the wrong constraints can be really dangerous too. So for example, maybe you assume that a team assumes they can't change something about the way the product works, so has to build on top of what already exists. And that could be a bad constraint because it results in a subpar experience. And so being able to recognize those kinds of constraints is a really important part of product thinking.

• 26:11Harry Stebbings?

  Is there a constraint that you thought was good that turned out to be bad? A good example for me, say, would be I was very much a fan of not doing video. We don't do YouTube, no, we are constrained on audio because we do a lot of shows, but they're very, very good. People don't feel as comfortable on video. The constraint of channel, I thought was very good.

• 26:32Speaker 01

  Hmm.

• 26:33Harry Stebbings?

  Very wrong, very bad. I misunderstood my customers and what they wanted, which was a much more visual presentation.

• 26:40Speaker 01

  Hmm.

• 26:40Harry Stebbings?

  A good constraint that I was wrong on.

• 26:42Speaker 01

  Yeah, I mean, I think one thing I would say is a lot of our product philosophy earlier at Figma had been, you know, the power of the infinite canvas. And the beauty of Figma was that you go into a space that feels conversely has no constraints in some ways, right? Like you can keep creating bigger and bigger things and expanding the canvas in both directions. And that's amazing for collaboration because you you can keep building on top of each other without clobbering each other. Whereas, for example, in a doc, it's one dimensional. And so as you add stuff, you're pushing other things down and you have to contend with the space. And so Figma Design, Figma, like that was like a big part of the beauty of that.

• 27:22Speaker 01

  But as we started building other products, we realized and other audiences are like, oh, no, people are confused by a two D canvas. They would prefer to be in more of a workflow where they can see one thing at a time. And so as we contemplated other types of users like developers or, you know, product managers and others, we realized that reducing that dimension in some cases was actually better.

• 27:44Harry Stebbings?

  How fast do you know when a new product is wrong is not what you thought it was going to be?

• 27:50Speaker 01

  I would say it's fast to know that it's not working in terms of just put in front of some users and see if it sticks, right? Like, we often do some beta testing where we put it in front of a team and then we check in a week later and are they still using it? You know, so that's like obvious, but then the difference between good and great can be more subtle. And you have to let it play out a little bit sometimes. Or you have to kind of see it out in the real world or test it with a bunch of different kinds of users to know. So I would say it's very obvious for something that won't work at all. Maybe it takes more time to discern amazing from good.

• 28:24Harry Stebbings?

  What was the biggest flop, the one that released and it just did not work and it was super clear? And what did you learn about that?

• 28:31Speaker 01

  I would say that at least from a reception perspective, you know, we had worked on some AI features the year before, which at the time we had called Make Design, where you can go from a prompt and it would generate some designs on the canvas. And it was a pretty simple feature. You write some prompts and then it would use some templates and some basic variables to make that template look a little bit more custom to your use case, or fill it in with content that's a little bit more dynamic. But at the end of the day, it was just matching some prompts to some templates. But because it was called Make Design and because people didn't exactly know how it worked, anchor community was very unclear as to our intentions. What are you trying to do with this feature? What

• 29:13Speaker 01

  is it actually being trained on? And there was a lot of backlash to it. When in reality, what we intended for it to be, and we renamed this feature later, was a first draft. And to get you going, it's not supposed to replace, you know, the act of designing. You have to iterate from there. And we wanted to be more clear around, well, what's going on underneath the hood? So we wrote an entire blog post that explained how it worked. And in our recent products too, we're now more transparent about, well, we use these models and this is exactly how it works. So there's a little bit of like-

• 29:46Harry Stebbings?

  Does that go against the screensaver simplicity that we mentioned earlier?

• 29:50Speaker 01

  Yeah.

• 29:50Harry Stebbings?

  The need for clarification, the need for crystal clear communication?

• 29:54Speaker 01

  Yes. And I think that's also maybe, you know, we were having to retroactively do all this explanation. There was an opportunity to have in the product have named it something more clear, be very clear. But today, like if you take a screenshot of Faggle Make, you see like, oh, it's being powered by Claude. And it's like, okay, like no questions. You know exactly where the code is being generated from. So I think those are some lessons that we could have applied. But, you know, at the time, I think there is something about taking care of it for you without bothering you with the details that might have been a point of view that led us initially to be more obfuscated.

• 30:31Harry Stebbings?

  So when we think about that process, often it's kind of navigated by PMs. And PMs are often told to me on the show, ah, PMs are the CEOs of the product. Is that true that PMs are the CEOs of the product? And how does being a PM change in the next few years?

• 30:46Speaker 01

  I started my PM career at Microsoft, you know? And the first thing my manager said was basically like, you are a glorified secretary. That's how you should think about yourself and you're here to unblock your developers. That's what your job is. That has been ingrained in me for a while in terms of there's a worldview where you say, hey, like you don't have any hard skills, so you're just here to like fill in the gaps. And so that's been my philosophy forever. You know, there are talented designers and engineers who are just have a command of their craft that I could never have. So I've never kind of resonated with the CEO type of language.

• 31:20Harry Stebbings?

  With the blurring of lines where you fill in the cracks, the cracks are molded over, so to speak. I have many people say that we won't actually have PMs in a few years.

• 31:30Speaker 01

  Look, I'm open to that idea, but I do think that the nature of the work is still very important. And one of the simplest ways I've heard PM explained before is that they're responsible for the why. Why are we doing this? Why is this a priority right now? Why this particular use case or user base or whatnot? Creating clarity on that allows everyone else to make really great decisions. I think that somebody does need to play that role. I don't think that it has to be someone called a product manager, but certainly, you know, the best product managers are able to create that kind of clarity.

• 32:04Harry Stebbings?

  Is that the PM? The why is the founder, no?

• 32:07Speaker 01

  For me, there's like a cascading levels of whys, right? And there is a very deep existential why that a founder owns. And in a smaller company, they are the person who is, you know, doing all of that. And in fact, that smaller companies shouldn't have PMs because the founder is playing that role. But you get to a scale where you need-

• 32:27Harry Stebbings?

  Could Figma exist without PMs?

• 32:30Speaker 01

  I mean, I have a very biased view on that. I think that it could if our other functions step up to play that role. And there are certainly a lot of people in engineering and design that can play that role. But, you know, I don't think overnight you would be able to get there because we've built a function around being able to go deep in the why and, you know, really work deeply with our customers. And so that is time and skills that needs to be.

• 32:55Harry Stebbings?

  It sounds like I'm against PMs, but I'm not at all. I think PMs are wonderful. Does their presence not allow for fragmentation to continue, though? Which is like, if you have this glue across all the different entities or functions, they don't need to interact in the same way that they would if you took them away. And suddenly, cross-functional communication becomes super important to them because they have to address the why themselves.

• 33:16Speaker 01

  Right. I think this comes back, though, to the original thing I was talking about, which is that, you know, it can be hard for someone to push on both sides, right? One of the unique things about PMs is they're the ones facilitating the trade-offs between these different points of view. You know, engineering here is saying what's feasible or what's not. A designer is saying what's right for the user. Being able to kind of mediate that. And certainly, the two sides can do that. But in a complex business, there are a lot of these kinds of points of view from different functions that need to be accounted for. And it's almost easier to, you know, tell a designer or an engineer to like really advocate for like one aspect, because that is what they're like deeply, you know, ingrained in.

• 33:58Speaker 01

  And product managers are uniquely good at being able to objectively look at all that information, think about the goals and the whys and decide, you know, what the best balance of things are. Like, that kind of leadership, I think, is important.

• 34:10Harry Stebbings?

  What is the most non-obvious trait that the best product people have? And so, like, we talked earlier, and I said, actually, being a part of a clan or leading a gaming clan is one of the most deterministic signs of success as a founder. Are there any traits, behavioral backgrounds, commonalities that lead to the best product people?

• 34:31Speaker 01

  For me, it comes back to storytelling, and I'll give a specific example, which is, I think a PM is really great at motivating something incredibly boring as existential. And so, whenever I'm interviewing PMs, you know, I just ask, okay, well, what are some projects you've led and whatever? And if they can't make it sound interesting to me, no matter the space, then I'm dubious of their abilities to rally a team. Because part of it is, yeah, like, they have to make a case for why it's an important thing to do right now, because otherwise, there's plenty of other important things to be doing. You know, a team has to be motivated around that. Like, even if it's some really boring compliance project,

• 35:12Speaker 01

  a product fracture can make it feel incredibly existential and so strategic and important, and get everyone excited around it. And so, that's the skill I look for.

• 35:21Harry Stebbings?

  One thing that's so important, I was listening to a brilliant Johnny Ive talk and he talks about kind of the importance of joy and play in design. How do you think about that versus utility in a world where consumer attention is shorter than ever? Like, is it important for products to be playful?

• 35:38Speaker 01

  Play shows the human behind the product and it also shows the care to some extent. You know, I think the most exciting things I look back in my career are moments when someone decided to care so deeply, not because there was some OKR that they had to fulfill, but rather because they just were excited to think about the reaction that someone would have when they discover that little thing or that people would start talking about it, even though it wasn't in service of like a particular kind of metric in the funnel. And I think the pride in that, the pride in craftsmanship there is what, first of all, just makes product building fun. At the end of the day, we, you know, we're here because these are jobs, but also because

• 36:22Speaker 01

  we are designers, we are craftsmen, and that's what gives us joy. And so if you can't find those moments in your product, then it's, it's quite sad.

• 36:31Harry Stebbings?

  It's funny, Gustav Soderstrom from Spotify, who I think is brilliant. He always says, the details are not the details, they are the product. And I think that's so important. How do you think about when to get it shipped and out versus when to perfect every tiny little bit and the details being so important?

• 36:50Speaker 01

  It's the perennial question. I would say that it also depends on the culture. For example, at Figma, we have a culture of everyone wants to get the details right. So sometimes we have to encourage people to be comfortable getting something shipped.

• 37:03Harry Stebbings?

  Do you struggle to place urgency when the details are so central?

• 37:07Speaker 01

  There is a very concrete trade off around learning so that you know which details to perfect versus just perfecting the details, right? So if you're perfecting details for a critical part that it's going to help you understand how well this product is going to do in the market, then by all means. But if you're starting to kind of perfect these areas that are much more speculative or areas of the product that you're not sure are going to be used, I'd rather first know if, you know, we have general product market fit or just know what parts of the product people are drawn to, to then like put more of attention on that.

• 37:42Harry Stebbings?

  What metric is your guiding north star within the product team for customer love?

• 37:47Speaker 01

  Our main product is one that's used five days a week deeply for hours a day, right? Our first product, Figma Design, has always set the bar for what it means to be the kind of tool that people are deeply, deeply reliant on. That's kind of the golden standard.

• 38:02Harry Stebbings?

  But what's the measurement for deeply reliant?

• 38:04Speaker 01

  We call it N D sevens, like how many days in a week that people are using your product, for example.

• 38:09Harry Stebbings?

  And for you, it's five?

• 38:11Speaker 01

  Yeah, I mean, for designers, it is their core job.

• 38:14Harry Stebbings?

  You mentioned that the element of the building beautiful products and the granularity with which you build to. I'm permanently debating whether the build it and they will come is true. You mentioned people share products much more that they love. If you build beautiful product, do they come versus hell no? Distribution is everything and more than ever today.

• 38:33Speaker 01

  You can build the most beautiful thing and it's not discovered. And Figma has been the place where I learned that the most because Dylan, our founder, from the beginning, was very much about the designer community and getting them talking about Figma. So one of the first things he did was he took design Twitter. He visualized it as a graph and then figured out which people, designers are following the most. And then went to those designers to get feedback on Figma and get them excited about Figma. And that was his strategy and it worked, right? And design Twitter at the time especially worked in that way where they were influencing each other's choices in this really profound way. And so had you not done that, I'm not sure we would have seen that acceleration in growth

• 39:18Speaker 01

  or that buy-in from the community. So that's not the way I think usually because I'm just all more focused internally on, okay, let's build something great, but I do think that matters a lot. But I don't want to necessarily say that that's the only important thing, obviously, but.

• 39:33Harry Stebbings?

  Product distribution, what's the ratio of importance? Seventy, thirty, sixty, forty?

• 39:39Speaker 01

  Certainly a lot of things out there today that are fantastic demos that people all try out because they're talking about it and then it ends up, you know, not delivering on that. And then all of a sudden, it's so much harder to win back those users and have them come back. I think the most important thing is finding some small cohort of people who just like fricking love your product, you know? And then like.

• 40:02Harry Stebbings?

  It's a thousand true fans.

• 40:03Speaker 01

  I don't know if a thousand cuts it these days, but something of that magnitude, that would be my way of building.

• 40:09Harry Stebbings?

  You mentioned the community aspect that Dylan focused on very early there. You see a lot of new products come and go. What are the biggest mistakes you see others around you make with regards to community building?

• 40:20Speaker 01

  You know, relationship with community is incredibly important, but you also have to learn how to talk to them. You know, we're always motivated by what people ask of us, but we have to ask deeper questions than that. It's easy to just keep building what people ask, but we want to be like, well, why are you asking for that feature? And they'll say, well, it's because I have this problem. But why do you have that problem in that first place? You know, at Figma, engineers have this ritual around the five whys, right? To, you know, get to the bottom of like, you know, why did this mistake happen? And you kind of get deeper and deeper to find the root cause. And I think that same exercise needs to be done with the community. And that's not to say the community's wrong. It's not, they're not always expressing their needs via problems. There's just, they might be talking about a feature that just comes to mind.

• 41:03Speaker 01

  And so important is to build a deeper relationship with them to be able to ask. That's a great idea, but maybe help me understand like, why you even want that? And maybe we can come up with something better.

• 41:14Harry Stebbings?

  What would you most like to change about Figma design across any product? Could be horizontal or it could be about a product specifically, but for some reason you're unable to. Could be Dylan, could be product teams, could be whatever.

• 41:28Speaker 01

  I would like our products to be even more closely integrated than they are today. You know, we just recently went from four products to eight products, which is really exciting, but there's so much more room to make it so that it just feels like a cohesive experience where you can maybe start in one product, but fluidly move to another.

• 41:49Harry Stebbings?

  Do you think it was the right decision to have that many products that quickly? Like the cadence of rollout is very fast. I mean, it was all at once. Sometimes you need to drip feed people so they can understand the expansion.

• 42:00Speaker 01

  I guess time will tell. I mean, this is the first time we've tried something like this and we'll learn a lot from it. But it's also indicative of the diversity of our user base at this point, right? There are plenty of people who are excited about a subset of these products. And there are different audiences that we're beginning to reach. And so maybe to the average user, they might not kind of perceive it as four new products to learn necessarily, because a couple of them really resonate and they're going to go explore those first.

• 42:27Harry Stebbings?

  When you think about those four new products, do all of them work? If you place forward three years, do those four products will still exist? Or is it a case of, no, we'll likely drop two?

• 42:38Speaker 01

  Well, certainly, we don't launch with the assumption that we'll drop any day. But at the same time, many of them are in beta and we fully expect to learn from that. And if there's an opportunity to kind of like-

• 42:48Harry Stebbings?

  How long are things in beta for?

• 42:50Speaker 01

  We take as long as we think is needed to get the product to a state we're proud of. Some of these are pretty sophisticated products. And the kind of interesting thing about building a tool is a tool is very different from a typical consumer product, where, you know, there's a funnel and you're trying to optimize a metric. Like, you're building something so that other people can build other things. And so it's hard upfront to imagine all the ways in which someone will take your tool and build something, right? I mean, you definitely have some use cases in mind that you start with, but everyone always surprises you. And so I think there's some amount of humility you need to have as a toolmaker to let people's creations help you understand where to take the tool

• 43:33Speaker 01

  or where to double down or, you know, what's working, what's not. And as a result of that, we need to give people the time to create on our tool.

• 43:41Harry Stebbings?

  I'm just wondering if it's a little bit like firing people, which is you always know well ahead of time and you just let it go on for too long. And my question is, do you know when a product's failing, but you let it go for too long?

• 43:52Speaker 01

  In my career, certainly I've seen products that probably should have spun down, or Sun said it earlier.

• 43:58Harry Stebbings?

  Which is the most prominent that comes to mind? And what did you take from that?

• 44:02Speaker 01

  I don't know if I can comment on that.

• 44:06Harry Stebbings?

  That's one of those faces where it's like, I know exactly what product, but I don't want to piss anyone off too much, which is a totally fair answer, by the way. That's very funny. What product have you not built in Figma that you would most like to build and why?

• 44:19Speaker 01

  As much as we celebrate or we talk about things in terms of products as units of accomplishment or something, you know, at the end of the day, like, we have one thing we're trying to support our users in doing, which is building software or building digital products. For me, it's less about, oh, what? Other product do I need to build to help teams do that? And rather, where are all the gaps today that still exist that make that job hard? For us, that can manifest in features in an existing product or a stronger connection between products or, you know, things like that. So there's plenty of things where if you ask the average person, okay, well, what's hard about building products today? They'll list a thousand things that like make it difficult or take a lot of time.

• 45:03Speaker 01

  And those are the things that we need to go and build.

• 45:06Harry Stebbings?

  What is the one fee?

• 45:08Speaker 01

  There's still a strong disconnect between what people design and what ends up in users' hands. And for me, a thought experiment is next time a designer shares a portfolio with you, are they sharing the designs that were beautiful mocks? Or are they sharing the designs as screenshots from production? And chances are they're sharing the ones that were designed in a perfect environment with perfect data. And for me, my goal would be for them to be as proud to just pull up any person on the street, pull up a screenshot of what they have and be like, that is my design. I'm so excited about it.

• 45:41Harry Stebbings?

  Is the chasm between design and implementation a feature or a bug?

• 45:47Speaker 01

  Oh, that's a great question. I would say it's primarily bug today. Perhaps at times masquerading as a feature because I think designers are always designing ahead, right? So they're always thinking about V1, V2, V next. And so as a result of that, it is natural for the designs to always be a little bit better because they're thinking ahead and they're upstream. But that being said, I think too often designers are designing far too ahead and not sitting in the reality of how their product exists today, if that makes sense.

• 46:19Harry Stebbings?

  Have your teams ever got in a product funk? And what I mean by that is like a lack of creativity, a lack of energy. And how do you reinvigorate a product team to be creative, ambitious, hungry, excited? When it's a little bit formulaic?

• 46:35Speaker 01

  Yeah, that's certainly happened. You know, sometimes it can happen because you just have this very hard problem that you've been banging your head against the wall for such a long time. That can be solved with a variety of different things. Maybe it's change up the makeup of the team or revisit some constraints because something in there is maybe causing people to kind of think that they have to constrain their solution space in a particular way. But I think things like Maker Week are exactly that kind of rhythm to disrupt the everyday.

• 47:07Harry Stebbings?

  Is once a year enough?

• 47:08Speaker 01

  Perhaps not, perhaps not. Teams have their own hack weeks sometimes, or my favorite is actually Quality Week, where people kind of like step back from their roadmap and go back to, oh, I wish I could go polish that other thing that I didn't have time to do, or fix that longstanding bug, or you know, something of this nature that again kind of pulls you out of your current project. In fact, some of our most popular launches are these small little things that we brand them as little big updates. Our users love it.

• 47:38Harry Stebbings?

  Little big updates?

• 47:39Speaker 01

  Yeah.

• 47:40Harry Stebbings?

  It's a wonderful way to kind of caveat something that maybe doesn't work, but maybe works. It's like if it doesn't work, where's a little update? If it works, it's a big update. You know what I mean?

• 47:49Speaker 01

  Well, I mean, you know, oftentimes there are small little bugs or small little, you know, I call them like micro tragedies that finally get addressed. So they're very much celebrated by our users.

• 48:00Harry Stebbings?

  If I gave you unlimited resources today, can't twice a guess would be the most obvious. How would you change what you do and build?

• 48:09Speaker 01

  It's a good question. I'll first caveat it with it's not always the case that throwing more people or resources at a problem makes something go faster. And I say this because we just launched a bunch of new products. And perhaps the hardest problem still is how do we make them connect better? And making them connect better requires the systems thinking, seeing the whole picture that just throwing more people at that isn't gonna necessarily solve. You need to solve like throw the right people at that problem or give yourself the time to do that. So I'll kind of caveat it with that and maybe also add that my personal hope is to be able to, I know it's a little bit like high level, but you know, make things connect better. And that's a problem I would want to solve a little bit more.

• 48:53Harry Stebbings?

  And the biggest reason for lack of connection is?

• 48:56Speaker 01

  I think one of the things philosophically that this time we focused on is before we prematurely say that everything has to be like very deeply connected. I mean, they still are very connected. You can copy paste between things. It's all on one platform. So that's great. But I think that one of the reasons for that was, you know, we're trying out new use cases and we need to learn from that. And before we prematurely make everything work together, let's learn what's working, what's not, and each of those products great. And then it'll become more obvious how things fit together. So I think it's kind of by design to some extent, but I also want to recognize that for an end user, it might feel overwhelming if there's like a lot of products and not knowing where to start, for example.

• 49:39Harry Stebbings?

  Does AI make discovery more challenging in a product world where everyone is democratized to create anything they want? The supply side of new product creation is infinite in many ways, and discovery becomes more of a problem. How do you think about that?

• 49:55Speaker 01

  Well, it's discovery, but I think it's more, we think about it more as craft, which is that there's a sea of software, you know, everyone can make some product. And it's really about, well, what is going to help differentiate one product from the next? And we deeply believe it's great design, great craft. And that's not something that like you can rely on an AI to figure out by itself. Like you need human guidance to push it, to think about the experience more deeply, or think about something really unique. And that is the first problem to solve because like if you're just helping people discover mediocre software, that's not helping the world, right?

• 50:36Harry Stebbings?

  Totally agree with you. Before we do a quick fire, I do just want to touch on the Uber experience because it's fascinating. When you think about biggest product win that you worked on, what was that? And what did you learn from a product perspective?

• 50:50Speaker 01

  I mean, I would say that it was that transformation of helping Uber, believe it or not, it's hard to remember, but Uber worked very differently back then, where you would pick a car based on a type, get in the car, and then at the end, get a receipt. And only until you get the receipt did you know how much you would pay, right?

• 51:09Harry Stebbings?

  Surprise.

• 51:10Speaker 01

  Yeah, yeah, yeah, yeah. And we got called out a lot for New Year's Eve for that, you know? You know, and that's how taxis worked. So by far, the biggest transformation to that experience was being able to enter your destination upfront, show the price in time. On our end, knowing your destination upfront before you get into the car was a huge win because we could optimize everything. Optimize routes, we could do pricing based on your destination, all these kinds of things. So I think that was transformative.

• 51:40Harry Stebbings?

  What does that teach you that people want reliability? People want transparency? People want...

• 51:45Speaker 01

  I think the lesson was actually, at the time, there's huge pushback to doing this internally. The most profitable parts of the business at the time was our Uber Black business. People were worried that when juxtaposed against the cheaper Uber X or Uber PooL prices, that would take a hit. It wouldn't be profit maximizing, I guess, for the business. And given that, you know, the industry didn't have that precedent, it was kind of like, why are we forcing our own hand to do that? But at the time, Travis, who was CEO at the time, was just like, yeah, this is about principles. And he was very insistent that part of the magic is the transparency

• 52:26Speaker 01

  and we're gonna go change the industry and everyone else is gonna follow. So we might as well be the first ones to do it and learn from it. And he was absolutely right, but it was a very hard thing, yeah.

• 52:39Harry Stebbings?

  I would love to do a quick fire around this. So I say a short statement. What's been the hardest moment at Figma so far?

• 52:46Speaker 01

  I would say probably, I mean, if I'm fully being honest, it was coming out of the breakup with Adobe and making sure that our community understood that we're business as usual and we're here and we're the Figma you know and love and we're just going to continue to focus on them, right? And I think that while it's true that during that period, we were building and heads down and everything, I think it was still a moment for us, right? To prove to the community that we have as much momentum as ever before and we're excited about our path forward. And it was just like a big moment.

• 53:22Harry Stebbings?

  What did Dylan say to galvanize the team? That is the hardest, most challenging moment. Listen, Figma is now going to be an incredible standalone company and so it's like, works out well. But that moment is very hard. What did he do and say to galvanize the team?

• 53:37Speaker 01

  He just really went back to the mission and how big it is. And he often likes to, you know, at least internally index on an original vision that he had for Figma, which is just going from imagination to reality. That's kind of what he started with before people were like, okay, well, maybe you should be more specific than that. But he's just like reminded everyone of this founding vision and how broad that was. And I think that was really important to show there's so much to do, basically, was kind of like the message first and foremost. And then the second thing was just, a lot of it was really focused on our community, right? Like, when all this is happening, there are so many people, so many of our users who are just really excited about our future and pointing everyone to that and saying,

• 54:22Speaker 01

  hey, like, look at everyone who believes in us, who are excited for all the things that we're going to be doing, rallying everyone around our community and their excitement.

• 54:31Harry Stebbings?

  We're going to do a feedback session and you're giving a review on yourself as a product leader. If you were to say, hey, this is the weakness. You need to work on this. What would you say to yourself, that is?

• 54:44Speaker 01

  I tend to be not a very emotional person. And oftentimes I would get this feedback of, oh, you should use emotion as a lever more. Or, you know, it's hard to know what you're thinking. Because sometimes I'm just like processing without giving an immediate visceral reaction. I think with every strength, there's a shadow kind of thing. And I think that's an example of this. But I think there's a way in which I can be better as a leader to not just rally people around the intellectual interest of building products, but just the emotional part of it more.

• 55:16Harry Stebbings?

  Funny, I would say my biggest weakness is I'm too Italian.

• 55:21Harry Stebbings?

  Which is like, you know, if someone would say something, I'm like, I hate it. It's terrible.

• 55:25Speaker 01

  Yeah.

• 55:25Harry Stebbings?

  And then like five minutes later, I'm like, no, not a bad idea. But like that one, but I've already kind of done the damage of like, you know, bluntly being far too emotional upfront. When you think about great product leaders, which product leader do you most respect and admire? And why then?

• 55:40Speaker 01

  One of them is a mentor of mine who is now CEO of Grammarly. And he used to lead product at YouTube, Shashir. He's such an incredible systems thinker. He just knows how to run an organization and he obsesses over rituals and basically kind of designs. I think a lot of times, you know, you think about building a product and designing a product. But he also thinks about designing a culture very intentionally by designing very unique and interesting processes, meeting cadences. And everything is just so beautifully structured and intentional. And yeah, it's just really fun to be a part of and impressive.

• 56:19Harry Stebbings?

  What is bad about the Figma product culture that remains and you would like to change?

• 56:26Speaker 01

  It's still very tribal knowledge. You know, you kind of have to know this random nuance here, which is why, you know, this backstory, which is why we can't do this. And sometimes that prohibits some of the new people from being able to get to a better solution faster or know how their product affects other products. And I just wish that we did a better job codifying it some way so that everyone can understand or simplifying it so there aren't all these like strange dependencies.

• 56:56Harry Stebbings?

  Final one, what's a recent product, strategy in particular or product that you've been most impressed by and why that one? So like for me, it was actually Duolingo, that's why I had them on the show. But it was the attention to detail, how they use haptics for progression through levels. This granularity of user delight was so obvious, actually. What's your favorite product in the consumer realm that you think is beautiful?

• 57:24Speaker 01

  The consumer product right now that I love is Lamo, but it's more kind of the physical experience of it. And part of it is obviously just how impressive it is in making you feel incredibly safe in something that like didn't seem plausible. And all the little cues that they have in the product that kind of make you feel they are on top of it. And just even the attention to detail, like there's a biker coming by like before you open the door or stuff like you leave your bag, you know, they'll let you know as you're walking away, right? Stuff that a driver could do too, but it's just the default. And I think that its ability to kind of like make the average experience the best experience

• 58:08Speaker 01

  almost because of that attention to detail is just really something.

• 58:13Harry Stebbings?

  We said at the beginning, the best conversations are conversations.

• 58:16Speaker 01

  Yeah.

• 58:16Harry Stebbings?

  I so appreciate this conversation. It was, I didn't actually know, to be honest, if I went through any of these questions, really. I don't like to look, it takes away from the conversation. You've been fantastic, so thank you so much.

• 58:28Speaker 01

  No, you've, you've been a great host, so thank you for that.

• 58:32Harry Stebbings?

  I so enjoyed that show with you, Key. And if you want to watch that show, you can find it on Spotify by searching for 20VC. That's Spotify and searching for 20VC. But before we leave you today, are you struggling to beat model benchmarks or implement Gen AI in your product? If so, you need Turing. Turing is an AGI infrastructure company backed by incredible investors like Foundation Capital and Westbridge Capital. And they do two things. Number one, they help leading companies in AI labs like Salesforce, Anthropic and Meta enhance their LLMs with advanced reasoning. Coding, multilinguality, multimodality and more. Number two, they combine human and artificial intelligence expertise to deploy cutting-edge AI

• 59:15Harry Stebbings?

  systems for awesome companies like Rivian and Reddit. Right now, Turing offers a free five-minute self-assessment to help you pinpoint your place in the gen AI journey, get tailored next steps to optimize your model strategy, and then finally, learn how Turing can refine and implement your models for better performance. Take the guesswork out of gen AI. Visit turing.com/20vc to start your free assessment today. And once your gen AI strategy is on point with Turing, now let's switch gears to the future of mobile and how one company is turning your screen into real returns. We spend nearly half our waking hours glued to our phones, upwards of 50 hours every week.

• 59:58Harry Stebbings?

  Recently, one company transforming this reality stood out so much, I personally became a shareholder, Mode Mobile. Mode Mobile created the Earn Phone, the smartphone that pays you for daily activities. Instead of big tech profiting billions from our attention, Mode returns over $325 million directly to users through earnings and savings. Mode's revenues surged an incredible 32,481% in three years, recognized by Deloitte as 2023's fastest-growing software company in North America. And here's why I'm excited. Mode's equity offerings have raised over $30 million from 20,000-plus retail investors, one of 2025's standout public raises.

• 1:00:41Harry Stebbings?

  And you can now join me as a shareholder with as little as $1,000 at invest模dmobile.com/20vc. For a limited time, unlock up to 100% bonus shares and a free Earn Phone. Email us for the investor brief at 20vc@模dmobile.com or check out invest模dmobile.com/20vc. We've talked about making money from your phone. Now let's talk about making your product do exactly what you want it to. Whether it's the software you build or the software you buy, your tech stack should be creating a Not creating roadblocks. Well, Pendo's no-code software experience management platform makes your software better with tools to see where users get stuck, guide them with in-app messaging,

• 1:01:26Harry Stebbings?

  and constantly improving your UI. It's so easy that over 14,000 businesses use Pendo to increase revenue, lower costs, and reduce risks. Businesses love the control, engineers love the freedom, everyone wins. Start for free today at pendo.io/20product.

• 1:01:43Speaker 01

  As always, I so appreciate all your support and stay tuned for an incredible episode with the founder of Duolingo on Monday.