An inside look at how Figma builds product | Yuhki Yamashita (CPO of Figma)

[00:00] There's something controversial about this idea that, you know, everyone can see what you're doing, right? Or that, you know, multiple designers can be in the file at the same time. Like, we like to say that one of the first responses we saw when Elon's Figma was, if this is a feature of design, I'm quitting, right? [00:16] I'm changing careers and there's that kind of like tension of that narrative tension but like [00:21] that is signal that you're kind of part of this revolution. And you're trying to change something. And when you can equip your customers or user base with that, I think that's something that they can really get behind and champion. So it's not just that they're championing for a tool. They're also championing for a new way of working. [00:39] Obviously, that's a tall order. So I wanted to kind of come up with that. But hopefully, you know, if you're a founder and you're working on something, your vision is so big that like you have those kind of ideas. And it's like, how do you actually... [00:51] equip your customers to want to talk about that. [00:57] Welcome to Lenny's podcast. I'm Lenny, and my goal here is to help you get better at the craft of building and growing products. [01:04] I interview world-class product leaders and growth experts to learn from their hard-won experiences building and scaling today's most successful companies. [01:11] Today, my guest is Yuki Yamashita. [01:14] Yuki is chief product officer at Figma, where he's been for almost four years. Prior to Figma, he was at Uber, both as a product leader and also, interestingly, as head of design for one of their bigger product teams. Before Uber, Yuki spent time at Google and Microsoft, even taught an introductory computer science course at Harvard.

[01:44] his career, and also what Yuki and his product team have learned by building a product-led growth business. This episode builds on a newsletter post where I interview Yuki about how Figma builds product. So if you enjoy this episode, or even while you're listening to it, I highly recommend you check it out. It's currently my fourth most popular newsletter post of all time. You can find it at Lenny's newsletter.com. With that, I bring you Yuki Yamashita after a short word from our wonderful sponsors. [02:13] This episode is brought to you by Notion. If you haven't heard of Notion, where have you been? I use Notion to coordinate this very podcast, including my content calendar, my sponsors, and prepping guests for launch of each episode. Notion is an all-in-one team collaboration tool that combines note-taking, document sharing, wikis, project management, and much more into one space that's simple, powerful, and beautifully designed. And not only does it allow you to be [02:43] but you can easily transition to using it in your personal life, which is another feature that truly sets Notion apart. The other day, I started a home project and immediately opened up Notion to help me organize it all. Learn more and get started for free at Notion.com slash Lenny's pod. Take the first step towards an organized, happy team today. Again, at Notion.com slash Lenny's pod. [03:08] This episode is brought to you by Vanta, [03:13] compliance to accelerate growth. If your business stores any data in the cloud, then you've likely been asked or you're going to be asked about your SOC [redacted address] to prove your company's taking proper security measures to protect customer data and builds trust with customers and partners, especially those with serious security requirements. Also, if you want to sell to the enterprise, proving security is essential. SOC 2 can either open the door for

[03:43] If you don't have a SOC 2, there's a good chance you won't even get a seat at the table. But getting a SOC 2 report can be a huge burden, especially for startups. It's time-consuming, tedious, and expensive. Enter Vanta. Over 3,000 fast-growing companies use Vanta to automate up to 90% of the work involved with SOC 2. Vanta can get you ready for security audits in weeks instead of months, less than a third of the time that it usually takes. [04:13] thousand dollars off Banta. Just go to Banta.com slash Lenny. That's B-A-N-T-A.com slash Lenny to learn more and to claim your discount. [04:23] Get started today. [04:26] Yuki, welcome to the podcast. Thank you for having me, Lenny. I'm quite honored to have you on this podcast. For folks who don't know, we actually [04:36] collaborated already on a newsletter post [04:39] that has quickly become my fourth most popular post of all time, which you can find if you search for how Figma builds product. [04:46] And so I am really excited to dig into a lot of the stuff that we maybe didn't cover in that newsletter. [04:51] Also, just like how product works at Figma in more depth, how the PM team works, how you think about product and things like that. [04:58] So again, thank you for joining me. [05:00] My team is a huge fan of this podcast, so really honored to be here. Wow, that means a lot. I really appreciate that. So you are currently Chief Product Officer at Figma. [05:10] which is such an epic role. It's such an epic company.

[05:13] Could you take just maybe a minute or two to high level share your career arc, how you got to where you are today as CPO at Figma? [05:22] My first job out of college was actually at Microsoft, and I was the product manager on Hotmail. If anyone, any listener remembers Hotmail. [05:34] And, you know, I didn't really know what product management was at the time and, you [05:38] I kind of viewed it as a kind of interdisciplinary function that will give me exposure to all the other functions so that I can actually decide which function is interesting to me. And so I spent a couple of years at Microsoft. Through that, I also moved on from Hotmail to Windows. And at the time, they were working on Windows 8. And Windows 8 was really interesting because it was like a very touch-forward platform. [05:59] version of Windows. And so there's just a lot of conversation about UI and UX. And that was really fun for me. And, you know, as I was thinking about what's next, I really felt the draw of Silicon Valley. [06:12] And I ended up at YouTube and I believe Shashir has been on his podcast before. Yes, Shashir was leading YouTube at the time and he continues to be a great mentor of mine. But I had the opportunity to lead the YouTube app on iOS over there. And it was really funny because I had never touched the iPhone before my first day, so... [06:35] My manager on my first day just sent me to the Apple Store to buy an iPhone. But, you know, that was kind of like my next job. And that was kind of like I really... [06:43] interesting change for me too of like and we can talk about this later as well as different companies and different styles of product management and really kind of figuring out you know

[06:52] Thank you. [06:53] I think it was a place that taught me a lot about some of my product thoughts. [06:57] And this is also around a time where there are a lot of interesting companies that were working in the physical and digital space. And so, you know, Airbnb was one of them. Uber was another. So I kind of felt this draw just because, you know, it seemed like a really interesting space to be in. So eventually kind of ended up at. [07:18] Uber was another kind of company where I feel like a lot of my philosophy that hopefully we can get into today around how to build products, how to build products in the kind of environment that's really fast moving. And so I learned a lot from there. And [07:34] To date, all those companies has really been focusing on the core experiences on consumer products. And that's really been most of my career. And as part of that, I worked with... [07:43] a lot of amazing designers. But at Uber, I kind of realized that I wanted to [07:49] dipped my toes into design directly. For the tail end, I actually switched from PM to design. [07:55] and managed a few design teams working on our bikes and scooters efforts just to understand what that's like. [08:01] And it was around this time, around my Uber career, where we encountered this so-called big month. [08:08] I happened to be working on a project that experimentally brought Figma into the company. [08:12] It was a time in the company where we were trying to transform our culture to be much more transparent and inclusive. [08:18] and think about what's the perfect fit for that. [08:21] So, you know, I got to watch how Figma changed the way it worked, how it spread within the company. We got to know the Figma team a little bit as well. And yeah, it's really drawn to that mission. And as a product manager who's been...

[08:34] straddling that boundary between design and products for all my career. I really loved how Figma proactively blurred that boundary. [08:41] and opened up that kind of process of participating in design. So I really got behind that mission and that's how I ended up here at Big Book. It's so fascinating that you moved into design from product and then back into product at Uber. What was the role? You were head of design for the mobility team? [08:59] It's called new mobility focused on micro mobility efforts, basically. Do you recommend this path for PMs to switch into design? I know it's not something anyone can do, but do you feel like that is an important skill role to experience as a PM? Do you encourage people to try that? [09:16] Well, you know, as you said, it's not for everyone. But I think that it's, first of all, a really great empathy building exercise of, you know, understanding that point of view, and also kind of pushing yourself to push on the products from a different angle. Because I think as a PM, you're kind of in the center facilitating all these different trade-offs. And when you go [09:41] ignore some of those other aspects to really be insistent on pushing on the best experience possible. Like just kind of suspend everyone's, [09:50] you know, this belief in business feasibility or engineering feasibility to push on a vision, [09:56] And that's just kind of like an interesting exercise to do. [09:59] And then I think the last thing is like, I actually think, [10:03] it's an opportunity for design and PM to learn from each other, right? Like when I became a manager of design teams, one of the things I coached designers on are like how to win over PMs.

[10:13] and how to speak MPM's language. And likewise, it's important for DIMMs to understand that as well. So those are some of the things that I thought were helpful. [10:24] But again, it has to come from a place of passion that you really want to do this. [10:28] Which job would you say is harder, design or product management? They're hard for different reasons. I would say... [10:35] Managing designers is harder than managing product managers. Interesting. [10:39] And I think part of it is that designers are... [10:43] It's really important to focus on growing their craft, right, and helping them develop as designers. So, you know, it might not be that the company's biggest problem is one where you can actually learn this new kind of thing you're trying to learn. [10:56] as a designer. And this probably happened for engineers too, right? Like you could be working on the onboarding funnel and that might not be the best place to be learning, you know, micro interactions or maybe it is, but like, you know, those aren't always aligned. Whereas with PMs, it's a little bit more like PMs are just hungry for impact. And so you can point them to the biggest problems a company has. And while PMs also do want to understand different kinds of problems or have the experience working on different kinds of problems, at the end of the [11:26] they want to be working on a thing that matters most in the company. So from that perspective, it's easy. [11:31] But, you know, as you know, and the reason this podcast exists is because DM isn't easy. And so the discipline, I think, is harder in a sense that, like, [11:40] It's, [11:41] sometimes hard on a day-to-day case to know is you're doing it.

[11:45] the best thing you could possibly be doing. And so I think that makes it a little bit harder as a PM as well. [11:52] I had a designer friend who moved into a PM role. I had a product role at a startup and she's like, holy shit, I had no idea how hard being a product manager was and a product leader. I have so much more empathy for the PM role. And so it's interesting it works in both ways. Similarly, I was actually a manager of engineers at one point and I felt... [12:12] the same way where managing PMs was a lot easier than managing engineers. So it kind of translates to a lot of different roles. [12:19] Folks listening to your career arc and just all the places you've been, all the wonderful things you've done, imagine many people are like, "Wow, how do I have a career like that? Microsoft, Google, Figma, Uber." [12:31] If you had to think back and identify maybe one habit, [12:35] or one skill or behavior that you think is most contributed to your success as a leader, as a product leader? What do you think that would be? [12:45] People who work with me know that I often talk about storytelling. And in fact, if you've ever reported to me, storytelling has showed up in some kind of performance review, I feel, and that's how much I care about it. And I actually think that a lot of being a great product manager is being a great storyteller. And I know a lot of us have already talked about it out there. I think the importance of storytelling is understood. But maybe I would share two things that are specific about it that I think are interesting.

[13:15] of synthesis. And, you know, it's this idea that maybe even as kind of a good, [13:20] early career PM, you know, you're inside some of these reviews and [13:25] A lot of people say, hey, like... [13:27] at least you could take some notes for the meeting, right? So that you're adding value. And so that's common advice here. But I think the most powerful part of that is that in some ways, you can synthesize what happened. [13:40] right and a lot of things are said in a review and there's still this kind of like [13:45] bring it all together into a distillation of a message. And even that's like, that's a lot of power, I think. You know, what do you take away from all these different opinions that all these leaders had? And like, how do you push that, you know, push the project forward from there? [14:01] So that's kind of one example. Or another example is I really love thinking through frameworks and offering ways of talking about a problem or ways of thinking about a problem. And that's kind of synthesis to figuring out all these different disparate parts and kind of. [14:16] you know, coming up with a way to a lens to look at something. And I feel like it's something that was I learned mostly through kind of literature classes, almost, you know, where you're doing kind of literary commentary and you're reading like William Yates poem and you're trying to kind of like observe all these interesting things. [14:35] But then you have to take those different observations and like distill into a thesis, into something cohesive. And I think that's what a good PM can do, like all these different ideas and opinions and problems and how do you kind of distill it down. And so I think that's one aspect of storytelling that's really important.

[14:54] And the other aspect of storytelling, of course, is like, you know, a story is only as good as, you know, the actions it's capable of driving. And a lot of times that I often coach my product managers on we're living in a world where everyone is constantly distracted. [15:10] And you kind of get like these 30 seconds of attention at a time. And so just the ability to kind of like really tell something powerful that sticks is really important, kind of like the memorability of it. And I often talk about memification, which is this idea that like I found this out most at Uber, I feel, where there are certain insights, data insights, research insights that were memified to the point where like someone like Travis or Dara would just cite this insight in the middle of a meeting. [15:40] really done your job as maybe a researcher or a data scientist or product manager if people are able to do that and draw from that in that way. [15:48] And that's what ultimately kind of like sticks, right? And so when you kind of start thinking about it from that perspective, it's really powerful because it's the way in which knowledge is transferred within the company and you kind of compel action for it. [16:02] Or when I'm being asked questions by other leaders or stakeholders, the thing that's going through my head is like, okay, there's a kind of story that that leader is trying to develop or a meme about what this project is about or what the biggest problem is. And so what kind of story are they trying to create in their head so that they can remember or talk about what's happened?

[16:32] way to think about everything. [16:34] I'm really excited to chat about this idea because it comes up a lot. The power of storytelling, it's similar to like being good at vision. It's like PMs are always told like, hey, you got to improve in vision. Here's like a skill that's the great PMs are really strong at. And I feel like storytelling is similar. It's like this vague thing. [16:52] cloud of a skill that you build over time. And you mentioned a few things that you recommend to people that you work with, like think of it as a me maybe. Is there anything else, like when you're doing a performance review, [17:04] with the PM and they're, they're like one of their skill gaps is storytelling. Is there anything else you recommend they specifically do to get better at the skill or is it just do it again and again and watch me do it, watch other people do it and you'll learn. Yeah. [17:16] I think of it as kind of like resetting the internal computer of my brain a little bit so that like I start from scratch again. And when I'm starting from like no context at all, can I build up the story from there and explain what's happening? And oftentimes you're just like caught in the middle of everything and you have all this context that might not be obvious if you step away from it for just a second. I guess the kind of. [17:40] the way to think about it is put yourself in another user's shoes and that user is someone who has no idea what's happening and still wants to understand in a nuanced enough way what you're grappling with. [17:53] And so that kind of like reset moment. [17:55] and to pull yourself out helps you tell a better story in many cases. So that's one thing I keep comes to mind. Got it. So it's kind of escape the curse of knowledge a little bit and just like assume people don't know anything about the context, the background, why this is important.

[18:11] Come back to the beginning. [18:12] Yeah, I think another thing that I where I learned storytelling is through teaching. So when I was kind of like a course assistant for a computer science class, and I had to explain pointers, you're like, okay, like, I really have to [18:25] borrow on real world metaphors or something that is like much more grounding because if you assume a lot of knowledge and like [18:32] it can be inaccessible to a lot of people. And so if you can tell a story that any student can understand, then you've really done your job. And once you've learned that skill of being able to tell anyone who has no context, then it becomes much easier to kind of turn to these other audiences that are kind of closer and closer. When I asked you in our newsletter interview, what one of the core philosophies of product managers is in the way you think about product and the role of a PM at Vigma, [19:01] an interesting thing that you [19:02] highlighted is that to you it's really important that PMs own the why [19:06] of a product and an idea. And I think it connects to what you're talking about now. I'm curious just why you think that's so important for product managers and why that's so core to the way you think about product and at Figma. [19:17] I really can't remember where I heard this, but it really stuck with me because, you know, oftentimes there's this debate about, well, is the PM person who comes up with the idea? And the answer is usually no, it doesn't have to be at all. And in many cases, you know, in our case, like your customers come up with a ton of different ideas. Right. And certainly kind of the what and the how are things that are shared. [19:39] within the company and not something that PM uniquely drives. But I do think the why is something that I really always hold the PM uniquely responsible for. And I think that

[19:49] The place where I learned the importance of this the most was actually first at YouTube. I had been working at Microsoft for a long time, and I was earlier in my career, so I was just really focused on what we called our feature crew, like our engineer, designer, our tester, and just writing specs that really specified exactly how everything works. [20:13] Right. And so that was kind of the Microsoft culture back then. And your specs had to be perfect. Right. [20:18] Then I moved over to YouTube and all of a sudden, you're responsible for an entire app and you have a pretty big team and you cannot specify everything that happens. And so naturally, designers and engineers are just making their own choices. Maybe there's an error handling situation. And in Microsoft culture, you would have had a table that specifies exactly what happens during that era. But in Google culture, it's kind of like, OK, well, the engineers and designers, they can kind of figure it out. [20:47] So then it's like, how do they make a really great decision? How do they, you know, all these local decisions that you're not a part of, how do you make sure that great decisions made? And if everyone has an understanding of why we're doing this, what problem we're solving, then, you know, people can make really great decisions. It's the only way you can really scale. So that's kind of where it came from. And then since then, I started to realize also that there are other functions that do this well. So, for example, our engineering team at Figma, whenever we do a retro or postmortem, you know, we do this thing called five whys. [21:17] Right. And it's kind of the idea behind it was like, well, why did this happen? How did this happen? OK, and why did that thing happen? And go deep enough where you can kind of find the root cause and go fix all those things.

[21:27] And I think a PM can do this too, which is, you know, a customer is asking for a feature, but then you say, okay, why are they asking for it and kind of back up the problem. But I think there's one more step we can take, which is like, why do they have that problem in the first place? And maybe there's something there. And that could be an opportunity to, you know, [21:47] make a bigger product impact by fixing that underlying condition that created the problem in the first place. That's so cool that you actually do the five whys. I hear people talking about the five whys all the time, and I don't know. I haven't heard people actually using it. So you actually do this at your postmortems, you said? [22:03] Yes, the engineering team doesn't have to know. That's so interesting. Can you talk a bit more about these postmortems? Is this just like when something goes wrong, or is this just every project? Retrospective postmortem sort of thing? As it relates to five lives, it's more when something went wrong. [22:18] But I do think we have a retro culture as well, like where, you know, it's always... [22:25] opportunity to make things better. And if you don't create kind of the environments to talk about it, then, you know, some of those will go unaddressed forever. Cool. OK. Another attribute of the product team and how you build product at Figma that you shared that was really interesting is you mentioned that you just have an obsession with a proximity to customers, that you make sure your PMs and product are really close to customers. [22:46] When you hear that, you're just like, I imagine everyone listening is like, oh, yeah, we're really close to customers. We talk to customers all the time. Of course, you got to talk to customers. I'm curious what it is that maybe you think sets you apart in terms of how you think about being successful.

[22:58] close to customers. And if there's a story maybe of [23:01] of just like, wow, this is how close we are to customers. And maybe something that emerged out of that that'd be really cool to hear. Well, I think a lot of it starts with our origin story in many ways, which is that way back when, when Dylan and the... [23:15] small group of people were building Figma. This was a time when no one believed it was possible to have a design editor in the browser. And so it just seemed like [23:23] science fiction almost and yet what Dylan did you know consistently throughout was just put the product in front of designers ask them for feedback come back to them the next time with that feedback implemented and it becomes better and better and better and you know at no moment was there kind of this expectation that the designer suddenly turns around and implements that tool in their organization it was really just about kind of like listening really carefully to what the community [23:53] And through that process, making them [23:56] you know evangelists right and that's kind of where a lot of how figma came to be and why we have such a strong connection with our community where we've actually you know [24:08] They've really helped shape, you know, the product to date. And there's a deep belief in that. And they're the ones that are now advocating for Figma and helping us thrive within the community and within their company. So, you know, that's kind of the backdrop for why we have such a strong connection with our customers. And, you know, there's a lot of things that you see. So, for example, there's someone on my team, Show. And oftentimes, Show will tweet out to the community, like, here's what we're thinking.

[24:38] Thinking about focusing a lot more in prototyping. What are the top problems you're seeing? And people come back with all these different answers because everyone's passionate. And we kind of go in there and just look at all the feedback and understand what people are saying. And just have a stronger pulse on how people are feeling. And that's not to say that everything is implemented verbatim. [24:59] But, you know, we really find it useful to feel like we have a sense of what people are thinking. And I think like to the. [25:06] the most crazy version of it maybe is you know dylan's always reading customer feedback in fact [25:12] reads the most customer feedback of all of us and has been doing that for like a decade, right? And oftentimes, you know, there used to be this thing where he would drop in tweets that he sees into different Slack channels to be like, hey, this seems concerning, or we're getting this feedback. And it kind of got to a point where, you know, we got big enough where people would feel like they had to drop everything and deal with that tweet. So Chris, our CTO, and I kind of like intervened. We created this new channel, private channel called Concerning Tweets. And it just, [25:42] of us that Dylan can kind of like drop those in and these are tweets that aren't going viral by any means. There's just things that he sees with like one like, sometimes zero likes, but he feels... [25:52] there's an essence of truth to them. And we make sure that, you know, we look at what's going on there and see if there isn't something, you know, much bigger that we should be focusing on. But that's kind of like the extent to which, you know, someone like Dylan from the, you know, from top down implements this idea that like we need to be staying close to what our users are saying.

[26:12] That's an awesome idea for a channel, a way to kind of contain that potential madness that it creates. Is there anything else you've learned around... [26:21] hearing feedback like that in a tweet, let's say, or just a few loud voices and deciding what to actually work on? Do you have kind of an approach there, just deciding what's worth paying attention to? [26:31] As we've built out our research and data functions, you know, it's really important to kind of balance out the vocal minority with, you know, what's actually happening, right? So I really view some of those tweets more as kind of like canaries in the coal mine in a way and inputs into many inputs we have. [26:48] around, you know, [26:50] everything our customers could possibly be experiencing. And, you know, it's important to realize that, you know, we have certain forums like our support tickets where customers are, [27:00] tend to be much more dissatisfied. [27:03] And we have other kinds of inputs that are kind of sales conversations. [27:06] with prospects, where it's really more about perceptions around Figma in some cases. And I think it's just important, especially as a product manager, to feel like you have this balanced portfolio of different kinds of feedback to know that you don't have any blind spots. So I think that's one of the things that I focused a lot on when I came in, which is the Figma team is very good at Twitter and staying on top of their sentiments. And luckily for us, a lot of designers are on Twitter. [27:34] But the reality is that most of our audience at this point probably aren't. And so building our capabilities to extract feedback or more insight from those other sources as well. That reminds me, I think Twitter was really instrumental to the beginnings of Figma. I believe Dylan made this kind of social graph of the most influential designers on Twitter. And that was kind of his go to market strategy, get those designers on Figma. And then I think he open sourced his code to do that. Is that right?

[28:04] And it is very intentional about which designers we need to win over. I think it was very novel at the time. What is it like to work with Dylan Field? He's, you know, as an outsider, he's a legend. Feels like he's an incredibly smart, talented, hardworking CEO. [28:20] There's always tension a little bit between a chief product officer and a CEO. And so I'm just curious, what's he like to work with as a product leader? And then is there like, I don't know, memory that comes to mind of just like a way that encapsulates... [28:30] what it's like to work with Dylan. [28:32] We're very different, actually. And, you know, diligence is very... [28:36] It's very based on intuition and instinct. And that intuition is actually built off of, you know, [28:43] thousands and hundreds of thousands of customer interactions where he might look at something and be like, you know what, this isn't going to land well. Or, you know, here's the biggest problem right now. And you're kind of like, well, how does it conclude that? And, you know, part of my job is kind of like build out that logic tree for him of like, how did you arrive at that conclusion so that people can kind of understand that at scale in a way? But it's very much about that. Or, you know, I think, [29:12] There's a way which sometimes as a product manager, you kind of want to lay out a problem and say, okay, we're going to first focus on this problem. And then there are these three approaches where I take this approach and have a review at every step along the way. But for Dylan, I think it's very hard for him to really kind of like, [29:30] fully get bought in until he kind of sees like the end of [29:33] implementation to viscerally feel like if this is a good solution or not. And so I think that's kind of like the kind of thinker he is where he really needs to see it to kind of feel it.

[29:44] But it's not totally random. It's based on all these interactions with customers and somehow encoded in him to build up some of those intuitions. [29:55] and I think one of the things that's really interesting about him is that like it's [29:59] He actually really cares very deeply about any given user and how they're feeling about Figma. And I remember when during the height of the pandemic, we were doing a one on one walking around Dolores Park because, you know, this is the era where you would take meetings. You could take meetings. They're all outside. Right. And then he needed to use the bathroom. So he came over to my house in the Castro. He used the bathroom and he met my partner and my partner was on Figma. [30:29] and it wasn't done, you know, just [30:32] went straight in there and wanted to ask what the biggest problems were or like what's not working and they started kind of like [30:38] geeking out on some issue around Google Fonts. And, you know, this is like the first major interaction between the two of them. But it's kind of one of those things are like, that's how much Dylan cares. And on one level, it's just, you know, it's easy to say, hey, this is like a single user who just happens to be using your product and be dismissive with it or not care that deeply because you think you already know, like all the biggest problems, but that's not as they did. And so that's kind of the level of kind of [31:07] I guess, customer obsession, if you will, that he exhibits and then in turn informs his intuition. That's amazing. Figma is like 10 years old at this point, right? Like he's been at this for a long time, like a decade. And the fact that he's still so obsessed with just like a random person just using Figma. And he's taken the opportunity to like experience it in real time. Every chance he gets, sounds like.

[31:31] Yeah. Hey Ashley, head of marketing at Flatfile. How many B2B SaaS companies would you estimate need to import CSV files from their customers? At least 40%. And how many of them screw that up and what happens when they do? Well, based on our data, about a third of people will consider switching to another company after just one bad experience during onboarding. So if your CSV importer doesn't work right, which is super common considering customer files are chopped full of [32:01] data and formatting, they'll leave. I am zero percent surprised to hear that. I've consistently seen that improving onboarding is one of the highest leverage opportunities for both sign-up conversion and increasing long-term retention. Getting people to your aha moment more quickly and reliably is so incredibly important. Totally. It's incredible to see how our customers like Square, Spotify, and Zora are able to grow their businesses on top of Flatfile. This because [32:31] to get them and their customers where they need to go faster. If you'd like to learn more or get started, check out Flatfile at flatfile.com slash Lenny. [32:44] As an outsider, [32:45] It feels like Figment's just like... [32:47] always firing in all cylinders, shipping the best product. People love it. I use it, I should have mentioned this, but I use it probably every day for my newsletter, for illustrations and banners and all this stuff. Yeah, like I don't know what I'd do without it. And it always feels like Vigama's just killing it. I know that's never the reality. I'm curious, is there a story of something that just maybe didn't work out the way you hoped?

[33:07] whether it's a feature or launch or something like that, that just kind of shows people that it's like not everything always works out. [33:14] We run experiments all the time that don't come back with any results, you know, and we certainly have built a lot of more complex features that took a while to take off. So a good example of this is in a design system space, we have something called branching and merging. And branching and merging is this workflow of maybe you're building a really complex design system and then you don't want anyone ever randomly touching your components that are used by thousands of other projects. [33:44] effectively suggesting a change, you're reviewing it and then pushing it in. [33:48] And so in theory, it makes a lot of sense and things that our customers asked us for. But once we built it, you know, in the initial stages, it's just, [33:55] didn't really see that much adoption. And it didn't feel great because it's like a really big investment for us. It's like a lot of work that we put into it. And there's just many different reasons. Some of it was performance. Some of it was like, this is a foreign workflow and it just takes time. And like us helping customers kind of implement some of those workflows, we realized some gaps because we don't really use it that much ourselves. And so I think as we're getting bigger, one of the things that I'm realizing is that we're [34:25] lot of features that are not necessarily for organizations like ours. [34:30] And when we do that, we really need to be creative about how we understand how effective those are because we've had such a strong culture of internal testing and dogs looting. And those are the things that really helped make sure the quality of our product was good enough. But now we're working with...

[34:48] really new types of customers and, you know, needing to push ourselves and build that muscle as well. Speaking of high quality software, again, I'll repeat, I think Figma is one of the most beloved software products. It's kind of become central to a lot of the ways people work. It's also, I think, one of the fastest growing SaaS products in general. And I don't know, this may be the ultimate softball question, but I'm just curious, [35:11] What is it that you do at Figma to build such high quality software? Because it's rare for B2B software, especially. What do you do as a product leader, as a product team to just set the sidebar, make sure that the stuff that you put out is great consistently? And, you know, the more tactical, the better. [35:27] it's so important that you're using your own products. And I think we're in a very lucky position where all of us can get creative around using Figma in some way. And obviously designers are, you know, the, [35:40] internally within Figma are kind of the most vocal and the ones who are in the product [35:46] like six hours a day, essentially. But even for PMs, like one of the first things I did when I arrived was, we're a little bit more of a memo culture, [35:55] And I was like, you know what, we should be a deck culture because we can build those decks and stigma. And, you know, just that act alone allows you to kind of encounter a lot of issues and for you to get familiar with it. [36:06] And so I think there are ways in which sometimes you have to get kind of creative and [36:10] to enable your company, your entire company to use the product more. Or as an example, recently, we just did calibrations for performance reviews in Big Jam. And our head of design, Noah, kind of came up with this amazing template and we distributed their HR. And that was another reason for everyone to use Big Jam. And so that's the biggest thing. The more hours people are spending inside your product internally, I think it just naturally becomes better.

[36:40] the problem it's more about like you just want to make your own [36:44] own workflows or own day-to-day better, they derive satisfaction from improving that, right? [36:49] So the takeaway there is get your product teams to use the product as often as possible. That is a really clever way of doing that at Figma. Like I was, I know you mentioned in our newsletter interview that you switch from memos to decks. Usually it goes the other way around. And now I get the kind of the second order effects of that, where people are building their decks in Figma. That is very clever. [37:08] Not everyone's building collaboration software, but that is a really clever idea. And I think there's probably a bit of trickle down from Dylan's obsession with the product and making it. [37:18] just continuing to just like be obsessed with making it a great experience combined with that, right? Like people using the product and this trickle down of [37:25] we really need to make this as awesome as possible. [37:27] There are other companies, for example, when I was at Uber, you know, especially working on the driver's side, of course, like we went out and driving and that kind of speaks to some aspects of it. But one of the things that I've realized is when you are logging a bug. [37:40] And you kind of like add some engineers to it to have them look into it. [37:45] The degree of motivation is so different if that engineer has somehow experienced a problem in some way. So, for example, you know, everyone at Uber would take Ubers into work. Right. And if an engineer working in a driver app saw a driver struggling with something, they would find a kind of like find it embarrassing and kind of feel personally accountable to go fix that. I'm like, when you can. [38:06] create that sense of personal accountability, then like all these crazy things happen and, you know, all this progress happens. So I think for us is getting creative at Uber about, okay, well, how do we kind of increase those interaction points to the point where like, if someone building feels like they have some kind of personal relationship with the end user, and this is what happens at Pigma too, where a lot of our designers feel personally accountable in a

[38:36] community like on Twitter and all those kinds of things. So they feel like they have to put something out there that's defensible or that they're really proud of. So I think that kind of personal accountability can really make a difference. That begs the question of, I imagine this engineer at Uber coming back to their desk and like, I'm going to fix this bug. And then their PM's like, no, we got goals to hit. Here's our priorities. We got this roadmap. We don't have time to fix this right now. It's just one random bug. [39:01] And so there's kind of a two part question, just like give an approach to that. Do you encourage engineers, designers, just fix stuff that seems broken? Slash, you mentioned that you have a fun experience with OKRs and how you've approached OKRs at Figma and you've kind of gone back and forth a little bit. And so maybe as a second part, just like talking about your experience with OKRs at Figma. On the first part, I would say that. [39:24] I think one of the [39:25] most powerful things, especially for startups, is that kind of bottoms up energy, right? [39:30] and maybe a developer noticing something is wrong and just going off and fixing it and [39:36] For the most part, I try not to get in the way of that because if people are doing that constantly and everyone in the company is kind of trying to make the product better, that is sometimes a way more effective way to improve the quality of experience than this top down of like, oh, let's define this quality experience metric and try to change all the things because you might miss these things. So that's one aspect. And the second thing is, I think a lot of PMs have grown to realize this, which is like, [40:06] If you ask an engineer about how much time it'll cost to go and build something, and it's something that they came up with, or they're advocating for, it's almost always past the time as something that you are asking for as a PM, right?

[40:21] That kind of like motivation is so different. And that's why, you know, getting the buy-in of developers is really important, right? Because you want to feel like they're personally invested in this problem. And then all of a sudden, like their willingness or their creativity or all these things kind of spike. And so when you kind of think about all those things... [40:40] When there's a situation where like an engineer or a designer is trying to fix kind of like a real custom problem, I'm kind of like by all means, right? [40:48] So that's on that. OKR is like totally bigger topic. And maybe I'll kind of set it, set the context of why I have such a love hate relationship with it, which is that a lot of my career, I've actually just worked on core experiences and OKRs are kind of like the bane of my existence in a way. Right. Because when you're working on a core experience, sometimes you're just kind of like, I'm just trying to make the experience better. And sure, I can come up with this like BS way to measure what that looks like. [41:18] But, you know, that's not what I'm thinking about every day anyway. So it just seems like very performative. And there's just like a lot of work that goes through it. And you kind of encounter one of two situations. Like one is you come up with some secondary metric that nobody actually cares about. [41:33] right that technically you can measure and technically you can move but like you haven't actually proven that it really matters so maybe it is some kind of like satisfaction metric that you kind of have on some survey but you know you haven't actually done the work to show that that actually has correlations with retention or anything that actually quote matters for real in the business or you know it's some kind of weird usage metric or something like that right

[42:01] And then the other extreme is to say, no, we're going to be ambitious and we're going to set up for business goals. So, for example, even if I was the PM for the rider experience at Uber, [42:11] I'd be like, you know what, we're going to contribute incremental trips because the experience is going to be so good. [42:16] that we can get more people to come back. [42:18] And I think the reality for a lot of that is it's kind of a metric that you don't have full control over or there are many hops until I can kind of affect it. And like, OK, well, maybe we can make the experience better. Maybe that kind of improves retention and maybe this, you know, and by the time you get there, you actually can't even prove that you moved like the top level metric. So either you anchor something that matters, but you can't move or you anchor something that you can move but doesn't actually matter. So that's kind of a relationship I've had with OPRs. And so, you know, it's really frustrating, right? [42:47] So when I write that thing about it, you know, one of the things I realized is that, you know, [42:51] We had OKRs, but [42:52] People were kind of treating it almost as like a to-do list or a task list of like, okay, here's how by the end of quarter I need to complete these tasks and then I will feel like, you know, I did my job kind of thing. And we would have these dreadful meetings where we go through these spreadsheets and like have people stand up in front of everyone and like talk about those commitments or those key results rather. Yeah. [43:16] They were dreadful for a reason, which is that you just couldn't really understand what the team actually really cared about. [43:24] And it kind of got to this point where we had all these, and this kind of is similar to the secondary metric problem, but like,

[43:31] Either you can approve that you actually moved it or you're trying to work on something that I don't actually understand why it's useful. [43:39] And so that was when I kind of deprecated it and said, I just want to understand your headline. What are you trying to do? Philosophically? [43:49] And just like, don't stress about whether you can measure it or not. I just want to understand what you're optimizing for, right? [43:56] And let's first have that debate, right? And then once we get there, then let's talk about, okay, well, what are some ways that you can measure it? And some of it is qualitative, some of it is quantitative, and that's fine. And I almost kind of feel like sometimes... [44:09] it's better to take the report card-like approach of saying, hey, just give yourself a score. Tell me how you derive that score. Let's all understand that the metrics and those inputs that go into it can change over time and we're going to get more sophisticated about how we measure it. [44:23] But at least everyone understands what on earth you're trying to go for. [44:28] So that's kind of like where, you know, where I kind of moved in my first year, I would say. [44:33] And then we hired a head of data. So it was a friend of mine, you know, from Uber too. And one of the things she kind of felt was like, okay, but it's just still very risky and super subjective. So like, let's just try to bring our carriers back and see if we can just do them better next time. Right. And so we've done that. And so. [44:50] They were definitely better than when it first arrived just because we had a data science team and we had more rigor around metrics and things like that. But again, this time it was less about not understanding what people were doing, but more like not understanding if teams are actually committed to moving those OKRs. And one of the problems that you find is we have these OKRs, but they kind of feel like post-rationalizations of the projects that you're working on anyway.

[45:20] us. [45:21] But if you stop an engineer in the middle of the hallway or the virtual hallway, so to speak, and ask them, okay, what are your team's biggest goals at OKR? It's like, [45:30] Sometimes they wouldn't be able to say it. They're just like, well, I'm working on this project that's really important, right? [45:34] and so it's like well what's the point of kind of publishing this okay already if like you're actually not [45:42] thinking about moving it on a daily basis almost right and so that's when you know we tried to experiment with this terminology like well maybe we should call it commitments instead like people would kind of take it a little bit more seriously and it's kind of my belief that you know oftentimes like [45:58] commitments are kind of this [46:00] care between the why and the what and sometimes the face of the commitment is the what it's like a project and there are many whys behind it or it's the why and there are many projects behind it that kind of was trying to formalize that idea but [46:13] It definitely felt a little bit complicated, a little bit... [46:16] Sometimes people are like, well, OKS exists for a reason, and this is basically an OKR with just a different name. So my honest answer is we still haven't figured it out, and we're still iterating on a bunch of different things. But I think I've developed some philosophies around it, which is no matter what you call it, because these... [46:36] It doesn't matter as much. I think that, like, for me, there are three things that really matter about, like, a good OPR. And one is legibility. Like, people look at it and understand it. [46:47] what it is and like it's not some like weird obfuscated metric that doesn't mean anything to any work.

[46:53] I think, like, actionability, like, I want an OTR, [46:56] to inspire action. You look at that and you're like, it stirs action. It makes me want to do something differently. [47:03] Right. And the third one is authenticity, which is like, [47:07] Does this actually honestly depict... [47:10] what you're doing, what you're trying to do on a day-to-day basis. Because if it doesn't, then it's hard for me to trust that. [47:17] that matters or if that's something that just happens to describe what you're doing but isn't really connected in a meaningful way then you know i i kind of question the value of it also so [47:29] That's why I am in the process, but I definitely... [47:32] all years to advice around this kind of stuff because I feel like we haven't quite cracked the code. [47:38] I love hearing that whole journey. I feel like you always hear from product teams, here's what we do now. You never hear, here's the experiments we've been through. Here's what we've tried. Here's what worked for a while. Here's what doesn't work now. And here's what we're doing now. So it's really cool just to hear all the experimentation you've done. [47:55] Clearly, Figma is a company where you encourage experimentation and trying. [47:59] new things that aren't working and it's cool they have the flexibility to just like let's just do headlines for now no more [48:04] No more specific goal metrics. We're just going to build things that we think are important. [48:08] And then the newsletter post for folks that are listening, you should actually show the templates that you're using these days for planning your projects and kind of laying out your OKRs. So folks can check those out if they're interested in seeing how you're doing that now. [48:21] You also mentioned you've hired this awesome data scientist and maybe just expanding that further. I imagine a lot of the success of Figma and the product that you built is the people that you hire at Figma. I believe you have 22 product managers, which sounds very small for a company like Figma. And I imagine they're all amazing.

[48:40] I'm curious what you look for in... [48:43] product leaders and product managers that you hire that maybe other folks aren't as focused on? And just like, what does the interview process look like at Figma? Yeah, I shared some of these things, right? Like I really feel passionately about storytelling and, you know, not to give it away or anything, but one of my favorite interview questions is, [49:00] is asking and describe to me a time when you're part of a controversial product decision right and you know what did you do and all those things and i think it's really revealing because you know if they can kind of like set up this conflict and understand like why this problem is really important and represent both sides and such that you can understand why that conflict existed in the first place and they can do it and there's kind of like [49:26] you know, even keeled way where you realize that they can take on these different perspectives. [49:32] I, I, [49:32] you start to learn a lot about that person, I think. Or sometimes I just ask them for basic things like, okay, talk about kind of like a big problem that you worked on. And the thought experiment for me is always like, [49:43] Coming out of that, do I feel compelled to work on that problem, right? And no matter how boring it sounds on the surface, like, I think a really great product manager kind of, like, can cast something as, like, well, this is why it's so existential to this, and this is why it's so interesting, and, like, really rally the truth. So that's kind of one big thing of, like, storytelling and communication, because at the end of the day, like, so much of our job is around that. I think other than that, you know, some of the things that I value are things, like,

[50:13] Thank you. [50:13] high than with UX conversations. It's kind of like we talk about problem and, you know, I think about kind of like when you're exploring solutions, it's kind of this tree of, okay, there's just these branches of explorations and you kind of finally arrive at these solutions. And like a ton of people who can go up and down branches really quickly have a really high command of all these different altitudes as well so that we can talk through a lot of things at the end of the day, [50:43] And I think that at Uber, our first chief product officer, Jeff Holden, was someone who often talks about fast-forwarding to the future and this idea that, okay, like, [50:54] let's just pretend we ran that experiment. What do you think it'll come back with? Or let's pretend we, like, ran that, or you just used a study. And, like, the kinds of PMs that have the ability to kind of imagine those outcomes, I think, like, it helps us be much more efficient, too, because we're like, well, if we all think that's going to [51:13] go there and that's not going to compel us to take any X and Y do it at all. Right. And so I think a lot of PM is about kind of those kinds of shortcuts that you have to take. [51:22] Right. And it's not just about what we build. It's about, you know, building the right things. And sometimes it's just as important to like decide not to build something. But it's all only possible if you can have that kind of like imagination or that ability to see around corners. [51:36] I love that. I was going to ask you for your favorite interview questions in our lightning round, and you jumped ahead, which is great. And those are really good examples. Hopefully, they don't give too much away. I want to chat a bit about growth and how Figma grows. If you ask people about product-led growth and just like whenever people talk about product-led growth, they're always like companies like Figma, Slack, dot, dot, dot. Figma is always like seen as a model of product-led growth and a product that grew through product.

[52:03] Thank you. [52:04] I imagine... [52:05] Now, there's a very robust sales team, and I imagine even earlier than people probably imagined there was a sales team. I'm curious as a product leader what you've learned about how to effectively work with sales and what you teach your product managers about how to work with sales to [52:23] collaborate effectively. [52:24] We're really lucky to have a sales team that understands our product really well and can hold their own with customers who are often also design leaders, product leaders and things like that. [52:37] I think that kind of credibility goes a really long way. One of the things that I kind of, we all are collectively realizing is, you know, we talk about product-like growth, but in some ways, you know, I like to think about it more as kind of like, [52:50] community-led growth or there are certain people inside a company that feel so strongly about Figma or [52:57] And that they're helping kind of push for it and these like advocates and evangelizing for Figma, right? And so oftentimes, like what the sales team does is really empower those individuals to make a stronger case or kind of connect them to the rest of the company so that we can kind of get a wider deployment or more leadership by it and things like that. [53:19] And so oftentimes a sales team is kind of like playing that role of, [53:24] creating those human connections and helping equip designers that feel passionately inside a company with the data, [53:32] with the stories and all those things to help make a case. And I think that's the most powerful way in which we can spread where the space of Figma is not the sales team, but in fact, it's the internal designer. And so that's kind of the mental model that I think we've been

[53:51] using it. We're fortunate enough to have people inside companies that are so [53:55] passionate to kind of want to play that role. And so when you kind of like, [54:00] take that lens on then you start to kind of understand okay like how can we help set this person up for success and the sales team has like different ways to do it like the product team help in terms of like giving them visibility into how we're thinking about like evolving the product or what other customers might be doing and so i really see it as kind of this partnership to enable that as much as possible you know and i think that's what to me what product-led growth [54:27] looks like a Figma is that. [54:29] That is really interesting. Basically making your champion inside the company kind of a superhero, helping them be more effective at what they're already doing, which is evangelizing this product that they really love. [54:40] Interesting. Is there anything that you think Figma did early on that you think was really important for it to start to grow, either in this way or in a different way? Imagine there's just like a lot of product-led growth founders that are [54:54] Trying to. [54:55] create a product-led growth product and they fail. And so I'm curious, just like, what do you think people often miss and what do you think Figma did right? [55:01] that got it going. I think a lot of it was about [55:05] the level of intention around building community. And the more... [55:09] there are organic conversations happening about Figma, the better, right? And one of the nice things about Figma is you can kind of like share out a file that you've been working on and like effectively open source something, but it's kind of your way of showing here's how we do it as XYZ company.

[55:26] and sharing that with the rest of the community. And when people see that and when people kind of feel like they have this insider view and how other companies work, [55:35] That's where there's a lot of interest, right? And, you know, more recently, you know, over the last few years, we've really been focused on a program called Friends of Figma, where we have people who are passing on Figma and all our different geographies kind of like come together in like a Discord channel. They meet regularly and are helping us evangelize. And again, that's kind of like that human connection. [55:57] between users and then between us and the users is something that really helps build that kind of like loyalty, which is the thing that then fuels all the champions to really kind of push for it internally and give people kind of like the enthusiasm and courage to do that inside their organization. [56:15] It's interesting how many corollaries there are to Notion and how they got started. I recently chatted with Camille. I don't know if you heard that episode, but there's a lot of [56:23] similarities with how Notion used their community to help jumpstart growth and continue to grow. [56:28] Totally. [56:29] It's interesting that that's [56:31] You can call that community-led growth, product-led growth. There's a lot of overlap there, potentially. For sure. What advice would you have for folks that are, I don't know, maybe you already shared this, but just like, if you're a product-led growth founder listening to this, give any other piece of advice to that founder about... [56:46] how to get started with their product, their community, their growth strategy, anything else you'd want to share there. [56:52] Maybe a different way to talk about what we just talked about is just like, you know, there has to be.

[56:57] This. [56:58] almost like irrational, this like emotional response to your product, right? And it's like love for it, right? First, it has to be cultivated internally too. Like, you know, people internally have to authentically love something to really stand behind it. But then, you know, externally too, if people are loving something to the point where they can, you know, sit at the top of their lungs and just like really talk about how Figma is great, like, if we can get there, like, that's like a wonderful place to be, right? And I think that's both a [57:28] of like you've really solved their problems well, but you also kind of like equip people with a philosophy around a different way of working. And I think that's what worked well for Pigment too, which is like, [57:39] There's something controversial about this idea that, you know, everyone can see what you're doing, right? Or that, you know, multiple designers can be in the file at the same time. Like, we like to say that one of the first responses we saw Oelan's Figma was, if this is a feature of design, I'm quitting, right? [57:56] I'm changing careers. And there's that kind of like tension of that narrative tension, but like, [58:01] that is signal that you're kind of part of this revolution and you're trying to change something. And when you can equip your customers or user base with that, I think that's something that they can really get behind and champion. So it's not just that they're championing for a tool. They're also championing for a new way of working. Obviously, that's a tall order for someone to kind of come up with that. But hopefully, if you're a founder and you're working on something, your vision is so big that you have those kind of ideas.

[58:31] equip your customers to want to talk about that. [58:35] That's awesome. Reminds me of a quote and kind of a tagline that the Airbnb's first growth team had for a long time. Love drives growth, not the other way around. [58:45] They made posters of this, put it all over the product teams. I love that. Part of the office and seemed to have worked for Airbnb, clearly working for Figma. One last question, feels like a question we have to touch on. I don't know how much you can say about all this stuff, but with the potential acquisition with Adobe, which I know isn't done yet, but I'm just curious, what do you think will change, may change, you're hoping will change, you're hoping won't change in how you build product at Figma within Adobe? [59:12] Totally, yeah. I mean, you know, as you said, it hasn't closed yet, and so we're still independent companies, but, you know, when we think about, [59:18] that theoretical future i think about kind of like people often ask me so like what's going to happen in terms of like the products that you work on and the cows that can influence big mountain and the answers we don't know yet but you know i get excited about two avenues one is just like really continuing our current mission of making product design better and the reality is [59:37] when you look at product design, a lot of people are still using both Adobe and Sigma alongside each other, right? [59:45] And maybe you're creating that micro interaction in After Effects, or maybe you're kind of doing that intricate illustration in Illustrator or editing Rasta in Photoshop. And then you're bringing some of those things into Figma. But when you think about kind of like the end-to-end product development process, there's so many ways in which if we can make all those things seamless so that you're not like juggling a bunch of apps or maybe you can kind of have one single source of truth. That's really exciting to me to think about.

[1:00:15] So, concretely, what that means, I don't know yet, but like, it's kind of like thinking through those journeys, that gets exciting for me. And then the other thing is really collaborating with the rest of Adobe and thinking about kind of, you know, we've figured out something really interesting in the form of real-time multiplayer collaboration, and that is a platform. [1:00:34] Adobe has a much broader set of use cases that they've been pursuing. And what do those two things together, what could that enable, right? [1:00:43] And that gets exciting for me to think about all the creative tools that I've used in the past, via video editing or 3D objects or things like that, where it's like, OK, if we can bring in the power of the browser, of multiplayer, of this feeling of openness, would that make it way easier for people? Would it make it much easier for people to share work or get involved? So those are the things that kind of go through my heads in terms of what's possible. [1:01:13] our relationship with the community. You know, we talked about kind of like proximity to community or users. Like those are things that we [1:01:20] we intend to keep and keep doubling down on. And I think it's such an important part of the magic of how Figma works. So it's something that, you know, I think I will continue to do. And that's what I draw a lot of motivation from in the first place. Awesome. You also get to work with Scott Belsky, which is going to be pretty sweet and hoping to get Scott on this podcast at some point too. That'll be awesome. Any closing thoughts before we get to our very exciting lightning round?

[1:01:50] these people have kind of figured everything out, right? But the reality is, [1:01:55] We haven't, you know, and we're still experimenting with a lot of things. You know, OKRs is a really good example of that, but a lot of other things. Right. And so, you know, just the other day I wrote about kind of this idea of like us living in a work in progress world. And I was talking about more from the context of like we live in a world where all of our products, our product plans, our strategies, our work in progress. And like, how do you like work in a world like that when what you're doing can change the next day? Right. Right. [1:02:23] But in a similar way, I think the way we work, the way we run product processes as product managers is itself very much a work in progress. So I would love to kind of encourage this kind of conversation, Lenny, that you're facilitating just because we have so much to learn from each other. And I'd love to continue to learn more from all of you. [1:02:44] And interesting ways that you grapple with these like age old problems around things like how to set goals or, you know, how to review work or how to plan. So anyway, just wanted to kind of like signal that. [1:02:57] We are very far from perfect and really eager to learn from everyone else as well. [1:03:04] I love that. That also reminds me of something that Airbnb founders always came back to. Joe and Brian were both designers. And as you learn to be a designer, you kind of are taught that everything around you is designed by someone. Someone just decided this webcam is going to look this way and work in this way. This chair, somebody decided very...

[1:03:21] Specifically, it's going to be like this. And we kind of assume the things that we're working within are just like they're figured out. [1:03:28] Much smarter than me figure this out, but it's usually just someone just like you. [1:03:31] that had to figure something out quickly, and then that's what you're doing now. And so they always encouraged everyone to just remember, someone designed this doesn't mean it's the perfect solution, and you should always rethink things like that and not assume. [1:03:43] Well, with that, we've reached our very exciting lightning round. I've got six short, quick questions for you. I'll just go through them pretty quick. Whatever comes to mind, share, and we'll see how it all goes. Sound good? [1:03:56] Sounds great. Awesome. What are two or three books that you've most recommended to other folks? [1:04:02] First one that comes to mind is Switch. And it's really about how to affect organizational change, something that Shisir recommended to me. And yeah, the difficulty of like affecting change in a large organization, basically, and how to overcome that. The second one, I would say, is my favorite book. [1:04:20] of all time is one called The Story of the Stone. And it's a Chinese novel, one of the most famous Chinese novels of all time. And it's like, [1:04:27] Thousands of pages. It all takes place in a garden, but it's one of the most beautiful pieces of work I've read. So I like to recommend that I do it, but it's nothing to do with PM. [1:04:37] Did you say thousands of pages? Yeah. About a stone. Wow. I will check this out. I love it. I've not heard this one before. Favorite other podcast other than the one you're currently on? Well, I'll have to admit, you know, I'm actually much more of a visual learner, not like a listener. And so I rarely listen to podcasts, but the two that I have listened to in earnest was,

[1:05:01] First one was cereal a long time ago. And then in the US, so, you know, I think some of the best, actually, but otherwise more into reading. Awesome. This show is also on YouTube for folks that don't like listening and like watching things. Plug, plug. Favorite recent movie or TV show? [1:05:18] Last movie I watched was called The Good Nurse. And it was about kind of a serial killer working in a hospital, but it was a very different take on it. It was very human. It wasn't grotesque at all. And it was talking about how broken a system was. So highly recommend it. It's quite sad, but. [1:05:36] Yeah. [1:05:36] Okay, good tip. What are some SaaS products that you love that you maybe use at Figma or that you just discovered that you find very useful? [1:06:06] kind of all were placed on the rest. Some of us use Notion, some of us use Dropbox Fapers, some of us use Coda. [1:06:12] And so we're kind of still figuring that one out, I say. [1:06:15] Dropbox paper, very cool. I love that product that I feel like no one uses it anymore. But it's cool that you guys do. Final question, favorite FigJam or Figma plugin or template? [1:06:27] We have this one called the alignment scale, which is a widget that you can insert into FigJam or Figma Design, actually. And we use it all the time. So basically, it's just a simple scale. And whenever people click it, their face appears on one end of the spectrum or the other. And so it's our quick way of being like, we're doing a product review. We want to pulse check. We drop it in. And we're like, how are people feeling? Aligned, not aligned. And if people are aligned, we just move on. If not, then you know that it's worth a discussion.

[1:06:57] It's just, yeah, it's a fast way to [1:06:59] figure out where all the hotspots are. Awesome. And if folks want to find that, they can actually go to the newsletter interview that we did. I think if you just Google how Figma builds product, it comes up number one, and then there's a link to actual templates. You can plug that right in. Yuki, [1:07:14] Thank you so much for being here. I am going to go play with Figma and FigJam right after this. Two final questions. Where can folks find you online if they want to reach out, learn more? Are you guys hiring? Anything there? And then two, how can listeners be useful to you? [1:07:30] Yes, you can find me online on Twitter or LinkedIn. Feel free to reach out there. In terms of how you can be useful to us, we're really starting to build a lot of products for this audience, for product managers. FigJam is one example of this. So definitely try it out. Give us the feedback. Tell me about all the cool things that you're doing or you wish you could do on FigJam or Figma. [1:08:00] people or are interested. Yeah, there's a lot of roles. So please get in touch. Awesome. Yuki, thank you so much for being here. [1:08:08] Thank you so much for having me, Lenny.