Skip to content
The Twenty Minute VCThe Twenty Minute VC

David Lieb: How I Founded Google Photos & Bump; Why I Left Google | 20VC #927

David Lieb is one of the product OGs of the last decade. As the founder of Bump, David pioneered how over 150M users shared 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 has led with immense success for the last 9 years. In the last few weeks, David announced his latest move, to join Y Combinator, one of the world’s leading accelerators as a Partner. If that was not enough, David also has a stellar angel portfolio with the likes of Rippling, Flexport, Tally, Maven and many more. ------------------------------------- Timestamps: 00:00 How did you come to lead Google Photos? 02:16 Lessons from founding Bump 03:30 Advice to founders on letting go 04:35 When do you know you have product-market fit? 06:22 Why did you sell Bump? 08:11 What made Google Photos a success? 10:40 Why did you decide to leave Google? 13:15 Is product more art than science? 17:05 Can you trust your gut? 18:40 How Google Photos instilled trust 20:50 How to listen to customer feedback 23:35 Data vs feedback 24:45 Cohort retention curve 26:48 What are good retention numbers? 34:05 How do you create a culture of product obsession? 36:35 How do you hire your product team? 39:15 When do you bring in a CPO? 46:43 Difference between good and great PMs 49:44 Product reviews 52:18 How to make employees comfortable to speak? 55:28 Where do people go wrong with product reviews? 58:08 How has angel investing changed your thinking? 1:01:25 How to judge founders that are technical? 1:03:24 Did you really get fired from Google twice? 1:05:15 Do you still have a chip on your shoulder? 1:06:19 Which product leader do you most admire? 1:06:46 Advice for new product leader 1:07:08 What would you like to change about the world of product? 1:07:43 Most impressive recent product strategy ------------------------------------- In Today’s Episode with David Lieb We Discuss: 1.) Entry into Product: How did an idea at business school turn into Bump and ultimately the creation of Google Photos? What are the single biggest mistakes David made with the early Bump product? What does David know now that he wishes he had known at the start of Bump? 2.) Scaling the Team Alongside the Product: What is product-market-fit to David? What is it not? What are the single biggest mistakes founders make when they think they have it? What should founders do first and most importantly, when they do have it? Why does David believe individual user data is more important than relying on data? 3.) Product: Art or Science: Why does the description we have for product managers need to change? How does David determine when to act on customer feedback vs stick to the current product plan? What is the right way to do customer discovery? What questions are best to ask? Where do founders make the biggest mistakes in customer discovery? Ultimately, is product more art or science? Is this changing with ever-increasing data? 4.) Product: The Process: How does David conduct product reviews? What are the biggest mistakes founders and product leaders make when managing product reviews? Who is invited? Who sets the agenda? Who determines who is accountable for what? How do product reviews change in a world of Zoom? What is better? What is worse? What can product leaders do to build culture in remote worlds? How can product leaders make everyone feel safe and comfortable to share how they feel, regardless of seniority, in product reviews? ------------------------------------- #DavidLieb #20product #ycombinator #googlephotos #bumptechnologies #productleader #productgrowth #harrystebbings

Harry StebbingshostDavid Liebguest
Sep 21, 20221h 8mWatch on YouTube ↗

CHAPTERS

  1. 0:00 – 2:11

    Accidental path from engineer to Bump to leading Google Photos

    David Lieb recounts how an annoyance in business school—sharing phone numbers—sparked a side project that became Bump. He describes getting into Y Combinator, pivoting into photo sharing, and ultimately being acquired by Google, setting the stage for Google Photos.

    • Started as an engineer, then business school to learn “business”
    • The phone-number sharing pain became the original app idea
    • YC acceptance led to committing fully and leaving school
    • Bump pivoted multiple times before focusing on photo sharing
    • Acquisition by Google became the bridge to Google Photos leadership
  2. 2:11 – 3:28

    Core founder lesson from Bump: extreme ownership and generalist execution

    Lieb’s biggest startup takeaway is the ownership mentality required when you start with nothing. He contrasts the generalist demands of early startups with the specialist support structure of big companies—and why small teams can sometimes produce “magic.”

    • Startups force founders to do everything: code, design, marketing, PR
    • Generalist thinking creates compounding advantages early on
    • Small teams can integrate many disciplines in one mental model
    • Big companies often diffuse responsibility across specialists
    • Ownership mentality becomes a durable leadership skill
  3. 3:28 – 4:31

    Letting go: when founders should (and shouldn’t) delegate critical work

    Harry asks about the difficulty of handing off tasks founders can do best. Lieb argues most founders delegate too early and should hold onto key functions until the pain is undeniable and the opportunity cost is extreme.

    • Delegating too early often hurts momentum and learning
    • Founders usually know product + customer best at this stage
    • Wait until you’re shocked you’re still spending time on the task—yet it’s still highest priority
    • Then hire someone excellent who can shadow and extend your playbook
    • The goal is not ego protection; it’s maximizing company survival odds
  4. 4:31 – 6:19

    Knowing product–market fit (and how it can disappear)

    Lieb offers a blunt heuristic: if you’re unsure you have PMF, you probably don’t. He explains PMF as an unmistakable pull from customers, then notes PMF can erode as markets and solutions evolve.

    • Uncertainty about PMF is usually evidence PMF isn’t there yet
    • PMF feels like overwhelming demand you struggle to keep up with
    • Signals include nonstop customer requests and operational strain
    • PMF can be lost as the world changes and better solutions emerge
    • Few products remain dominant over decades without adaptation
  5. 6:19 – 7:59

    Why Bump sold: financing needs and the early insight about the coming photo deluge

    He explains the practical pressure: they needed more capital and weren’t sure it was the right path. More importantly, Bump revealed a future problem—people would soon be overwhelmed by mobile photos with no good storage/organization solution.

    • Sale was partially driven by needing to raise more money
    • They foresaw the “repository of memories” problem from smartphones
    • Early iPhone era lacked seamless photo backup and organization
    • Most users didn’t bother with manual computer transfer workflows
    • That insight became foundational to what Google Photos would solve
  6. 7:59 – 10:24

    What made Google Photos win: mission clarity and ruthless focus

    Lieb attributes Google Photos’ success to a clear mission—“home of the world’s memories”—and explicit non-goals. That clarity helped with team composition, recruiting, and long-term alignment, especially coming out of Google+.

    • Defined a crisp mission and repeated it constantly
    • Explicitly rejected adjacent temptations (social network, heavy editing)
    • Mission alignment served as a filter for who stayed vs. left
    • Attracted people willing to dedicate years to the problem
    • Many incumbents have missions “on paper” but not lived daily
  7. 10:24 – 12:56

    Leaving Google: team resilience, a health crisis, and choosing startups again

    After nine years at Google, Lieb left following a surprise leukemia diagnosis and a year of treatment. Seeing the team thrive without him, combined with a near-death perspective shift, pushed him to focus on what he loves: startups and founder support at YC.

    • Stayed long-term to ensure Google Photos truly existed and succeeded
    • Carried a chip on his shoulder from Bump’s lack of sustainable business
    • Leukemia forced a year away; team proved it could run autonomously
    • Near-death experience reframed priorities: life is short
    • Chose to join Y Combinator to help founders full-time
  8. 12:56 – 17:06

    Product as art vs. science: obsession, empathy, and when analytics limits upside

    Lieb argues product is more art than science because greatness comes from small groups who deeply love the customer and obsess over details. He warns that overly analytical approaches reduce catastrophic errors but also suppress ‘anomalous’ breakthrough outcomes—especially for startups.

    • Great products often come from a small, obsessed set of builders
    • Art = empathy and taste; science = experiments and optimization
    • Analytics can bound variance—prevent failures but also prevent big wins
    • Startups need upside anomalies more than safe incrementalism
    • Be rational about whether a real customer problem exists; be flexible on solutions
  9. 17:06 – 20:51

    Trusting your gut (properly): gut as a trained model + context-dependent perfectionism

    He reframes ‘gut’ as an exceptionally trained internal model, improved by feeding it more inputs (experiments, customer understanding, product exposure). He then explains the tradeoff between speed and perfection: for trust-heavy products like Photos, core experiences must be near-flawless at launch; for early startups, shipping crude versions to learn can be correct.

    • Gut is not whim; it’s a sophisticated learned pattern recognizer
    • Improve gut by increasing inputs: learn, test, observe, iterate
    • Context determines quality bar: Google launch vs. early startup prototype
    • Google Photos prioritized trust: fast, reliable photo grid in all conditions
    • Bump’s early versions were ugly but useful for learning
  10. 20:51 – 23:27

    Customer feedback: find the ‘why,’ avoid literal solutions, and ask better questions

    Lieb distinguishes between listening to users and blindly implementing what they request. The key is uncovering the underlying motivation via repeated ‘why’ questions and understanding the customer’s real life context, not just their reaction to a screen.

    • Vocal feedback isn’t always representative; validate who you’re hearing from
    • Don’t build the exact solution users propose; extract the problem behind it
    • Use “why” loops and situational questions (last time, context, workaround)
    • People’s product reactions are shaped by broader life context
    • PMs should treat users as whole humans, not survey responses
  11. 23:27 – 26:49

    Data vs. feedback: cohorts, retention curves, and the danger of vanity metrics

    Lieb explains why he dislikes aggregated stats and prefers user-level views at scale—especially cohort retention curves. He covers how to define cohorts (including imperfect lead quality), the most common founder mistakes, and why graphs tell you ‘what’ but not ‘why.’

    • Avoid relying on aggregate counts (uploads, MAU) without context
    • Cohort retention curves are the key: look for flattening over time
    • It’s fine to see an early drop; focus on the stable retained group
    • Most common mistake: founders don’t even know their retention curves
    • Data should prompt investigation, not dictate a roadmap without user understanding
  12. 26:49 – 34:06

    What ‘good retention’ means: frequency, measurement windows, and value per use

    He argues good retention depends on product cadence, acquisition channel, and unit economics—not a universal percentage. For Google Photos, he expects near-daily usage and prefers daily/weekly actives; he illustrates how MAU can be inflated by accidental opens, and why low-but-flat retention can still build huge businesses (e.g., Airbnb).

    • Google Photos ‘good user’ behavior is near-daily engagement
    • Measure actives at the right cadence (daily/weekly vs. 30-day)
    • MAU can hide low love; a big slice may be accidental or non-habitual
    • A retention curve that flattens (even at 5%) can be great if valuable
    • Evaluate retention alongside value-per-use and business model
  13. 34:06 – 36:27

    Building product obsession at scale: authenticity, detail standards, and psychological safety

    Lieb says obsession can’t be faked; leaders must model genuine love for the product and customer. He shares how sweating details (like scroll glitches) both selects for the right teammates and signals that speaking up is safe and expected.

    • Culture starts with authentic, visible obsession from leadership
    • Detail obsession (e.g., UI glitches) sets quality norms
    • It self-selects: non-aligned people leave; aligned people thrive
    • Leaders create permission structures for others to voice concerns
    • Psychological safety comes from leaders being ‘regular humans,’ not untouchable authorities
  14. 36:27 – 49:43

    Hiring product teams and product leaders: ambition, complementary skills, and avoiding ‘operators’

    For early-stage teams, he cautions against hiring too many people too soon and prioritizes ambition and ownership. He explains how a non-product CEO can assess PM talent, when it’s too early to hire a CPO (including his own Bump mistake), and why hiring “operators” as product leaders can damage talent density unless paired with true craft/vision leadership.

    • Early stage: product ‘team’ may be one PM—don’t overhire pre-PMF
    • Filter for ambition and ownership; early PMs must be broad generalists
    • Assess candidates by how they critique great/bad products and explain ‘why’
    • CPOs are often hired too early; founders must keep owning the key problem until PMF
    • Avoid process-heavy “operator” leaders unless vision/craft leadership is clearly covered (CEO or someone else)
  15. 49:43 – 58:08

    Running effective product reviews: async docs, debate, and single-threaded ownership

    Lieb prefers product reviews triggered by real decisions rather than standing meetings. He advocates for concise pre-reads, focusing meeting time on unresolved debates, ensuring psychological safety, and leaving with clear DRIs so decisions turn into execution.

    • Don’t run reviews on a calendar cadence; run them for decisions/projects
    • Send succinct docs in advance; gather async feedback with specific questions
    • Use live time for debate and what’s not yet said—not rereading slides
    • Create an environment where people feel safe to disagree (including via authentic leadership)
    • Close with DRIs (directly responsible individuals) and timelines to ensure follow-through
  16. 58:08 – 1:08:50

    Angel investing lessons + quickfire: founder attributes, ‘fired from Google’ story, and product leadership advice

    Lieb says investing taught him there are many paths to success, but common threads include a chip-on-shoulder drive, audience-specific charisma, and a conviction to win. In quickfire, he explains being asked to leave teams at Google due to refusing to ‘disagree and commit,’ reflects on losing (and regaining) chips on shoulders, offers advice for new product leaders, critiques narrow PM role definitions, and praises Tesla’s ‘Master Plan’ as strategy communication.

    • Investing reveals many different playbooks can work; don’t overfit one formula
    • Common founder traits: chip on shoulder, charisma for the relevant audience, relentless will to win
    • Flexport anecdote: backed Ryan Petersen based on competitive intensity
    • Google story: internal fight over social vs. private photos; refused to comply and escalated
    • Advice: new product leaders should get into details fast; broaden PM accountability beyond a narrow box; great strategy articulates how success changes the world

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.