Lenny's Podcast: Product | Career | Growth

Why PMs are suddenly valuable again | Tulsee Doshi (Head of Product, Gemini)

· Summarized

Share this episode
Anyone with this link can open it.
Share Link
Start at 0:00

Key takeaways

  • Model PMs must evaluate unexpected behavior and “vibes,” not just steer training toward predefined capability goals.
  • Google’s stated strategy is to compete at the frontier while also offering models across the cost-quality curve and embedding them in products used by billions.
  • A first evaluation can be small: five to twenty carefully chosen prompts, with the PM initially defining what good looks like.
  • Doshi’s 60-20-20 framework recommends building a product that works today while reserving meaningful capacity for capabilities that are nearly or not yet possible.
  • A model’s UX includes its transparency, personality, questions, explanations, and communication—not just the interface wrapped around it.
  • As AI makes building easier, PM value shifts toward taste, judgment, consensus-building, technical fluency, and identifying useful problems.
  • AI should provide data and reduce repetitive work, while PMs remain responsible for insight, interpretation, and meaningful product decisions.

Summary

Why building a model resembles Snape’s potions class

Tulsee Doshi, Google’s head of product for frontier models, says model development differs from conventional product management because outcomes cannot be fully predicted. Teams can set goals for capabilities, user outcomes, and evaluation benchmarks, then carefully monitor training runs and intervene as metrics change. But the finished model may develop unexpected strengths or behaviors—“a little bit of magic,” in her Snape’s potions class analogy. A PM must therefore study what comes out, identify where the model uniquely shines, understand its “vibes,” and turn those discoveries into useful products rather than only controlling what goes in.

Google wants both frontier models and full-stack reach

Doshi rejects the idea that Google has opted out of the frontier-model race. She says Gemini 4 Argon represents Google’s push to build a frontier lab and hopes listeners will be using it by the time the episode airs. Google’s advantage, in her view, is its full stack: hardware, models, and products used by billions—she tentatively cites 14 products with more than a billion users. The strategy is to offer models across the cost-quality curve for search users, engineers, and cyber defenders, while using feedback from those users to improve the portfolio.

Safety depends on monitoring and defensive uses of AI

Doshi, who previously led Google’s responsible-AI product work for six years, says safety must be embedded from initial training through deployment. She highlights monitors that inspect a model’s chain of thought for alignment with its directed actions, allowing teams to intervene and improve the model when misalignment appears. She is cautiously optimistic about safety, but only because people are being intentional, worried, and willing to interrogate how models are built. She also emphasizes AI’s defensive potential: Google is working with cyber defenders, including Wiz, to find and patch vulnerabilities, such as one identified in a hospital system.

Different users need different AI interfaces

Doshi agrees that AI products can feel overloaded with tabs, dropdowns, agents, and experimental features, but says labs must keep testing new interaction patterns. Google is exploring different form factors through products such as Flow, Genie, Veo, NotebookLM, and Omni. The right complexity depends on the audience: AI Mode must be accessible to billions of search users, while Antigravity can target power users comfortable with slash commands, terminals, and IDEs. She adds that the model itself has a UX: its transparency, personality, explanations, questions, and communication style all shape the experience.

Why PMs are becoming valuable again

The host argues that AI has made building easy enough for teams to produce large amounts of nonsense, renewing the value of PM judgment. Doshi agrees that when anything can be built, taste—separating signal from noise and recognizing a genuinely useful experience—becomes a differentiator. PMs also create order in organizations such as Google, where faster building can otherwise create chaos. For research PMs, she increasingly wants people who use models daily, have opinions about their behavior, stress-test them, inspect data, build evaluations, and remain agile as the market changes every two weeks.

Start evaluations with five to twenty meaningful prompts

Doshi says PMs do not need to begin with a massive benchmark. They can start with five prompts, or a small set of roughly 20, designed to stress-test a capability and reveal differences between models. Initially, the PM can act as the evaluator and define what a good response looks like, especially for long, multi-step, multi-turn tasks. She recommends choosing tasks the evaluator genuinely cares about—creative writing, visual generation, financial analysis, or a work problem—because personal interest makes it easier to notice how a model’s capabilities and behavior evolve.

Better evals changed Google’s approach to skin tone

Doshi describes replacing reliance on the six-tone Fitzpatrick scale, which was created for healthcare rather than global representation and skewed toward lighter skin tones. Google worked with Harvard professor Monk, whose research produced a ten-tone scale based on years of interviews and study. The team incorporated it into model and product evaluations, then used the results to improve skin-tone representation in products including Pixel camera experiences and image generation. She says evaluation must cover the entire user experience: the judge’s quality, production filters and mitigations, serving behavior, and—in audio—the content, naturalness, tone, and inflection.

Build 60% for today and 40% for model progress

Doshi’s 60-20-20 framework adapts the usual MVP advice to rapidly improving models. About 60% of a product should work now; another 20% may work imperfectly but plausibly soon; and the final 20% should represent the magical experience the team can already glimpse if the model improves. The percentages are flexible, but the principle is to ship something useful without designing only for today’s capabilities. Teams should also retest their products as models improve, because a rigid harness built around an older model may constrain a newer one; sometimes removing skills or instructions reveals that the model now handles the task itself.

A harness is the model’s operating environment

Doshi defines an AI harness as the wrapper around a model: system instructions, tools, skills, context, and other data that determine the environment in which the model operates. She connects this idea to her earlier research on “flash teams,” where crowdsourced workers with different strengths were assembled temporarily to complete a task efficiently. Agent systems can now reproduce some of that pattern through sub-agents that divide work and coordinate dynamically. To help Google PMs adapt, her team shares internally developed skills, runs workshops on inspecting data and long trajectories, and plans a two-day session where PMs can step away from daily work to experiment.

Use AI to remove grunt work, not human judgment

Doshi says PMs should build the habit of pausing between a task and its execution to ask, “Can AI do this for me?” One successful example often builds enough confidence to encourage further experimentation. She sees AI-generated documents as most useful for gathering data—usage, metrics, feedback, and external discussion—while the PM supplies the insight and interpretation. AI has also changed PM work through rapid prototyping and easier data analysis: the role is moving beyond writing requirements toward adding concrete heft through prototypes, evaluations, data, or other evidence. Doshi says Google still has “more work” to do on a personal assistant that can use Gmail, Calendar, and Docs, though she asks listeners to stay tuned.

Sponsors

  • WorkOS · WorkOS provides drop-in APIs for enterprise features including single sign-on, SCIM, RBAC, and audit logs. The ad also describes AgentAuth for scoped, revocable agent identities; agent registration with AuthKit; and Airlock for allowing, denying, or escalating agent actions to a human. The host says startups expanding upmarket often use WorkOS.
  • DX · DX measures and benchmarks the impact of AI adoption across the product lifecycle, showing where AI helps developers or creates bottlenecks. It can also help evaluate AI vendors, monitor costs and licenses, and identify what limits agents. The ad says companies including Snowflake, Sony, and BNY use DX.

Show notes

Tulsee Doshi is head of product for Google’s frontier AI models, including Gemini and other multimodal models, such as Nano Banana, Genie, Veo, and Lyria.

We discuss:

1. Why model development is not just engineering, but also like Snape’s potions class

2. Google’s full-stack frontier AI strategy

3. What PMs do inside a frontier AI lab

4. Tulsee’s 60-20-20 framework for balancing what works now and what’s almost working

5. How to write your first eval

6. The rising value of great PMs

—

Brought to you by:

WorkOS—Make your app enterprise-ready, with SSO, SCIM, RBAC, and more

DX—Engineering intelligence for the AI era

—

Episode transcript: https://www.lennysnewsletter.com/p/what-it-actually-takes-to-build-frontier

—

Archive of all Lenny's Podcast transcripts: https://www.dropbox.com/scl/fo/yxi4s2w998p1gvtpu4193/AMdNPR8AOw0lMklwtnC0TrQ?rlkey=j06x0nipoti519e0xgm23zsn9&st=ahz0fj11&dl=0

—

Highlights: https://lennyspodcast.com/mostreplayedmoments

—

Where to find Tulsee Doshi:

• X: https://x.com/tulseedoshi

• LinkedIn: linkedin.com/in/tulsee-doshi

—

Where to find Lenny:

• Newsletter: https://www.lennysnewsletter.com

• X: https://twitter.com/lennysan

• LinkedIn: https://www.linkedin.com/in/lennyrachitsky/

—

In this episode, we cover:

(00:00) Teaser

(01:08) What people misunderstand about how models are built

(06:28) Google’s strategy in the AI race

(09:57) AI safety, monitoring, and strengthening cyberdefenses

(14:10) Balancing fast launches with great user experiences

(17:02) Why the model itself has a UX

(19:21) Why product managers are becoming more valuable

(21:24) The skills that matter for research PMs

(23:04) How to build your first eval

(24:37) Getting better at judging a model’s vibes

(26:15) Improving skin tone representation with better evals

(28:25) Evaluating the full experience, not just the model

(30:38) From crowdsourced flash teams to agent swarms

(33:13) The 60-20-20 rule for building ahead of model capabilities

(35:46) Keeping your product adaptable as models improve

(36:42) What an AI harness actually is

(37:30) Upskilling PMs through shared skills and workshops

(41:18) Building the habit of asking, “Can AI do this for me?”

(42:38) Google’s opportunity to build a personal AI assistant

(44:10) Burnout, meaningful work, and the pressure to do more

(47:44) Avoiding AI slop

(49:30) How AI is changing the PM role

(51:02) Lightning round and final thoughts

—

References: https://www.lennysnewsletter.com/p/what-it-actually-takes-to-build-frontier

—

Production and marketing by https://penname.co/. For inquiries about sponsoring the podcast, email [email protected].

—

Lenny may be an investor in the companies discussed.



To hear more, visit www.lennysnewsletter.com

Follow this show on AudioBrevity and new episodes get summarized for you. Create a free account

Couldn't load the audio. A blocker may be stopping the show's tracking links. Open the file