# The No 1 Metric You Need To Look at When Building Product

Why the Best in Product Have No Domain Experience · Why You Should Not Hire From Incumbents & The Difference Between Good vs Great PMs with David Lieb, Visiting Group Partner @ Y Comb

20Product · Sep 21, 2022 · 58 min · 13,433 words
Speakers: Harry Stebbings, David Lieb
Source: https://www.996.fm/episodes/20vc--ep-8336fef1/

## Cold open

**Harry Stebbings** [0:00]:

Welcome back. This is 20 product

## Intro

**Harry Stebbings** [0:01]:

with me, Stebbings. This is the monthly episode where we sit down with the best product leaders in the world to discuss scaling products, the teams around them, what works and what does not. And I've wanted to have this guest on the show for a long time. Following this guest's very recent move to become a partner at Combinator, Paul Graham tweeted an incredible tweet about them, saying they are both formidable and benevolent. I love that as a description. And I'm so thrilled to welcome with that David Lieb, one of the product OGs of the last decade. As the founder of Bump, David pioneered how over a 150,000,000 people use and share data, contacts, and more before the company was acquired by Google. At Google, David took this one step further by creating Google Photos, which he's led with immense success for the last nine years. And in the last few weeks, as I mentioned, David announced his latest move to join Y Combinator, one of the world's leading accelerators as a partner. If that wasn't enough, David's also a stellar angel investor with investments in the likes of Rippling, Flex Tally, Maven, and many more incredible companies. But before we dive into the show's

## Sponsor read

**Harry Stebbings** [1:01]:

date, we need to talk about the game changing tool that is Miro. Are you and your product team still going from tab to tab, tool to tool, looking for the most accurate information but losing out on brilliant ideas? Well, you may not just be a PM in that case. I'm a podcast host, and I need to constantly be balancing the deliverables from multiple different stakeholders. Whether it's my team locking down interviews, voting on potential topics for future shows, or directing feedback from guests. I need to manage a show like a PM manages a product, and loss of information causes real inefficiency. So I keep track of it all using Miro, the collaborative visual whiteboard that brings your product team's great work together in one place online. Miro acts as this infinite canvas where ideas and projects can be shared across a team and across the tools they use. So how do I use Miro as a podcaster with every episode? Well, with every show that we do, we create a new Miro board. My team takes 10 reference calls before each episode for every guest, and they can pile all of their cool notes on a Miro whiteboard. Then I can jump into it, see all the cool notes in one place, and then write the schedule for the show with all of them in front of me, easy to access, and at the same time. Total game changer. And that's why over a million new users join Miro every month. Get started today with your first three boards absolutely free. That's miro.com/20vc. That's miro.com/20vc. And speaking of products like Miro that really changed the game, if you are anything like me, you're always traveling, then you need NordVPN. NordVPN is the best VPN if you're looking for peace of mind when on public Wi Fi. It allows you to securely access personal information or work files, encrypt your Internet connection, and keep your browsing history and online identity private. Enjoy online privacy and security with NordVPN. And even better, their newest feature even protects you from ads, trackers, and malware. Grab your exclusive NordVPN deal by going to nordvpn.com/ two zero vc to get a huge discount off your NordVPN plan plus one additional month for free. It's completely risk free with Nord's thirty day money back guarantee. And last but not least, you have to check out builder.ai. They make building software so easy that anyone can do it. If you have a vision, you can build it with builder.ai. And one of my favorite products of theirs is Studio. I always think the number one reason people fail is they do not start. And Studio is the perfect tool for when you need an MVP fast. And when I say fast, you can build simple beautiful native apps in less than one day. Don't just take my word for it though. Leading brands like Pepsi, BBC, Fujitsu all love and use the product. Head over to build.ai to find out more. But now I'm so excited to hand over to the one and only David Lieb partner at Y Combinator. Two, one, zero. You have now arrived at your destination.

## Conversation

**Harry Stebbings** [3:56]:

Dave, I'm so excited for this. I feel like I know you so well. I spoke to so many people on your team from Juan to Jamie to James. So thank you so much for joining me today. You bet. It's my pleasure. Now I wanna start, you know, you've had the most incredible tenure with Google. Tell me, how did you make your way into the world of startups and product and come to lead Google Photos for the last seven or eight years?

**David Lieb** [4:17]:

Yeah. I would say it's largely accidental is the true answer. I was an engineer by training in school, and I worked as an engineer at Texas Instruments early in my career. I think like a lot of smart engineers of my era, the thing you do next is you leave and you go to business school to learn, quote, business, which I did. And the first week of business school, I was faced with a personal problem, which was I was meeting all of my new classmates and we were trying to share our phone numbers with each other. And I just would like five times a day, I would like type in somebody's phone number and then ask them how to spell their name. And then I would call them and they would like dismiss the call and add my number to their address book. And it was right when the iPhone had come out and they had just opened up the App Store. And I thought like, oh, why isn't anybody solve this problem? Like, this should be a solved problem in the world. Maybe I can make a side app that would, like, make it work. So I started building that as kind of like a side project in school with the aspiration of, like, maybe making enough money to pay for my business school, which would, like, be, like, one order of tens of thousands of dollars. We launched it and people started using it, like, way more than we thought. And so we decided, like, okay, we should work on it next weekend too. And we said that, you know, for 10 successive weekends, and then we decided, okay, well, maybe we should, like, try to make this bigger than what we thought it could be. And we had heard of this thing called Y Combinator, which was like this nascent startup incubator thing. And we applied to it on a whim and we got in and we came out to California that summer to like work on our startup, and then we never went back to school. And then of course, like, we pivoted a few times with Bump and ultimately decided to work on photo sharing and then got acquired by Google, and then I was there for nine years.

**Harry Stebbings** [5:47]:

Yep. There's bits of your career which I wanna kind of unpack, but I do have to ask, and Quan asked this one as well. He said, what are the ones, two biggest lessons for you from your time founding Bump and the transition to Google Photos?

**David Lieb** [5:57]:

For For startups, like, you've done a startup, you realize that kind of the definition of a startup is you start with absolutely nothing, and you have this big vision for, like, what it could be one day in the future. But to get from there to there requires, like, you to do basically everything, at least at the very beginning. So the number one takeaway from the startup is just this, like, ownership mentality that you have, which is, like, we have nothing. There's no one else. It's just me. I must make it work somehow. I must do everything that's required. So in the early days of Bump, like, myself and my two co founders, we wrote all the code, we did all the designs, we thought about all the marketing strategy or hacks or ploys we could use to get anybody to hear about it. Every PR, every press interview, like that was all just us. We had to learn it on our own. And I think that's a skill, this like generalist skill that generally people don't have at big companies because they don't need to. There's experts at big companies that do everything. I think magic happens when you bring all that stuff together in a very small number of people's heads and they can do like pretty amazing things. Do you know what I

**Harry Stebbings** [6:53]:

find the hardest thing? Letting go, which is like moving from founder led sales to stream led sales. And I still have this today where I I might not I can do it better than anyone else. I may be able to do it better than anyone else. I didn't mean that arrogantly, but I still shouldn't be doing it. Yeah.

**David Lieb** [7:08]:

Do you

**Harry Stebbings** [7:08]:

have any advice

**David Lieb** [7:08]:

on that for me? Yeah. You certainly need to make that trade off at some point, but I think most founders do it too early. They think like, oh, we have a product that like shows some glimmers of, you know, product market fit. Let's go hire a sales team and that will be the thing that makes us succeed. Usually, that's the wrong answer. Like, usually, you are the person who knows the product and the customer the best. And so you should probably be the one doing all of those important jobs for longer than you think it's reasonable. There should be a point, I think, where you're like, I can't believe I'm spending all of my time doing this. If only I could spend my time on these other really important things, but I can't because this is still the most important thing. Then it's the time to, like, go bring somebody in who really knows what they're doing and can shadow you and and kind of take it from where you are right now and take it further.

**Harry Stebbings** [7:50]:

You have full license to end this call with this next question. But you mentioned some notion of product market fit. There's so many different notions, and I have so many founders I always say, and they're like, I don't fucking know if I've got it or not. Some people are somewhat disappointed, some are not disappoint. I don't know. How do you advise a founder to know when something is hitting and there is the first signs of product market fit?

**David Lieb** [8:13]:

If you don't know if you've got it or not, you don't is the simplest answer. Right? It is a thing where something clicks. People just use your product or demand your product so much more than you could have ever fathomed. That is generally when you've got some initial glimmers of product market fit. You have no time in your day to do anything but satisfy those customers. Whether it's keeping your servers up if you're a software company, whether it's like fielding inbound queries from customers who really have heard about your thing and they really, really need it. Those are the signs that you probably have some glimmers of product market fit. But I think most of the time people find I built something that has some resonance with some small set of people and, oh, I must have product market fit now. And generally, you might be on the right track, but you probably don't have it if it's unclear whether you've got it or not.

**Harry Stebbings** [8:59]:

I love the way I have these articulate schedules and then I just get too interested. What were the top one or two decisions that you think made Google Photos

**David Lieb** [9:06]:

the success that it was? Probably the number one, the meta decision that we made early on was around what our mission would be. And I think this is a thing that often gets overlooked or not enough time is spent in bigger companies. It's probably more critical at small companies that you figure this out. But we decided that we would have a very clear mission, which was to be the home of the world's memories. And that was like the only thing we were going to work on. And we were quite explicit at the beginning about what things we would not go into. And we said internally at Google, like, we're not gonna build a social tool. This isn't a social network. It's about storing your life's memories. I think by being really clear about that mission early on, it did a few things for us that I think propagate to this day now ten years later. One is it really helped us select who should be on the team and who shouldn't be on the team. We kind of spun the team out of the Google plus team. And there were a bunch of folks who signed up to build social. Right? They were very excited about social and that's awesome. But we were very clear, like, that's not what we're doing. And those folks decided to move on. I think it was great for them and great for us. And it also helped us attract the right people to the team. We said, if you're not, like, all in on this mission, if you don't wanna spend the next n years of your life, like, solving this problem in the world, you shouldn't come work on this team. I think that really set us up for success. And to this day, like, everybody on the team knows that mission by heart.

**Harry Stebbings** [10:18]:

Do you think incumbent products, when you look across the incumbent set, do you think their new product suites and new products themselves teams, do they have those missions, you think?

**David Lieb** [10:27]:

I think at best they have something written down. I really doubt they think about it on a daily basis and reaffirm with everybody on the team, like, is our mission, here's why we're doing it, here's why you woke up today and came to work. And we just decided we would really focus on that.

**Harry Stebbings** [10:42]:

When I spoke to so many of your team, what really shone through was just what a incredibly kind of loyal and really bought in Google you you you are. And I think the thing that kind of shocked me, and we chatted about it a little bit before the show, why did you decide to leave Google most recently? And and what was behind that thinking?

**David Lieb** [10:58]:

I had been at Google nine years. I left last week. And I would say the trigger for me finally. Last year, I was diagnosed with surprise leukemia. And so I was out for a year doing chemo and fighting that. And so the team, like all the folks who reported up to me, like on a random Thursday, they just had nobody anymore. They had to step up and do it all themselves. And for an entire year, they did it and they did it great. And so when I came back, it was kind of like, oh, it works, like it's okay without me. It made me feel good about being able to one day step away. And then I think the second thing that changed is, you know, had like a near death experience. There was a random Thursday, first night I went into the hospital, I was in the ER, I and thought there was a very good chance I would die. And when I got through that quite difficult year, I just decided like, wow, life is indeed short. Like everyone tells you, life is short. Do what you care about. But I've like actually felt it now, and I decided like I should do what I really love doing. And for me, I love startups. I love helping founders. I loved being a founder when I was one. And I just wanted to do that with all of my time. So I decided to to leave and and join YC.

**Harry Stebbings** [11:58]:

You mentioned the team being brilliantly self sustaining without you. I spoke to so many of them before the show. They And mentioned that you are a product visionary. Initially, everyone said you're a product visionary. And I thought that was a good entry point because there's often this tension between art and science in product. So as a starting point, is product more art than science? How do you answer that one? What a

**David Lieb** [12:17]:

question. My opinion is it's more art than science. And so let me explain maybe why I believe that. If you look at truly great products, pick any product that you use that you're like, that product is just really well done. Generally, there are a very small set of people behind that product that really love it, that obsess over every single thing about it. It could be one person, it could be a team of five people, but usually it's a quite small number of people who make that thing great. And how do they make it great? It's because they love it. They love the customer. Maybe they are the customer, maybe the customer is their friend or their family member, and they just wanna make something great for that person. I think that is the core of almost all great products. And I think in order to do that, you have to treat it as more of an art. You have to put yourself into it. You have to obsess. And you can't do that with science. Like you can't just do experiments. You have to understand the customer and really feel what they feel. And I think that is much more art than science.

**Harry Stebbings** [13:09]:

But working with early stage founders, do you have a preference for founders that do have that? I felt the pain. I was working at x company and I did it. Versus people who are actually more objective and analytical. And I often hear this where actually we can make analytical decisions with a lot less irrational gut Sure. Because we are not feeling the pain.

**David Lieb** [13:29]:

Sure. I agree with both of those statements. Like, I think if you're being very analytical, you will avoid large mistakes because your your data or your analytics will tell you, like, what you should do and what you should not do. But what they also will avoid is the, like, big unexpected wins. If you think of maybe in in, like, a scientific way, using science bounds your variance of your outcomes. It makes sure you don't, like, totally blow it, but it also makes sure that you don't like find something that no one else would have found because you would never try it. And that's where I think doing it more of an art is is the way that you get those big upside outcomes. Now, course, you also get big downside outcomes, so you have to be okay with that. But as a startup founder, as an example, like, are you in the business of? You're in the business of finding big upside anomalies that you found that the rest of the world hadn't yet found. And so that's why I think going with your gut and understanding the customer personally and then building what you think they need, whether it's what they're saying or not, usually it's not what they're saying. That's the way you find these big upside outcomes.

**Harry Stebbings** [14:23]:

Do you find serial founders or older founders more aligned to that gut instinct willingness to have the higher variables versus maybe more younger insecure who don't want them rich.

**David Lieb** [14:35]:

You know, repeat founders often, they know more about how the game works, and so they alter their behavior to some extent, both for the good but also for the bad. They don't let themselves run crazy on some wild idea that everyone around them thinks is stupid. They generally feel some peer pressure to not do that. Whereas very young founders, like naive founders to some extent, they will go off on crazy pursuits because they think it's the right thing to do. And everyone around them will be like, don't know what that kid is doing. That's insane. And then they build something that people really love. And so I think to some extent as a startup founder, you want to be a little irrational when it comes to how you solve your problem. But the thing you gotta be very rational about is, is there a person that actually has some problem that I can solve? And and understanding that customer very deeply.

**Harry Stebbings** [15:18]:

Jamie Aspinall on your team said, when gut instinct is the primary tool, Dave is the master. He wins. My question to you is, how do you think about using your own gut instinct? How do you think about downside protection given that, you know, you are willing to have some variables? And how do you think about that?

**David Lieb** [15:34]:

Yeah. So people often refer to, like, using your gut or trusting your gut. And I think often they say it in kind of like a a derogatory way or like, oh, your gut is just like this thing on a whim that you should be careful about. I have a different view. I think your gut is the world's most sophisticated machine learning model ever created. It is like the best supercomputer we've got, and there's billions of them on the planet. And they've been trained over, like, tens of thousands of years with tons of training data. The people who wrote the code, there's, like, generations of people before you that have been tweaking this code for you, and it's now yours. You can now use it. What an amazing thing. And I think we discount it, but instead we should leverage it. My God. What I try to do is put as many inputs into this machine learning model that you can. Learn as much as you can about your customer, try as many experiments as possible, put it all into your brain, and then see what your gut says you should do next. And I think that is actually, like, quite analytical way to approach the world. You're just using a tool that people aren't used to using.

**Harry Stebbings** [16:30]:

I'm so I love that as a statement as most sophisticated machine learning model, but it kind of goes in the face of other things that I heard about you, which is that you're an incredible perfectionist. You're really granular and so in the detail. But that kind of goes against the fast iteration, learn, learn, learn. How do you think about the balance between, like, speed of ship, learn, learn, learn, but also ensuring quality and perfection?

**David Lieb** [16:53]:

Yeah. I think it really depends on your context. So, like, in the context of Google Photos, at Google, we were planning to launch this new product, Google Photos. We kinda knew that, like, the world would hear about it. We would get some trial users on day one. Right? So we decided in that context, we better make that product pretty great for those people because otherwise, they're gonna try it and they're gonna be disappointed, especially so because the product's goal was to store the most important digital asset that you have, which is like your life's memories. So in that context, we decided the bar's gotta be reasonably high, at least for the core parts of the product that convey that trust to people. As an example, the main grid of Google Photos, like you're scrolling your photos and has all the squares with all your photos. We very early on, this maybe is an answer to your previous question, decided that thing has to be very fast, very reliable. It has to work in all network conditions. There can be like no instance where you don't see your child's photo. And that was really hard. Like from a technical perspective, we had to do a lot of things to make that true. And it took us months to get that right. But I think that was the right trade off for that context. Now switching gears to like the beginning of Bump, let's say, that was another thing that I worked on. The first version of Bump, I look at it and I'm like very embarrassed by it. It was horrible. It was terribly designed. Like, who designed it? Like, somebody who's never done a design before? Yes. Me. Right? And I think you just gotta understand your context and what risks you're willing to take. For most startups, the answer is you should probably ship something and learn something from someone, and then you can make it better. You're a big company, you might need to make something, like, quite good before you wanna launch it.

**Harry Stebbings** [18:24]:

In terms of, like, learning and making it better, I think the really hard thing is often the people who you hear feedback from are the most vocal, and they may not be representative of the entire customer base. How do you think about the feedback to ingest and act on versus the feedback to always listen to, but not necessarily act on?

**David Lieb** [18:41]:

I think there's two bits in there. One bit is who are you talking to, and are they representative of your desired user base in the future? It's really great if the answer is you are representative of your desired user base. The second bit though is like, what are they saying to you and what are you taking away from it? I think too often people listen to what customers say, they and think like, we better just go build the solution that they said. Right? I don't I'm confused by this screen. Why don't you put this button there? And they just go do that. And I think that's the total wrong way to do it. You should listen to all the words that they say and all the expressions they make on their face and every piece of data you can when you're talking to a customer, and then use that to understand why. Why did they say that to me? Are they really confused by this? Or maybe this thing like doesn't matter to them and they haven't like put in any effort to understand it. Like, maybe I'm just not solving a big enough problem for them. So you have to understand the why behind what they're saying, not what they're saying.

**Harry Stebbings** [19:32]:

How do you get to that layer deeper? I find customer discovery one of the hardest things. Often people ask leading questions. What's the right way to get the truth from that process?

**David Lieb** [19:41]:

It is some form of repeatedly asking why. Why do you care about that? In what context do you do this? When was the last time that you had this problem? What did you do without our product when you had this problem? These are the types of questions that give you the context to really understand what's going on for that person. Because I think another thing that we forget about when we're being PMs is these are real human beings with real lives. Like, they had to go take their kid to school in the morning and then they had to come home and, like, figure out what they're gonna eat for lunch. And we often, like, forget about all that and just ask very pointed questions like, when you see this screen, what do you think? And the answer might depend on what they did this morning trying to get their kid out the door to school. And so I think we gotta go a lot deeper on who these people are and what are their problems holistically to understand how your product can solve something in their life.

**Harry Stebbings** [20:25]:

When does one rely on that gut intuition more human incentive versus let's look at the numbers, let's look at the data and let's go to the cohorts. I'm sure there's a time for both. Is the time for data?

**David Lieb** [20:37]:

Data is a fantastic tool. It tells you a lot of information all at once that can be very useful directionally about where to go. I dislike most aggregated statistics. Yesterday, we had this many users upload a photo or there were this many comments on this post yesterday because they can be very misleading about what's actually happening for individual users. I much prefer looking at data around individual users in a large scale way. So, like, let me explain what I'm talking about. You mentioned cohort graphs. Like, I think that's the number one thing you should look at when you're building a new product is what is your cohort retention curve look like? If a 100 people start using your product today, who's using it tomorrow? Who's using it the next day? Who's using it the next day? And what you wanna find is those cohort graphs get flat. You want the same set of people eventually to keep using it over time once the other folks who've decided it's not for you have left. Because that tells you about individual users. The other tool that I really like And there's a variety of

**Harry Stebbings** [21:30]:

Can I just dive in there? You sorry. I'm I'm too interested by you on that point. When you said about that cohort retention graph, you said about the people who decided it wasn't for you left, when you think about the, like, total audience population that makes that graph, some could say, well, they are not qualified leads and so they shouldn't be in that cohort anyway. And so actually, you're naturally gonna have a lower retention rate because you have unqualified leads. Should you have unqualified leads in your retention cohorts or should it only be the most qualified? And then naturally, you can kind of alter the data to fit the way you want it to be.

**David Lieb** [22:00]:

Yeah. I I certainly see people do this where they say the population isn't anyone who signed up for our product. It's only people who've, like, gone past some part of the funnel to qualify them as, like, you know, real users. I think that's fine. Inevitably, you're going to have some folks in your funnel that should not be your customer. You think they shouldn't be your customer, and they think so too. And so it's okay for that graph to have, like, a quite steep step down in the first time period. But what you wanna find is that after that, for whatever the granularity of your time period for your product is, it might be a daily use type of product, it might be a weekly use product, it might be an annual product, who knows. You wanna see in that time period the people who did stick with it and understand it. They are satisfied and they keep using it over time. And potentially, they use it more as the product gets better or more people in the world use it or whatever network effect might exist happens. What do

**Harry Stebbings** [22:46]:

think are the biggest mistakes that founders make when they construct and then examine their cohorts and retentions?

**David Lieb** [22:52]:

Number one mistake is they don't do it, to be honest. Like so many companies I talk to, I ask like, what's your cohort retention curve look like? And they don't know. Do I blame them? No. Because I did exactly the same thing when I was a founder. We were raising money for Bump. We were like sitting in the Sequoia office and somebody asked, like, what's your cohort retention look like? And I'm, it's good. And then after the meeting, I, like, went and looked it up and I'm, like, oh, shit. I I have no idea what they were talking about. Like, I should know these things.

**Harry Stebbings** [23:17]:

So for for me, I I always look at thirty day. I find, like, anything below thirty day actually not indicative of like a true habit forming behavior. And it is very different depending on product. I completely understand and know. But say for a product like Google Photos or for Be Real, which I'm an investor in, thirty days is really where I gain and same for gaming as well. Is that the same for you, number one? And then when you think about good in the consumer social photo utility space, which is aligned enough, what is good? I find founders often, I feel really sorry for them. They don't know what good is.

**David Lieb** [23:49]:

Mhmm. For a product like Google Photos, let's say, I think a good user of Google Photos is using it almost every day. Most days of the week, you should be doing something with your photo library. And so we would look at cohort retention with either a daily or a weekly time period. You count as a user if you used it in the last seven days. You don't count if you didn't use it in the last seven days. I think that is the best way to see, like, what's actually going on. What you normally find, however, is people wanna show charts that look good. So they show, like, number of users in the last thirty days. This is our our MAO, monthly active users. It makes you feel great. But, like, did those users really love your product in that month that you measured it? I'm like, maybe. But I bet a huge chunk of them used it for one accidental reason or another and then didn't actually wanna use it again. This is a fun anecdote from Bump. In the Bump kind of heyday, we had a 150,000,000 installs on phones when the market for phones was only a billion phones in the world. So we were on, like, 20% of all phones in the world. We were a big blue icon on the home screen. And what we found in our data, we saw a huge number of sessions were less than one second long. And we were like, how the heck? Why would you open bump for less than one second? Like, it's a thing you have to intentionally decide to do. You have to bump another person. There has to be a person there with you. What we found when we then examined our own usage, we were like, you know, sometimes I accidentally open the bump app because it's blue, and I was trying to open the Facebook app because it's blue. And we then looked at our data and we're like, that's what it is. You have a one in a 100 chance of accidentally tapping the wrong icon, multiply that by a 150,000,000 users, like, you're gonna get some users doing that. So you gotta be really careful with aggregate data like this. We thought we were, like, hot shit because everybody's using our app. But turns out, like, 20% of the time, it was accident.

**Harry Stebbings** [25:27]:

What is good retention numbers? Is it 30%? I remember Jeremy Liu told me, I think it was 36% Snap Pad on thirty day retention. What is good?

**David Lieb** [25:35]:

All that matters to me is that your graph gets flat. It can get flat at 5% of your initial cohort of users so long as that five percent is flat and consistent and valuable. I remember at one point seeing a curve of Airbnb's either thirty or maybe ninety day period cohort retention. And it it's pretty steep and it gets pretty low, but it's flat. And each time they use it, Airbnb makes a 100. So that's totally great. It's a $100,000,000,000 company. So you've gotta understand the context of, like, what are those people doing? How frequently are they doing it? And how valuable is it to you and to them to use your product?

**Harry Stebbings** [26:11]:

Are there any other mistakes that founders make? Number one, they don't set them up and they don't actually have the foundations. Are there any others? They they have the wrong kind of they have, like, attraction metrics like, you know, MAUs which Things that make you feel good, but actually work

**David Lieb** [26:22]:

I'm a YC company and I'm coming to you. Well, I would say like another meta problem is over reliance on the graphs and the numbers. Like, you can look at graphs and you can slice and dice and make some like very interesting observation, but it doesn't tell you why. It just tells you what is true. And there are many reasons behind the same truth in the world, and they might lead you in completely different directions about what to do next in your product. And so I think it's very naive to look at some graph and then decide your product road map based on some graph that you make. It might inform areas of exploration, but it should not tell you what to do. Instead, you should go talk to users. Ask them, hey. Have you ever opened Bump for, like, a second and not used it? And they may tell you, like, oh, yeah. Sometimes I accidentally open it. Whoops. Sorry. And then, you've, like, learned something real in the world as opposed to the effect of something real in the world.

**Harry Stebbings** [27:11]:

When you're a startup, often you are told that actually the logo people from Google or Salesforce or any of these places, they are too in the metrics. They're not close enough to customers because they've been with these incumbents too long. If you're advising again me as a YC founder early stage, would you say that's fair and you shouldn't get these people to join your team because they're not used to the early startup days? Or would you say They should be straight.

**David Lieb** [27:34]:

They should be careful. There's a set of people at all these big companies that I think are really great. I've tried to hire them all, and they get it and they really wanna do all the things needed to be successful. But there's another set of people at those companies that are there for different reasons. They're there for their career. They're there because they want a good paycheck. They're there for the status that these companies bring. They've never had to solve these problems themselves. This is a double edged sword that you get at some of these big companies is there's an expert on the team for every possible thing you could imagine. You have a legal issue in Estonia? Great. We'll go bring in the Estonian lawyer, and he'll, like, tell you what what's going on there. The problem is none of those experts is responsible for the holistic success of your product. Without that, who really feels ownership to make your thing great? Is it the product lead? Is it the design lead? Is it the engineering lead? Who really feels like their personal credibility is on the line to make this product successful? And I think that is a common failure mode for large companies is you lose that at some scale and at some size. It scares me. It worries me for a lot

**Harry Stebbings** [28:36]:

of these big companies. We spoke about kind of obsession and sweating the detail. Again, so many people said this about you. Even to the fact that, like, on your last day at lunch, apparently, you were, like, moaning about a feature that you still hate. I heard this. I did my research. Mhmm. And my question to you is, how do you create a culture of product obsession and granularity within your team? I think

**David Lieb** [28:58]:

you just have to show it yourself. It has to be authentic. Like, you have to personally be obsessed with the success of your product, be obsessed with the product experience, be obsessed with the customer, and then people will see that it's true. And what's great and hard is that it's really hard to fake real obsession. Obsession is a form of love, and love is a very hard thing to fake. I would argue, like, it's probably the hardest thing to fake in the world. You can't just pretend to be obsessed about a thing that you're not actually obsessed about. So step one, it's very simple. Work on something that you're obsessed with or you could become obsessed with. Then just let it show. Be yourself. Be authentic. Like, I remember so many times in the early days of Google Photos, I would, like, walk over with my phone to the engineer who was building the main grid of the iPhone app. And I'd sit next to him and I'd be like, this doesn't feel right to me. Does it feel right to you? Like, see how when I scroll, there's like a little glitch and I saw it. Did you see it? I would record things with my slow mo camera, like on my other phone. I'd record the grid scrolling and then I'd play it back in slow mo for these people. And I'd be like, did you see that little glitch there? By me just doing that, a, the people who didn't like that maybe decided to leave the team. And b and b, the people who also felt that, but maybe were a little scared to, like, talk about it, like to raise their hand and say, hey, I'm not sure we're ready to ship this because I'm not I don't think it's quite good enough yet. It makes that okay. It makes them see like, oh, if the lead here, the person who like started this thing, if he obsesses over this, maybe I can voice my opinion on the things that I'm obsessed about. And it creates this culture where everybody is on the same page about success and they're willing to kind of like be themselves and say what they bring to the table to everyone. And that's where magic happens, I think.

**Harry Stebbings** [30:34]:

I think fundamentally you have to have the right product team together is probably one of the most crucial things you can do. I'm an early stage founder, again, in YC, say seed series a. Okay? You are my mentor. I've never hired a product team before. How do you structure your hiring process for a product team? What is the process?

**David Lieb** [30:52]:

Well, if you're early stage, your product team maybe is one person. Right? Maybe you're hiring one PM. This is another meta mistake as people think like, I've raised my seed round. I have $4,000,000. Like, let's go hire a team of 20 people. That's what I see all my cohort members doing. That's probably the wrong thing to do unless you really have product market fit already. But let's assume things are on fire, like, oh my god. We've gotta build all these things. Like, great news. I would say at the early stage, the number one thing I would filter for initially for product people, and product people at an early stage company is a very broad set of skills. Like, you're kind of looking for people who can kinda do anything decently well. I would say the number one thing you're looking for is ambition. People who really want to be part of this thing succeed. And that is very different than what you might hire for in many other areas or other stages of a company. But ambition at the early stage, you can take a reasonably smart person who has the right ambition and they can do incredible things for you you give them the right environment. They

**Harry Stebbings** [31:50]:

have to have the foundational product talent. So I guess my question to you is how do I assess that? I'm literally a sales CEO. What's the process for assessing if they're good at product?

**David Lieb** [32:00]:

So I would find some products that you think are good and some products that you think are bad, and I would ask them about them. See if they've ever gotten to the point of thinking about why a product they love is great versus why a product that they don't love is bad. And can they explain it to you? Do they have an opinion on These are things that are very squishy. It's very hard to like, how how would you, like, write a multiple choice test that would test that? It's very difficult. But these are the things you're looking for because they show that the person has, like, thought from first principles about why a thing that they see is true in the world is true. And the why is what matters. And the skill of asking why and learning why or figuring out why is the number one skill for building early stage companies. Because that's what you're doing all day long. Why is this working? Why is this not working? How do we do more of the thing that is working? When do you think

**Harry Stebbings** [32:44]:

about bringing in CPOs? For a scaling company, I often see the transition required. When would you advise founders on now you need a CPO slash head of product, not just jack of all trades?

**David Lieb** [32:54]:

Again, most people do this probably too early. So that's like the common theme here. So I made this mistake myself. At Bump, we got to like, maybe it was 30 employees and all of our vanity metric graphs were like going way up. We were feeling really good. And I thought our company is gonna need to like figure out our business model eventually. We're gonna need to keep scaling and hiring. I'm gonna have to do more fundraising. I better hire a product lead to take over from me, and I'll go focus on those other things. And I did. He was awesome. And then we realized, oh, actually, we have not really solved product market fit. Sure. We have a lot of people who use our product, but, like, we can't figure out a way for them to pay us. We can't figure out anybody else in the world who will pay us for access to those users in some way. So, really, we don't have product market fit. Whoops. And I realized the success or failure of my company actually has to do with what this person I just hired is gonna go figure out for me. Generally, that is a very dangerous place to be where the founders or the CEO of the company is not working on the most important problem for the company's success. And I just found at some point that I need to be doing that. It's my responsibility for this company to be successful. I better be working on this. And now all of a sudden, have two people who wanna be top person on product. Dave made a mistake. I was wrong about when to hire this thing, and we parted ways, and that was the right call for the company and for him, to be honest.

**Harry Stebbings** [34:10]:

You said there were kind of a mistake. Honey Pearl from Calendly, CPO at Calendly, on the show the other day that the biggest mistake that founders make when hiring CPOs is actually they have misaligned expectations. And they bring someone in, but they still kind of wanna own it and they don't that.

**David Lieb** [34:23]:

Yeah. That's the same answer, basically. Yep. You see that often. Oh, for sure. I think the other piece of it is people wanna hire people like them. When you're hiring the top product lead for your team, if you plan to be around for a long time, you probably don't wanna hire someone exactly like you with the same set of skills. So as an example, on Google Photos, when we grew enough to where I needed to hire someone to run the product team. I very explicitly wanted someone who had a complimentary set of skills. What are the things that I'm uniquely bad at that, like, the team suffers because I'm bad at those things? Let's find someone who's world class at all of those things, and they will, like, really plug a big gap in our team. That's the way you should do these things. Unless you're planning to leave, in which case, like, you need to hire someone who's has the skill sets to be the the singular lead. I had sure

**Harry Stebbings** [35:09]:

I asked Oshi on the show as well, and he categorized three different product leaders. He said there's craftsmen and women, there's visionaries, and there's operators. And I think the most damaging one that I see is the operators. And what I mean by the operators is the series c professional CPOs who come in and put a lot of process in place and actually do very little. And they like talking to other CPOs and they like talking to the board and feeling import. Do you agree with that? How do you prevent getting that operator, which actually just brings process and delays? Right.

**David Lieb** [35:40]:

Yeah. 100% agree. I would say, like, the number one failure mode when people hire product leaders is they over index on previous scale. How big of a team have you previously managed or tenure? Like, how long have you been doing this? What experience do you have? Do you have experience in our domain? It turns out that if you're the median PM in the world, you're like middle of the stack, not good, not bad, you're just median, if you stay in the game long enough, you will be that person by definition almost. Right? If you last long enough, you will eventually lead a team of 25 PMs, but you're not actually good necessarily. You're median, and it's very dangerous to hire those people. You've heard the saying before, but like, a players hire a players and b players hire c players. It's totally true. It happens like literally all the time. I watch it happen. Once you hire that b player to be your lead, like bye bye, your team is gone. Like the best people on your team are not gonna wanna work with that person. So how do you avoid it? I think you gotta retain this ability to be either a craftsman or a visionary, hopefully both, because those are the people that people wanna follow. They wanna listen to what they're saying. They wanna work with that person. They wanna work with the people who wanna work with that person. I think it's incredibly valuable. Yet, founders think I better hire this experienced person who knows how to do this, but turns out they don't actually know how to do it. No more than you do. Is there

**Harry Stebbings** [36:53]:

is there ever a time for an operator? When you are a smart sheet or an Anna plan or name your kind of quite non creative SaaS enterprise product respectfully. Yeah. Yeah. Is there

**Unknown** [37:05]:

a time for

**David Lieb** [37:05]:

one? Yes. But there still must be a product visionary and a craftsperson. You gotta have somebody on the team who's doing that role. It's totally fine if that person is the founder CEO or the cofounder who's focusing on product. And if you're hiring an operator to, like, run your team, which those people are incredibly valuable. You can't really operate at scale without somebody who's good at that. But you should not confuse that with who is the visionary, who's the person, you know, leading the charge on what we're gonna build next, who's the person that reinforces the culture that we want at the company day to day? That person must exist. It's fine if it's not the chief product officer. It just needs to be somebody.

**Harry Stebbings** [37:40]:

Final one on the hiring process. Do we need to hire people who've built products like the product we're building before? So say if you're doing Google Photos, obviously, aligned, consumer social, visual, creative, sharing or or can it be PM from Airtable from do you name your SaaS or enterprise company?

**David Lieb** [37:57]:

Yeah. In my experience, most of the really strong PMs that have emerged, say, on the Google Photos team came from backgrounds with no experience in this domain really at all. In fact, I would probably go so far as to say that it's anti correlated with the top performers. The top performers tend to come from some strange background. I think one of the folks you talked to on our team joined Google as like a salesperson, and now they're a PM running like a big chunk of Google Photos. And again, I think it gets down to this like self selection for ambition, like a chip on your shoulder. These people wanna prove that they can do this or they can win. And those people tend to work harder. They tend to like understand the customer more. They go the extra mile. And these are the things that separate success from losing. I'm so enjoying this. What's the difference between good and great in those PMs? I guess it comes down to two things. The ability to really understand the user very deeply, and then the ability to craft creative solutions to those problems that you find. Those I think are the two core parts of the job of being a PM. On the first one, how do you, like, understand the user? You've gotta be open to and willing to go out and make yourself look like a fool talking to other human beings, understanding how they use your product. Most humans don't like feeling like a fool. Do you? No. Do I? No. But it's that as how a VC. That is how you learn what's happening in the real world is you have to put yourself out there and say, hey, guys. I want you to look at my product. And they'll look at it and they'll be like, who the heck are you? Like, get out of my face. And that's a tough feeling. It's a feeling of rejection. That's very difficult for people, but you have to be okay with that. And so I think, again, that's why folks who come from nontraditional backgrounds, they probably had that happen to them quite a bit in their lives. Whether they went to some, like, no name school and all their peers now at Google, like, went to Harvard or Stanford or whatever. They felt that before, and they are okay with it, and they're willing to, like, plow through it. So I think that's a very important skill set. The second piece is knowing enough about how to build product, the engineering involved, the design involved, like, all the pieces that are required to build a great product. Knowing enough about that to be the ringleader or the champion to take the insight from the customer and actually build something that will solve that customer's problems. As an example in Google Photos, you have to understand enough about how AI works to know, like, what is conceivable that we could build to solve this customer problem versus what is, like, inconceivable. We can't there's no known solution right now. Understanding that and being able to kinda, like, go down the right path based on what you've learned from a customer, that is a very valuable skill as well. And how do you develop that? You do it. And it doesn't have to be in the same context or the same domain. You just have to be credible. One thing that for me was valuable when I joined Google, like, didn't write any code at Bump, but I was, like, an engineer in my last job. So I was, like, in the code. I understood all the engineering. I just didn't write it. And I carried that to Google. And, yeah, when an engineer would show me, like, this thing and it wasn't quite right, I would say, it can be right. I know it's possible. We just have to do it. And I think that helped push a lot of folks on our team to, like, build excellent versions of what they were building as opposed to the version that maybe was, like, as good as they thought it was possible to build.

**Harry Stebbings** [40:55]:

I do wanna just touch on product reviews because I think they're quite misunderstood and there's there's a lot of confusion around them, especially for founders. And so when we think about product reviews for you today, how do you do product reviews? How often do you do them? Who's invited? Again, think of me as like a early stage YC company. How would you advise me

**David Lieb** [41:12]:

on how to do them right? So first of all, like, often people have these standing product reviews. Like, every two weeks, I wanna hear what that team's doing. I don't like doing it that way. I think it's personal preference, but I prefer to have it be about specific things or plans or projects that that are being done or decisions that need to get made where the team has, like, spent a bunch of time on it. They have an opinion on what they wanna do, and they either want, like, feedback on that plan or they want somebody to make a decision that they don't feel capable of making themselves. And they bring it to a group of people that are the experts on this project, basically the leads of every important part of the project, design, engineering, product, sales, whatever it is. And you sit in a room, and you don't spend all your time, like, talking about the plan because you probably made a deck or a doc or something about it. So everyone should know what the plan is already. In fact, you should know what it is before the meeting because you should be in the details enough to, like, know what's going on in your company. Who created that doc? I would say the PM responsible for the thing if it's a product centric review.

**Harry Stebbings** [42:07]:

Okay. And I send it out. I share it three days beforehand, a week beforehand. Do I ask for feedback? Do I ask for commentary?

**David Lieb** [42:13]:

I prefer doing it in that form where you send a doc that's very, like, succinct, and you ask for either general feedback or you ask for directed feedback on a specific set of questions that you wanna get people's inputs on. And people can do it all largely asynchronously. And then I do like getting the group together in person to talk about the most important bits, But it should be talking about what hasn't been said yet, bouncing ideas off of each other as opposed to just rereading the doc or presenting the deck, which I would say 90 of the time that's what happens. Because humans wanna feel validated in their work, they wanna feel good, their boss is in the room, yada yada. That's a big waste of time.

**Harry Stebbings** [42:49]:

How do you ensure everyone feels safe to speak? You are Dave, a product OG. You're very young Dave, but you know, you've been doing this for a while. You can't just say what you think often. How do you ensure that everyone has equal share of voice and it's a free discussion?

**David Lieb** [43:03]:

My approach to try to just be my authentic self all the time, and then people in the room will realize even though I look like important on paper or whatever, I'm just a regular person. I'm just like you. And I think if leaders who approach leadership that way with like a real authenticity, they're just being their normal self. It's the same person that you saw in that meeting that you would have seen on a Saturday morning at my house. I think that is the best tool that a leader can use to make everyone feel comfortable and able to say what they think. Because again, when have I been most scared in a meeting? It's when I think all the people around me are better and smarter and more important than me. Then I'm like really careful what I say, and that's dangerous for products. You want people to say like all the things that they're feeling. So how do you avoid that? You make sure the room doesn't feel like a bunch of important people. It's just normal people. Right? And so I think that's that's, like, the tool I use.

**Harry Stebbings** [43:52]:

Do you think Zoom helped that? It removed the fear, actually. When you're sitting in a room and you feel that. I think Zoom helps. You're just a square now.

**David Lieb** [44:00]:

I can say what I want. I'm in my home. Right. There's a bunch of reasons that virtual makes improvements. Right? The the one you mentioned, which is, like, everybody gets their own square. That alone is a big deal. Now everyone literally is on equal pixel footing to everyone else. And some people interact or bring their best selves in different contexts. So having, like, time to be on mute and, like, maybe have a dock open and, like, type your thoughts down and then present, like, maybe that works better for some people. I think that's great. But I think there are trade offs. On Zoom, often, you just sit there and there's all these squares. Nobody says a word until, like, the person running the meeting joins and then everyone unmutes. I think you lose a lot of culture building by not having those awkward downtimes. When COVID first hit and we had to, like, abruptly switch to all remote, and everybody was brainstorming, like, how do you keep your team culture? How do you keep people knowing each other? All that. The technique that I found most successful is the simplest thing I could think of is for every meeting that I was kind of, like, the top person in, I would just intentionally show up like five to seven minutes late. It creates this awkward silence where everyone's sitting there. And after some number of minutes, somebody unmutes and says like, well, this is awkward. Like, where's Dave? And then they talk to each other. And they like say what they were doing, what they're working on, what they did on the weekend. And that alone, I think, is, like, the best thing that we ever found to drive culture in a remote environment.

**Harry Stebbings** [45:13]:

I mean, if you had any Brits on your team, just talk about the weather from the first minutes, they're like, fine. But that's valuable. Right? That's really Oh, I totally as usual, I mean, I can chat shit for days. Final one on product reviews. Where do you think product leads most go wrong with product reviews?

**David Lieb** [45:27]:

Mostly, it is spending time on things that you could have done outside of the room or aren't actually even relevant at all. It's really cutting to the meat of why are we in this room. And again, it's really hard. Like, you've got some person there presenting. They've spent obviously, like, so much time getting ready for this big review. It's hard as a leader to say, stop talking. I've already read your doc. I don't need to hear this. What I do wanna know is what do you think we should do about this question? Talk to me about it. That is a skill that's very hard to master. Again, you're like kind of being rude to a person and and that's difficult, but it's the best way to make it an efficient use of time. So I like product reviews where it's really a debate about what we should do, and people bring like different perspectives on that debate, and you fight it out. The best product reviews I can remember on Google Photos were ones where I had like heated debate. And if you talk to some of the folks on the team, like my boss in the early days, he and I like had heated debates about what to do. But we often got to a better answer as a result. If everybody just is the yes man and says, yep, we'll do the thing you said we should do, you will miss big valuable opportunities. Final final one on product

**Harry Stebbings** [46:27]:

reviews. You don't want it just to be like a great discussion and then what? What's the right post meeting process to ensure that the discussion items are implemented in some way?

**David Lieb** [46:36]:

I think the simple thing is whatever you decide to do in that room, somebody needs to be the singular owner of each of those things happening. And again, this is probably broader than product reviews. It's more like how do you run a larger scale team? And what I have found again is you lose a lot of value the minute responsibility gets sharded across multiple people. If there are like three people who say they're gonna clean up the floor, who's gonna actually do it? It's less likely that the floor gets clean when there's three people responsible than when there's one person responsible. I always loved operating in this model. You know, Apple calls it the directly responsible individual, which is just a person, and it's not necessarily the boss of all the people. Just a person who's designated as like your job is to make sure this thing succeeds. If there are any roadblocks, you escalate it to whoever you need to escalate to so they can help fix the problem. I think that's the way you should come out of all these reviews. Like, who's responsible for each piece of this? When are you gonna it done by? And getting them to sign up for that.

**Harry Stebbings** [47:28]:

I think that singular accountability is so key. Final one before the quick fire, and it's invest in some of the most unbelievable companies. Your track on the angel side is astonishing. When you think to the incredible companies you invest in, how has your mindset on product changed through those angel investments and through that portfolio building?

**David Lieb** [47:47]:

I guess the biggest learning is companies are very different. I've invested in such a broad scale of companies that, like, things that I thought were like, that was the reason like we succeeded on Google Photos. I then look at another company, I'm like, well, they didn't do any of that, and yet their company is worth billions of dollars. Like, there's different ways to solve these problems. That's probably the number one learning is like there's so many different ways to do this. The things that I found are common across all the successful companies that I've invested in, like that's an interesting question. What is it about these companies? Generally, I would categorize it as there's a person with a chip on their shoulder that wants to prove to the world that they can succeed at something or prove all the haters in the world wrong. That's one. Number two is that person, usually the same person, has to be like incredibly charismatic because they need to get really smart discerning people to choose to work for them when it probably doesn't make any sense for those people to work for them. That's gotta be true. They have to approach the world with this mindset that they will succeed. The best founders I've invested in are people that when I met them, I was like, I don't know anything about your business. I really have no business investing in this company. Like, what am I thinking? But there's something about you that I just think you're gonna win at whatever you do. Best example, my first angel investment ever was Flexport. I met Ryan Petersen at a wedding. I was friends with the bride. He was friends with the groom. We both showed up. We were like, oh, hey. How's it going? You do something in tech. Like, we talked. And I left that wedding just thinking, like, I would not wanna be on the other side of a competition with Ryan. He will eat you alive. So when he was raising money, I had said like, well, I don't have any money, but I wanna invest. So I put it like the most I could possibly put in because I thought he would win at whatever he did. Is is Flexport your best performing investment? From a multiple perspective, it will be. Who knows until the cash is in the bank, but I didn't have any money. It's probably my smallest check. Have you did you write the same checks as

**Harry Stebbings** [49:28]:

every single company?

**David Lieb** [49:29]:

Well, at the time, I it was there's one company I could invest in, and I have no money because, like, we hadn't yet really gotten any liquidity from Bump. So that was, like, the only company I could invest in. Later on, yeah, I've generally tried to keep my check size reasonably static because it's very hard to know upfront which companies are gonna be successful. And in fact, often your gut will tell you the opposite of what actually will happen. The companies that seem the stupidest or the craziest, and you're just like, I don't know, but I like the founder. I'll invest. Those are the ones that turn out to be big wins. If you modulate your check size based on like probability of success or like how big the market is or whatever, you'll probably be doing the exact opposite of what you should do.

**Harry Stebbings** [50:06]:

That's why the transition from angel to venture venture is fucking hard because you don't write those checks. When it's like, ah, it doesn't make sense. But good people, cool. You can't do that. Or you can't, you can and the best do, but it's very difficult to do. I wanna move into a quick fire round. So I say a short statement, David, and you give me your immediate thoughts. Does that sound okay?

**David Lieb** [50:24]:

Okay. Well, yeah, let's see. Did you really get fired from Google twice? This is the first question to the quick fire round. My god. I didn't get fired from Google. I did get asked to leave the team twice. I'll give the shortest possible version of this story as I can. In the early days, after we got acquired, there was a vigorous internal debate about whether Google should build a private non social photo management tool, which is what we got acquired to do, or should we continue on the Google plus building a social network track? There was vigorous debate. It turns out the person that we reported up through cited on the, yeah, we're doing the social thing. That's what we're doing. I felt so much conviction about Google Photos and that it would be successful, the Google Photos that we ended up ultimately building, that I just decided to not take no for an answer. Like in big companies, there's this phrase disagree and commit when, like, your bosses tell you to do something you don't wanna do. If you talk to anybody I've ever worked with, I'm very bad at doing that. It's very hard for me to do something that I don't believe in. And so I just decided I'm not gonna do that. And I basically just told everyone, like, no. I'm gonna keep building this with these people on the team. So sorry. And I did that because I, like, had a unique situation. We got acquired. I didn't care about my Google career. I wasn't there to, like, make l whatever on the job ladder. I just wanted to build Google Photos. So I decided to take a big risk and go for it. And, yeah, they told me, like, okay. Well, then you need to leave. Like, you're not on the team anymore. And, again, I just didn't take no for an answer. I called up a bunch of people that I knew in the valley who had the ear of Larry and other folks on the board. That, I think, was at least part of the reason why ultimately we changed our minds as Google and decided to build Google Photos. Do you still have a chip on your shoulder? You said multiple times about it. Do you still today? It's a great question. I don't feel it anymore. I don't feel like I need to prove that maybe our startup was worthwhile. Like, it was good that people invested millions of dollars in our startup. I don't feel that I need to prove that I could build a product that people love. Like, I've done it. There's probably other domains where I do have a chip on my shoulder. Like, I'm about to join YC. Right? And try to help very early stage startups, try to pick very early stage startups. I don't feel yet that I have proven that I'm good at that, and I want to What are you most nervous about that? What am I most nervous about? Well, you you, like, highlight my track record as an angel investor, but the dance is still going. The game is still on. So who knows if I will actually end up being a good angel investor or not? You don't know for decades. Right? I think that's probably one of the things I'm most nervous about is YC is really good at picking the best companies. And I feel a little bit of impostor syndrome going in where it's like, am I actually any good at this? And I wanna learn. That'll be fun. Which product leader outside

**Harry Stebbings** [52:49]:

of Google Photos do you most admire and why?

**David Lieb** [52:51]:

I really like Kevin Wheel. He's at Planet now. He was at Instagram before that and Twitter before that. The reason I like him is I think he's got this authentic feeling combined with the ability to, like, really push a team hard and get excellent results. I actually have him on the show

**Harry Stebbings** [53:05]:

on Friday,

**David Lieb** [53:05]:

so I'm one of the happy to hear that.

**Harry Stebbings** [53:07]:

What one piece of advice would you give to a product leader starting a new role today?

**David Lieb** [53:10]:

Get into the details as much as possible, as quickly as possible. Go to all the people that you now lead, that that report to you, really start to understand all the stuff they're working on pretty deeply. That's what I would do. What would you most like to change about the world of products? I think the product manager role as defined by the world is way too pigeonholed. We should broaden the responsibilities of the PM role. I think they should be much more responsible for design, much more responsible for engineering, for analytics. Like, I think we box them into, like, a very small box, and the result is they don't feel this unreasonable ownership over a product. And I think they should.

**Harry Stebbings** [53:48]:

Final one. At what recent company product strategy other than Google or Google Photos have you been most impressed by?

**David Lieb** [53:54]:

The first one that comes to mind is not recent at all, but I'll I'll say it anyway, is the the Tesla master plan. I think it was written in, like, 2006 when Elon just decided to, like, write down the master plan for how Tesla would be successful. And then he did the master plan part two, I think, like, ten years later. There might be a new one coming. I love that he can articulate, like, the set of things that might become true, that if true, yield, a big change to the world in a positive way. I think that's what every product leader needs to do is articulate if we succeed and some things have to fall in our favor, how can this be so important and so big in the world? Because that's what gets people excited. Dave,

**Harry Stebbings** [54:28]:

I've absolutely loved this. Thank you so much for my prying questions. Thank you so much for letting me harass your team for a week or so. This has been a joy, and I so appreciate you joining me. My pleasure. Thanks to everyone for listening. I so loved doing that episode. David is one of the most humble but authentic leaders I've had the chance to have on the show. Such a brilliant product mind and huge thanks to him for giving up the time today. But before we leave you today,

## Sponsor read

**Harry Stebbings** [54:52]:

we have to talk about the game changing tool that is Miro. Are you and your product team still going from tab to tab, tool to tool, looking for the most accurate information but losing out on brilliant ideas? Well, you may not just be a PM in that case. I'm a podcast host, and I need to constantly be balancing the deliverables from multiple different stakeholders. Whether it's my team locking down interviews, voting on potential topics for future shows, or directing feedback from guests, I need to manage a show like a PM manages a product, and loss of information causes real inefficiency. So I keep track of it all using Miro, the collaborative visual whiteboard that brings your product team's great work together in one place online. Miro acts as this infinite canvas where ideas and projects can be shared across a team and across the tools they use. So how do I use Miro as a podcaster with every episode? Well, with every show that we do, we create a new Miro board. My team takes 10 reference calls before each episode for every guest, and they can pile all of their cool notes on a Miro whiteboard. Then I can jump into it, see all the cool notes in one place, and then write the schedule for the show with all of them in front of me, easy to access, and at the same time, total game changer. And that's why over a million new users join Miro every month. Get started today with your first three boards absolutely free. That's miro.com/20vc. That's miro.com/20vc. And speaking of products like Miro that really changed the game, if you are anything like me, you're always traveling, then you need NordVPN. NordVPN is the best VPN if you're looking for peace of mind when on public Wi Fi. It allows you to securely access personal information or work files, encrypt your Internet connection, and keep your browsing history and online identity private. Enjoy online privacy and security with NordVPN. And even better, their newest feature even protects you from ads, trackers, and malware. Grab your exclusive NordVPN deal by going to nordvpn.com/20vc to get a huge discount off your NordVPN plan plus one additional month for free. It's completely risk free with Nord's thirty day money back guarantee. And last but not least, you have to check out builder.ai. They make building software so easy that anyone can do it. If you have a vision, you can build it with builder.ai. And one of my favorite products of theirs is Studio. I always think the number one reason people fail is they do not start. And Studio is the perfect tool for when you need an MVP fast. And when I say fast, you can build simple beautiful native apps in less than one day. Don't just take my word for it though. Leading brands like Pepsi, BBC, Fujitsu all love and use the product. Head over to builder.ai to find out more. As always, I so appreciate all your support and I can't wait to bring you an incredible episode this coming Friday with Giulio Vasconcelos, managing partner at Atlantico.
