Podcast · Lenny's Podcast: Product | Career | Growth

[knowledge:podcast] Why every company now needs to think and operate like a lab team | Josh Woodward (Google Labs, Gemini, AI Studio)

Montar un equipo-lab independiente que viva en la frontera de lo "casi posible" ha dejado de ser un lujo corporativo para convertirse en requisito de supervivencia.

Puntuación
6/10revisar — Criterio 3: conocimiento duradero útil para tus proyectos zero-to-one (Fox, Roastr, Graphito) sobre convicción sin datos y enamorarse del problema. No es accionable esta semana ni conecta directo con un reto activo, pero las ideas sobre pivote emocional y mantener lista de 'casi posible' encajan con tu modo de operar en solitario.
Calidad
Alta
Para quién
Fundadores, PMs y líderes de producto en empresas medianas o grandes que necesitan montar o justificar equipos de experimentación con IA
Etiquetas
google labsequipos de innovaciónproduct-market fit tempranounlearning ratebuilder rolefrontera tecnológica
Fuente
lennysnewsletter.com/p/why-every-company-now-needs-to-think

Episodio

Lenny's Podcast: Product | Career | Growth11 de octubre de 20261 h 2 minFuente

Montar un equipo-lab que viva en la frontera de lo "casi posible" ha dejado de ser un lujo corporativo: es requisito de supervivencia. Josh Woodward (Google Labs) explica por qué la innovación no se espera, se practica como guardia activa con prototipos listos en 48 horas, y por qué en las primeras semanas la convicción de dos personas vale más que cualquier dashboard. El verdadero cuello de botella no es técnico sino emocional: sin enamorarse del problema y entrenar el unlearning rate, el pivote siempre llega tarde.

Momentos destacados (10)
  1. Por qué las mejores ideas no salen de design sprints
  2. Hacer una lista de lo 'casi posible' para detectar oportunidades
  3. Mirar los ojos del usuario como métrica de product market fit
  4. El equipo sabe antes que el líder cuándo matar una idea
  5. Por qué los benchmarks de modelos están sobrevalorados
  6. La tasa de 'desaprendizaje' como habilidad clave en IA
  7. Explosive endurance: nombrar temporadas de sprint y descanso
  8. Por qué los labs corporativos fracasan tras tres o cuatro años
  9. Las tres etapas: labs zero-to-one, one-to-ten y ten-to-hundred
  10. Premios internos: el rastrillo del TPU Harvester y la curita dorada
00:00 / 1:02:11

Resumen narrativo

Toda empresa necesita hoy un equipo que opere como un laboratorio, porque la tecnología cambia tan rápido que ya no basta con planificar: hay que experimentar antes de que un competidor o una startup se adelante. Esa es la tesis central de Josh Woodward, responsable de Google Labs, la app Gemini y AI Studio, en su conversación con Lenny Rachitsky.

El problema de fondo es que las empresas grandes llevan décadas intentando montar laboratorios y casi siempre fracasan: los datos históricos muestran que un lab suele apagarse en tres o cuatro años, o nunca consigue que su empresa madre comercialice lo que inventa. Woodward sostiene que esto pasa porque se cuela el lab bajo una unidad existente, sin independencia real, y porque se mide con las métricas equivocadas.

Para evitarlo, su equipo organiza el trabajo alrededor de una pregunta: ¿qué es casi posible? Mantienen una lista viva de capacidades que todavía no funcionan pero están al borde, y vigilan cuándo una cruza el umbral — como un cambio de fase, de sólido a gas. Cuando algo pasa a ser posible, montan un equipo pequeño y van. Las mejores ideas no salen de design sprints ni de reuniones planificadas, sino de gente obsesionada trasteando los fines de semana. "No puedes meter una buena idea en el microondas".

espectro

El radar de lo "casi posible"

Imposible

La capacidad ni siquiera se vislumbra; no hay nada que trackear.

Lejano

Papers o demos aisladas, pero el resultado todavía no es fiable.

Casi posible

Al borde: lista viva de capacidades a vigilar con atención semanal.

La zona donde se enfoca el radar del lab

Umbral / phase shift

Momento de cambio de fase: lo imposible se vuelve posible, como sólido a gas.

Posible

Monta un equipo pequeño en 48h y ve antes de que lo haga un competidor.

Para detectar si una idea tiene tracción, Woodward descarta las métricas convencionales en fase cero. Lo que importa es mirar los ojos de la gente cuando le enseñas un prototipo: si se le iluminan las pupilas, si se inclina hacia delante. También recomienda enamorarse del problema, no del producto, porque hacen falta tres, cuatro o cinco pivotes antes de que algo funcione o se descarte. Y para saber cuándo matar una idea, confía en el equipo: ellos lo saben antes que el líder, igual que uno sabe cuándo una relación no va; el trabajo del líder es crear un entorno donde se pueda decir "esto no funciona" sin consecuencias. Pone un ejemplo real de una PM que, un día antes de la grabación, canceló un lanzamiento en Gemini porque los datos no eran buenos.

ciclo

Ciclo de iteración en fase cero

1Prototipo rápido

Idea obsesiva convertida en algo tangible fuera de design sprints.

2Mirar los ojos

Enseñarlo a usuarios reales y leer pupilas, inclinación, lenguaje corporal.

3Leer la señal

¿Se iluminan los ojos? ¿El equipo cree todavía? Si no, hablarlo sin consecuencias.

4Pivotar o matar

El equipo suele saberlo antes que el líder; su trabajo es permitir decirlo.

5Reencuadrar el problema

Enamorarse del problema, no del producto, y volver a entrar con nueva hipótesis.

Sobre perfiles, Woodward busca señales mal valoradas por el mercado. Más que el learning rate ya famoso, le interesa el unlearning rate: cómo de rápido alguien suelta lo que acaba de aprender cuando los datos lo contradicen. También la "resistencia explosiva" — frase prestada de un libro sobre Roger Federer — es decir, capacidad de ir a tope durante largas temporadas sin reventar. Y pese al auge de los agentes, dice que la colaboración humana vale más que nunca: lo escaso es la gente que construye confianza rápido.

mapa mental

Señales infravaloradas al contratar

Señales que el mercado aún no sabe valorar
Unlearning rate

Velocidad para soltar lo aprendido cuando los datos lo contradicen.

  • Pesa más que el learning rate
  • Preguntar por casos concretos de abandono de creencias
Explosive endurance

Ir a tope durante largas temporadas sin reventar, al estilo Federer.

  • Años, no nueve meses
  • Intensidad sostenida, no sprint único
Construir confianza rápido

En la era de los agentes, lo escaso es la colaboración humana veloz.

  • Tocar en varias bandas
  • Puentes entre funciones

Rebate la idea de que todos los roles se funden en uno de "builder". Sí, PMs, diseñadores e ingenieros se solapan más, pero cada uno sigue teniendo una especialidad — como una carrera con major y minor. Un APM que hace prototipos con IA debería usar eso para ser un PM extraordinario, no para dejar de ser PM.

Para montar un lab interno, da tres consejos: aislarlo de las unidades existentes (idealmente reportando al CEO), tener clarísimo si su misión es graduar productos hacia los equipos existentes o inventar categorías nuevas, y usarlo también para cambiar cómo funciona la empresa, no solo los productos — lo que llama good trouble. En Google Labs sirvió, por ejemplo, para pilotar una nueva carrera profesional de "builder" antes de extenderla.

comparación

Dos modelos de laboratorio interno

Graduation labInvention lab
Misión principalMadurar innovaciones y pasarlas a unidades existentesCrear categorías de producto totalmente nuevas
Destino de las ideasEquipos de producto establecidosNuevas líneas de negocio o spin-outs
Métrica de éxitoTransferencias efectivas al coreCategorías nacidas desde cero
Riesgo típicoSer absorbido por el negocio actualQuedar aislado del core y morir solo
Perfil de talentoPuentes con la organización madreBuilders obsesionados con la frontera
mapa mental

Tres pilares que hacen sobrevivir a un lab

Lab interno que no muere en 3-4 años
Independencia estructural

No anidarlo bajo una unidad existente; idealmente reporta al CEO.

  • Sin dueño operativo que lo absorba
  • Métricas propias, no las del core
Misión explícita

Dejar clarísimo si gradúa productos o inventa categorías nuevas.

  • Graduation vs invention
  • Evitar ambigüedad de propósito
Good trouble

Mandato para cuestionar cómo trabaja la empresa, no solo qué produce.

  • Pilotar nuevas carreras (ej. builder ladder)
  • Cambiar procesos, no solo features

El equipo opera en ciclos de unos seis meses, con proyectos individuales que van de idea a hito en 50-100 días. Y nombran explícitamente los modos — "estamos en modo explosivo las próximas semanas", "junio es para hackear sin presión de envío" — porque la claridad sobre el ritmo evita quemar al equipo o aburrirlo.

Lo sobrevalorado hoy, según Woodward, son los benchmarks de modelos: a casi nadie en el mundo le importa un ELO rating. Lo infravalorado es la discusión sobre principios y qué futuro queremos construir, porque los productos encodean esos valores. Y en consumo, pese a la narrativa de que "está muerto", cree que la IA está abriendo oportunidades enormes en entretenimiento inmersivo, mensajería y productos personales conectados a datos del usuario.

La implicación práctica para quien escucha: dedica personas, de verdad, a vivir en la frontera; mide tracción mirando ojos antes que dashboards; y construye un entorno donde las ideas raras puedan crecer sin ser aplastadas por el negocio existente.

Figura

Sin figura interactiva. Fox la hace cuando la pieza explica un mecanismo; puedes pedirla igualmente.

Las tres fases de un lab

proceso
1Zero-to-one

Iluminar ojos: convicción + prototipos + señales cualitativas, no dashboards.

Métrica: ¿se inclinan hacia delante?

2One-to-ten

Construir embudos: validar retención, activación y motor de crecimiento.

Métrica: embudos sólidos, no solo wow

3Ten-to-hundred

Escalar: operaciones, equipos amplios y disciplina de ejecución.

Métrica: unit economics y alcance

Ideas clave

  • Toda empresa necesita un equipo-lab: no es opcional porque lo que es posible cambia cada semana.
  • "Casi posible" como brújula: mantener una lista de capacidades al borde y actuar en cuanto alguna cruza el umbral.
  • Las buenas ideas no se microondean: aparecen en pasillos, fines de semana y proyectos personales obsesivos, no en design sprints.
  • Los ojos como métrica: en fase cero, la señal de product-market fit son pupilas dilatadas, no DAUs ni retención.
  • Enamórate del problema, no del producto: hacen falta 3-5 pivotes antes de acertar o descartar.
  • El equipo sabe antes que el líder cuándo matar una idea; el trabajo del líder es permitir que lo digan.
  • Unlearning rate: la velocidad para soltar lo aprendido pesa más que la de aprender.
  • Resistencia explosiva: ir fuerte durante años, no vaciar el tanque en nueve meses.
  • Benchmarks sobrevalorados: nadie fuera del sector sabe ni pronunciar ELO.
  • Los roles no se funden: siguen existiendo especialidades (major/minor), aunque las fronteras se difuminen.
  • Labs independiente o muere: anidarlo bajo una unidad existente lo mata en 3-4 años.
  • Users first, Google second, Labs third: la jerarquía de prioridades que alinea un equipo heterogéneo.
  • Nombrar los modos: declarar explícitamente "ahora toca sprint" vs "ahora toca hackear" protege el ritmo del equipo.
  • Good trouble: el lab debe cuestionar también cómo trabaja la empresa, no solo qué produce.
  • Zero-to-one, one-to-ten, ten-to-hundred: cada fase requiere métricas, personas y mentalidad distintas.

Insights refinados

  • La frontera es una práctica, no un evento: no esperas a que llegue la innovación; mantienes activa una lista de lo "casi posible" y una guardia permanente, de modo que cuando algo cruza el umbral tienes equipo preparado en 48 horas.
  • La convicción precede a los datos en zero-to-one: en las primeras semanas no hay dashboard que te salve; lo único fiable es un par de personas con conviction irracional y el lenguaje corporal de usuarios reales viendo el prototipo.
  • El pivote emocional es más difícil que el técnico: por eso enamorarse del problema (no del producto) y cultivar unlearning rate son prerrequisitos, no adornos; sin eso, se pivotea tarde.
  • La estructura del lab predice su supervivencia: independencia + misión explícita (graduar o inventar) + mandato para generar "buen conflicto" organizativo son los tres pilares que separan los labs que duran de los que fizzle out.
  • El ritmo es una herramienta de liderazgo: declarar públicamente los modos (sprint vs explorar) evita tanto el burnout como el aburrimiento, dos caras del mismo fallo de diseño cultural.
  • La escasez cambió de lado: con costes de ejecución a la baja, lo escaso ya no son productos sino personas que generan confianza rápido y pueden tocar en múltiples bandas.

Conceptos clave

Almost possible list
inventario vivo de capacidades técnicas que aún no funcionan pero están a punto; sirve de radar para lanzar equipos cuando una cruza el umbral.
Phase shift
metáfora física para describir el momento en que algo pasa de imposible a posible; análogo a sólido-gas.
Unlearning rate
velocidad con la que una persona abandona ideas aprendidas al enfrentarse a evidencia contraria.
Explosive endurance
capacidad de rendir a máxima intensidad durante periodos largos, prestado de la descripción de Roger Federer.
Good trouble
fricción organizativa deliberada que un lab genera para cuestionar procesos corporativos, no solo productos.
Zero-to-one / One-to-ten / Ten-to-hundred labs
tres fases con problemas distintos — iluminar ojos, construir embudos, escalar — que no deben confundirse.
Graduation lab vs invention lab
dos modelos de labs; el primero gradúa innovaciones a productos existentes, el segundo crea categorías nuevas.
Builder ladder
carrera profesional transversal para gente que trabaja a caballo entre funciones, piloteada en Labs antes de extenderse.
Major/minor en roles
metáfora universitaria para explicar que los perfiles se amplían pero conservan una especialidad primaria.

Argumentos y evidencia

  • Historia de los labs corporativos: los datos históricos (Woodward cita haber leído varios libros sobre ello) muestran que un lab anidado bajo una unidad existente se apaga en 3-4 años o no logra comercializar sus inventos — ejemplo clásico, Xerox PARC.
  • Notebook LM podcasts: ejemplo concreto de idea surgida fuera de un sprint; dos miembros del equipo generaron un episodio sobre debates del parlamento británico que resultó "literalmente interesante", y de ahí nació el producto.
  • Google Flow / Whisk: evolución de prototipo a producto con control creativo inédito; ejemplo de "algo que acaba de volverse posible".
  • Nana Banana viral en Gemini: caso de product-market fit instantáneo donde el equipo "se aferra para no caerse" en vez de planificar.
  • Caso del lanzamiento cancelado en Gemini: una PM paró un lanzamiento el día anterior a la grabación tras ver datos tempranos; evidencia práctica de que el equipo detecta el fallo antes que el líder.
  • 82 predicciones internas: el equipo mantiene un documento con 82 afirmaciones del tipo "creemos que el futuro será X", asumiendo que 9 de cada 10 fallarán.
  • Builder ladder como piloto: Labs fue el primer equipo en Google en formalizar una carrera profesional de builder, prueba de usar el lab para cambiar procesos.
  • Ciclos de 50-100 días: los mejores sub-equipos de Labs van de idea a hito significativo en ese plazo; dato operativo que soporta la tesis del "rolling six months".
  • Tamaño de equipos iniciales: han bajado de 5-7 personas a 2-4 por proyecto, evidencia del descenso de costes de ejecución.
  • Google Beam: proyecto de hardware tipo "espejo mágico 3D" como ejemplo de que Labs explora adyacencias no-software a la IA.

Acciones recomendadas

  • Crea una lista de "casi posible": dedica tiempo semanal a trackear qué capacidades técnicas están a punto de cruzar el umbral en tu dominio.
  • Mide con ojos antes que con dashboards: en prototipos iniciales, observa reacciones físicas de usuarios reales en lugar de esperar métricas estadísticas.
  • Nombra el modo de tu equipo: declara explícitamente si estás en fase sprint, exploración o consolidación, y comunica cuándo cambia.
  • Monta un equipo frontera de 2-4 personas con independencia estructural y mandato claro (graduar vs inventar) antes de hacerlo crecer.
  • Introduce "unlearning rate" en tus entrevistas: pregunta por ocasiones concretas en las que alguien soltó una creencia profesional ante nueva evidencia.

Aplicado a tu vida

Proyectos + TDA

Nombra el modo de cada semana en Fox

Woodward declara explícitamente 'modo explosivo' vs 'modo hackeo sin presión de envío'. Con TDA inatento y tres proyectos vivos (Fox, Roastr, Graphito) + Camillion, abre en Fox un campo 'modo actual' por proyecto y revísalo los domingos: evita que arrastres fatiga de sprint a una fase que debería ser exploratoria y al revés.

Clínica

Unlearning rate como constructo clínico

La velocidad para soltar lo recién aprendido cuando los datos lo contradicen es exactamente lo que trabajas en pareja y en reestructuración cognitiva. Prueba a verbalizarlo así con pacientes esta semana: no les falta aprender el patrón nuevo, les falta soltar el viejo cuando la pareja ya les está dando señales contrarias.

Negocio

Pupilas antes que dashboards para captar clientes

Tu modelo exige adquisición automatizada sin venta activa. En lugar de medir conversiones de un landing frío, enseña demos de Fox/Roastr/Graphito a 5 personas y observa si se inclinan hacia delante: eso te dice qué pieza merece ser el imán de captación pasiva, sin gastar energía en embudos que todavía no tienen tracción emocional.

Fox preparacionismo

Lista viva de 'casi posible' para el chalet

Monta en Fox una lista explícita de capacidades al borde: sensor que detecte apagón antes que la app de la eléctrica, alerta de evento espacial, umbral de reserva de agua. Cuando una cruce el umbral de viable, la activas sin reunión contigo mismo — es el patrón 'cambio de fase' aplicado a prepping doméstico con función ejecutiva limitada.

Salud/crianza

Resistencia explosiva vs déficit de sueño

Con hija de 2 años y sueño roto no puedes operar en 'modo explosivo' sostenido como Woodward describe. Nombra deliberadamente trimestres de bajo output (ej. Q4 2026 = mantenimiento, no features nuevas en Fox) para no vaciar el tanque confundiendo cansancio paterno con falta de disciplina del TDA.

Estudiar

Una lección corta con un quiz, y un tutor que te pregunta en vez de resumir. Todo sale de este documento.

¿Sirve para Fox?

Si esto da una idea para mejorar Fox, conviértelo en propuesta. No se crea nada hasta que la apruebes.

Transcripción

My thesis is that every company needs to start thinking and operating like a labs team. Every company definitely needs a set of people, a team. Their job is to be at the frontier. They're the people who have like eight, $200 a month subscriptions on everything. Everyone has to get really good at trying a bunch of stuff with the latest models, figuring out what is now possible before your competition does, before a startup comes and eats your lunch. You've got to try to create a space where weird things can grow. If you look at the history of a large company who starts a lab, the lab is usually ineffective and fizzles out after about three to four years. You can't just nestle this under an existing business unit. It has to have its own kind of independence. You've seen more ideas thrown at the wall and tried and prototyped than maybe anyone else. What are some patterns of where the best ideas come from? They very rarely come from design sprints. They don't come in conventional places. You can't microwave good ideas. What skills are you finding or trending up in value? I'm actually looking a lot right now for people. What's their unlearning rate? How fast can they learn something and then walk away from it?

What's something that might surprise people about what product market fit looks like? When you're showing people early prototypes, you're looking at people's eyes. That is the metric. What are signs that it's time to kill an idea? The team usually knows before the leader knows. Today, my guest is Josh Woodward. Josh is head of Google Labs, the Gemini app, and AI Studio. He's been at Google for over 16 years, and his job is to experiment with and scale new AI products. My premise for this conversation and why I believe it is so valuable is that every company is being forced to think and operate like a labs team. Because what is now possible is changing so quickly, you have to get very good at playing with the latest technologies, running tons of experiments, and uncovering new opportunities before your competition or startups do. Josh runs the longest lasting and biggest labs team in the world. And he shares a ton of very specific lessons about where the best ideas come from, how to know when to quit an idea, what it looks like when you have product market fit, what skills are becoming more valuable in today's era, why roles aren't actually blurring into one builder role, and so much more, including some spicy stuff.

A huge thank you to Steven Johnson, Sophie Miller, Jeff Huang, and Logan Kilpatrick for suggesting topics and questions for this conversation. Before we get into it, I've noticed a lot of people don't finish the episodes, which is totally fine, but you end up missing the best stuff. So to help you, I've created a new Lenny's Most Replayed Moments YouTube channel that is exactly that, the most rewatched and shared segments from our long-form episodes. Check it out and subscribe at lennyspodcast.com slash mostreplayedmoments. There's also a link in the description. With that, I bring you Josh Woodward. Josh, thank you so much for being here. Welcome to the podcast. Thank you. So great to be here. It's even better to have you here. I want to first lay out the premise for this conversation, and I want to get your take if you agree with this worldview. Yeah, yeah, sounds good. So my thesis is that every company needs to start thinking and operating like a labs team because the underlying tech that we're all building on is changing so fast,

which means what we can do is changing so fast, which means that now everyone has to get really good at trying a bunch of stuff with the latest models and basically figuring out what is now possible before your competition does, before a startup comes and eats your lunch. And so it feels like the skills that will matter more and more now are things that you all have gotten really good at, which is finding great ideas, figuring out how to run a ton of experiments, figuring out what to double down on, building teams that can operate this way. At the same time, not distracting the rest of the company from all the shiny stuff and letting them focus. So broadly, how do you, does that resonate? Yeah, I think your premise is spot on. I think the devil's in the details with all those things you just said. So I think what's easy for, you know, in some ways, every startup is a lab. And the real question is, like, how do you bring some of that same methodology, ideas, energy, excitement into bigger teams or even medium sized teams?

But I absolutely think it's needed. And then the question is, yeah, how do you build that environment and nurture and cultivate that kind of both ideas, but also the people that can really thrive there? Awesome. Okay, that's exactly what we're going to talk about. Yep. This episode is brought to you by our season's presenting sponsor, WorkOS. What do OpenAI, Anthropic, Cursor, Replit, Sierra, Clay, and hundreds of other winning companies all have in common? They are all powered by WorkOS. If you're building a product for the enterprise, you've felt the pain of integrating single sign-on, skim, RBAC, audit logs, and other features required by large companies. WorkOS turns those deal blockers into drop-in APIs with a modern developer platform built specifically for B2B SaaS. Literally every startup that I'm an investor in that starts to expand upmarket ends up working with WorkOS. And that's because they are the best. Whether you are a seed-stage startup trying to land your first enterprise customer or a unicorn expanding globally, WorkOS is the fastest path to becoming enterprise-ready and unblocking growth.

It's essentially Stripe for enterprise features. Visit WorkOS.com to get started or just hit up their Slack where they have actual engineers waiting to answer your questions. WorkOS allows you to build faster with delightful APIs, comprehensive docs, and a smooth developer experience. Go to WorkOS.com to make your app enterprise-ready today. So I'm going to start with coming up with ideas, finding great ideas. If you were to reflect back on the best ideas that emerged out of labs and even in Google in general, what are some patterns of where the best ideas come from? Yeah, it's interesting because a lot of them, I wish there was an answer in the back of the book where there was one thing. Maybe one observation, Lenny, is they come from a variety of places. So one lesson I've always felt is like you always have to be watching for something that catches your eye. Maybe we come back to that in a second. They very rarely, at least in my experience, have come from design sprints or times where you set aside on a calendar.

Okay, this is we're going to go come up with our next idea. They usually come when people are swimming in the hallway, maybe on a weekend. Often over a break, a lot of our labs teams will be hacking and building on stuff and they just can't help themselves. And they'll come back and they'll share a video and be like, look at this amazing thing. So I think one lesson is like always on alert. Second lesson is like they don't come in conventional places. You can't microwave good ideas. And maybe that leads to a third thing I've seen is sometimes it's about less about the idea and who are the interesting people. And more importantly, what are their interesting little side projects and passion things? And like creating the chemistry around that. Because usually what we found, at least in labs over the last four or five years, is that all these ideas, whether they're Notebook or Flow or AI Studio or Google Beam or any of this stuff, they get started like very small groups of people who are just obsessed and usually very curious about something and they just won't stop.

And so you're kind of like, how do you kind of create a space where that can happen and then kind of be on alert to like catch it and try to like, you know, funnel it forward? So what I'm hearing here is interestingly, not like design sprints. I didn't hear brainstorm meetings in there as a place good ideas come from. Yeah. Is there an example maybe because, you know, like someone listening to this, I'm trying to think about what can they take from this to find to help them find great ideas, say their startup founder or at a big company playing with the latest models. What are some of like the conditions that you find most help? Yes. Yes. I mean, one thing we try to do a lot, and I think this would apply in any of those situations, is like, how do you get yourself to the frontier? And that can be both with like playing with the models, but also just watching what are the types of experiences that have just become possible? Where we have a phrase on the team, we talk about what's almost possible. And we just have a list, actually, where we're trying to track those things. And when one crosses over, it's almost like a phase shift when something goes from like solid to gas or liquid to gas or something.

You're like, ooh, that just became possible. I saw one of these two days ago, and I can't stop thinking about it. Are you able to tell us? Maybe soon. But it's like, if you're at the frontier playing with the models, watching what's happening, and you kind of have this list, then when you see something, whether it's on X or wherever, then you're like, okay, that just now has become possible. And then we try to think about how do we get a team around that and just go. And so that may be as you're kind of in startup land, if you're thinking or maybe you're starting to pitch ideas to VCs or whatever, that's kind of how I'd be trying to think about it. And then, of course, tech alone isn't enough. You've got to kind of match that to an interesting user problem. And ideally, if you can put those together in a way that's so good, people will pay for it. That's kind of the combination of things we start looking for pretty early. So that's an interesting tactic there is make a list of what is almost possible and then watch for, okay, wow, this is now possible.

Let's explore this now. Yeah, that's right. Is there anything on that list you can share of things that are not yet possible but almost possible that you're waiting for or watching for? Well, maybe I can share a few areas. Because I think how we think about it in labs is we have kind of a bit of a thought experiment we go through where we're like, what is the future of a certain thing going to look like? So the future of software design and development or the future of creativity, the future of work or knowledge. One area we're watching very close right now is just like, what is the future of entertainment going to look like? And this whole idea around immersive entertainment is super interesting just at a technical level for many reasons. But also you think about just kind of the user sort of behaviors and like, what does entertainment look like last year, this year versus next year, maybe in three years? And so that's one where we've got a whole list underneath that where we're like, ooh, okay, well, if a model can get to this kind of latency and this amount of languages and this amount of modality, you can start to kind of think through what would be interesting from the tech side.

And then we do a lot of work in labs around where are just behaviors and trends going. And for that, some of it, of course, you can kind of study in the Bay Area. But for a lot of our teams, I'm always thinking about how do we get way outside the Bay Area and thinking about where are the other cities, the classrooms, the other places to kind of like almost like mine for ideas and these behavioral changes. So an interesting takeaway here is this. You're not just waiting for inspiration to strike. You're doing a lot of pre-work to think about here's what is almost working. Here's where we think the future might be going. Yes. Areas that are going to be ripe for disruption. That's right. Yeah. In this doc I talked about, we have 82 predictions that all begin with we believe the future is or we predict. This is dangerous ever to make one prediction, let alone 82. So but I think you have to almost have a point of view about the future, knowing that 9 out of 10 or maybe 9.9 out of 10, you're going to be wrong.

But I think that's one of the things we really try to cultivate in the team is how do we chase the future? That's one of the values and sort of trying to chase it. You almost have to throw yourself out there and try to live in it a little bit. What are signs to you that an idea is worth pursuing when you're in the shower and you have this idea? What's the sign that, okay, that's worth betting on at least for to start with? And what's often just like a false false signal? Like, okay, no, that's actually not going to work. Yeah. I think one thing for me, especially when you've got these lists going and you're thinking about the future, when you see something that surprises you or maybe that's very interesting to you in a certain way. And if you can describe it to yourself, like this thing I saw about 48 hours ago, I left that sort of demo and I thought, this is so exciting. And I think that's maybe a signal I use a little bit is like trying to be at the frontier and then what makes me interested or excited and then feeding off that kind of with the team together. I feel like that bar is too low these days because everything is so magical and like, or it's the opposite.

Now everything, okay, great. This thing is doing my taxes for me. Of course. That's the way to do it. Yeah, yeah, yeah. Well, I think this is one of the things, obviously that excitement is maybe a tech thing. And yeah, there's dazzling demos every other day or every other hour right now. But then I think trying to think through where's the user behavior maybe that is like universal or maybe there is some shift on that side. And then the way we think about monetization too is like, can you get to a group of people that are just going to like, can't live without it? Like they literally will pay you because it's so valuable to them. And then kind of how you can kind of put those pieces together. But yeah, sometimes it's got to come from one of those areas, I would say. Is there a great example or story of a product that emerged in this way? Yeah, I mean, I remember still the first time I heard the first like Notebook LM podcast exactly where I was standing. It was right outside this room. And it was probably at like 6.30 p.m. on a Tuesday or something. And there were two people on the team who came over and were like, you got to listen to this. And it was the proceedings of the British Parliament debates.

Not known for its riveting material. But these two AI hosts were talking about it in a way that was literally interesting. And that was one where we're like, we got to just do something with this. And that was one. I remember the first time when I saw something come out of Google Flow. We had a project before that called Whisk, where you could whisk together multiple images and then start to animate them. And it was a level of control and creative kind of channeling that had never been possible that I kind of made it was like that accessible. So maybe those are two examples. We also have other examples where we get excited. We try to build some product. It's just not good. So, you know, that's the other thing is a little bit of like a game of numbers in this as well. Well, let's talk about product market fit and signs that something is actually working. I feel like you've seen more ideas thrown at the wall and tried and prototyped than maybe anyone else. I don't know if that's true, but it feels true. What are signs to you that this is something we need to double down on?

And what's something that might surprise people about what product market fit looks like? Yeah, I think one of the maybe trickiest parts of it is it is way more art than science. I wish it was science. We know how to run science experiments, make data driven decisions, set OKRs, like all this process that helps. Sometimes in the early days, Lenny, it's literally a couple of people on the team who might just have conviction. And they're just like, I think the future is going to look like this. And I can't explain it. That's what's hard is like that advice is just not that useful or helpful. But I would say that's some of it. I think maybe a little more useful. We talk a lot about how do we get outside the building and just show people prototypes. And when you're showing people early prototypes, what I'm always doing in those is you're looking at people's eyes. And like that is the metric. It is not a DAO. It's not a DAO over a MAO.

It's not a D7. It's none of that. It's literally like, hey, like Lenny, did you see this? What do you think about this? And like if your eyes kind of light up, if you lean in, these are the kind of signals you're looking for the early days. Maybe the third thing I would say, and this one's also maybe on the flip side of your question, is like. The people who get excited about things, usually we try to kind of think about what's the problem we're falling in love with, not the product. Because what I found is it takes three, four, five pivots before you either got something or you're just like, that's it, didn't work. So I think when people fall in love with an actual product solution first, it's going to, at least in my experience, lead to a bad time. So that's the other thing I think we try to think a lot about. And usually people talk about PMF. You sort of know it when you have it. I think that's true. In the last, I don't know, year or so, when Nana Banana went viral on Gemini, when the Notebook LM podcasts have gone, when stuff's happened on Flow or Stitch or other kind of projects that have kind of had these mini moments, you're literally just swarming it and holding on for dear life.

And it is both like so exhausting and so fun. But yeah, you almost have to take a lot of shots, I would say. And in the early days, again, it feels a little more art passion driven than science, unfortunately. Those are actually very concrete, specific things to look for. The eyes light up. I've heard someone else describe this as their pupils dilate. Yes. That's right. And you know, too, right, when you're talking to someone, if they're having a good time, if they're into it or if they're just bored out of their mind and you're showing them some dumb product. So it's really like, can you hit a nerve with like a pain point in their life where they're just like, I want that. And I mean, that's what that's what makes this job so fun is trying to figure out how how many of those nerves you can hit. So having that context of it's clear when things are product market fitting and their eyes are lighting up. What are signs that it's time to kill an idea? Yeah. One of the things on this one, and I talked a lot to the team about this, too, is sometimes a team is looking for, hey, the leader needs to make makes the decision.

And that's kind of where it comes from. What I found is the opposite. The team usually knows before the leader knows and the signs are like, does the passion start to run out? Does you've tried everything you can think of and it's just it's just not working. Like and people know when like a project's not working or a relationship's not working, like, you know, that's something that people see. And so I think what as a leader, what I try to do, say, in labs or even some of our features in Gemini is like, how do you create an environment where people can ask those uncomfortable questions and be able to say, like, hey, I don't think this is working. And yesterday, just as an example, we had a feature we were really excited about in Gemini we were going to launch and we got some of the early data back. People went out, looked in the eyes and it just wasn't there. And so I was so proud of the PM on the team because she was like, I don't think we should launch this. It's not good. And so I replied all is like, this is great. Thank you for doing this. And so it's like, how do you create a culture where the team can call both like good things and bad things out?

And I guess in that way, as a leader, in my case, I trust the team a lot because they're the ones every day trying to make this thing go. And I think if they're like, hey, it's not going. Then it's like, all right, that's OK. Let's pivot. Let's do something different. I have to ask you this question. I was going to ask it later, but I'm so curious. It's so interesting that you oversee labs, which is zero to one experiments, try stuff that's totally new. And then the Gemini app, which is one of the most popular apps in the world with probably a billion users. How did that come to be? Why is that the structure under your team? Yeah, yeah. Well, I guess in some ways they are very different ends of the scale. You're right. Gemini, over a billion users. It's global. It's global. Labs, we joke on labs. Sometimes our early projects, zero to one stuff, we'll get so excited about 10,000 miles. And most other products, dashboards don't count that low. So this is kind of the joke on the team. But I think maybe there's a few common pieces, though, even though the scale is different. I think, one, the type of people that are attracted to these things, even Gemini, despite its size, is very much got a zero to one heartbeat all over it.

And so I think part of it is the type of builder, the type of person you're attracting, these blurring lines between what it takes. Two, we're all AI kind of nuts and maniacs. We love this stuff. We can't get enough of it. We're building all the time. The third one, though, I would say is a little bit of everyone on the team, we talk a little bit about the order of how we think about our priorities. And the mantra on the team is users first, Google second, and our product third. And so labs third or Gemini third. And I think that unites us, too. And that's like, we don't try to do things for our own team. We're very much part of Team Google. But also, ultimately, it's like, is someone loving this on the other end of this product? And so that does kind of tie it all together. But they are on, yeah, different ends of the spectrum, for sure, on terms of size, like conventional numbers. Yeah, it's quite confusing as an outsider, but I get it. Is everything you're doing in labs now AI-based?

Is there anything non-AI driven in labs now? Yeah, it's all AI driven right now, for sure. When we started, you know, four or five years ago, we had a few other areas we were exploring. And we kind of made the call, at least for the foreseeable future, go all in on AI. We don't just do software stuff, though. I mean, Google Beam is one of the projects we're working on. It's like this incredible kind of magic mirror that kind of can create like a 3D version. We should get you one. I'll take it. You're going to kind of talk to someone almost like they're a hologram on the other side. Yeah. So we are exploring kind of other adjacent things to AI. Like, you know, you could consider that almost like AI hardware in a way. I will take it. Thank you. I'll send you my address. So it feels like consumer right now is in a really fun place where there's always been the sense of like consumer's dead. There's nothing you can do. Facebook got it. Google, you know, like there's no way to compete against these juggernauts that have taken the consumer world. But AI feels like it's unlocking a lot of opportunity in consumer. I'm curious what your hypothesis is for where the next where a major breakthrough might happen in a consumer app.

Yeah, I feel like consumer is one of the most like exciting, competitive, all the things happening right now. So it feels completely opposite to me from that kind of view. A couple of areas I think that are kind of interesting. I mean, one, I think there's a big question we talked a little bit earlier of just like where's entertainment going to go? Are we going to be looking at like different types of feeds forever? Or are there ways that this technology can bring us maybe closer together in the real world or do things with other people? I mean, there's different views on where that could go. Is it like more around bots or more around people? And so I think that's like very interesting space. I think we're watching right before us now, like the entire kind of messaging chat space felt like, hey, that was sort of maybe solved. There's lots of different experiments happening on that right now, both inside Google and outside. So that feels like a whole nother area that maybe is like no longer as fixed as it once felt.

And then maybe the third one I would throw out is I still feel like going back again to the problems, like what are some of the big problems people face in the world? And I think like, you know, what are things that are super scarce? Time on earth, how much money people have and how they can save money. These kind of memories are like experiences that people can have kind of IRL together and that kind of thing. So I do feel like there's maybe like new consumer products to be built that can go after a lot of that stuff that, you know, whether it takes the form factor of a chatbot or a personal agent or whatever that's going to look like, I think is kind of yet to be invented in a lot of ways. OK, let me ask you a spicy question along these lines. I'm so curious to get your take. So it feels like every every AI assistant app that's launching these days basically sucks in Gmail and Google Calendar and Docs, all the Google data, all this juicy Google stuff

connects and does all these magical things with it. Within Google, I cannot do any of these things. It's so hard to build anything like there's first of all, you may be working on AI assistant, but there's nothing there yet as far as I can see. And then just generally feels like everyone's just taking all this juicy data and doing magical things with it. And Google hasn't. What is what's kept you guys from doing something like that? Is it like privacy concerns? Is it works bureaucracy stuff? Is it coming? What what can you say? Yeah. Yeah. So there's parts of it out there today. Like if you're in Gemini and Gemini Spark, you can actually connect all that stuff. And it's quite powerful. I think where we're iterating on that, though, is we've been in a world where even if you look at some of the other competitors, there are different modes almost that you go into. And I think the lesson, even from the last couple of weeks, is forget the modes and toggles. Just like one prompt box. Tell it what you want. And it just does stuff for you. So that that's definitely where not only where we're headed, where others are are headed.

I think that's kind of a broader, almost like UX simplification happening across the industry. On the data bits there, it's interesting because actually one of the main things people will ping me about or others is like, oh, man, Google, I've got all my stuff with you. Just make the thing work. And there's a lot of reluctance, actually, to be connecting it to a lot of other sort of competitor products. So watch this space. We hear you loud and clear. There's a lot of work if you go online and just look under kind of personal intelligence is sort of the way we think about this stuff is like you want a Gemini that is personal, proactive, powerful that sort of works for you. And so that that's been the vision for the last kind of year or so that we're headed towards. And there's a lot of stuff we're playing with right now that will be will be out soon. All right. I'm excited. It just feels like, yeah, like I have so many little schedules and things running within my email.

I'm just like, man, why didn't Google just do this? It does feel the advantage you all have is distribution. So once something happens similar to Muse recently, it's going to be very easy to grow it and convince people to use it similar to, you know, within like AI mode. So anyway, OK, I'm excited. Things are happening. Things are definitely happening. What do you think? So kind of going in a different direction. What do you think is under hyped in AI right now? And what do you think is over hyped, if anything is over hyped? Oh, yeah, yeah. You know, under hyped. I was thinking a lot about this over the summer. I ended up writing kind of a doc internally just around like labs principles of like how and almost like why are we building what we build? And so maybe the under hyped thing is more of a discussion around principles, values, sort of I believe very strongly whether you're at Google or a startup founder or anywhere in between, you speak through your products and your products actually represent and almost encode those principles.

And so I wish there was a lot more discussion in the industry happening around that and sort of what kinds of things do we want to build? What kind of future do we want? So anyway, that would be my under hyped one because I think, yeah, there could be more of that. I think the over hyped one, I think I've been saying this maybe for a year now, but I still think it's over hyped model benchmarks. And I still, you know, a lot of friends and a lot of labs and everyone's still looking at the same set of benchmarks for the most part. But I think, you know, where I grew up and where I'm from and I guess how I think about product development is like most people in the world are never, ever, ever going to care about an ELO rating. They may not even know how to pronounce ELO. It's like, you know, it just doesn't matter. And so that's where I kind of get back to kind of like a lot of, I feel like the talk in AI right now is about speeds and feeds and benchmarks. And these are proxies, obviously, for kind of where things are and capabilities. And but I still feel like sometimes as an industry, it can kind of over over rotate to that and kind of lose sight of like, why is this useful to someone?

And what's like the product or the feature that's going to deliver like real value to like help people? So anyway, those would be my over unders. Yeah. And it's also along those lines, it's always it's also hard to know what what what is better. Like, how do you know what's going on? Like you have this new model. It's the best model ever. It's like in practice, it's not that much different than the previous model that also everyone thought was the best model ever. We have AGI every every time there's a model launch. We have AGI now. And so like the benchmarks are trying to show you here's where it's better. But but if you didn't, like you're just sitting there. OK, this is OK. This is better. I like what it's doing here. Yeah. I think this is also the where I feel like a lot of folks that like follow you and listen to you is like, please, please, please think of amazing products. Like because ultimately all these model capabilities and benchmarks and all the intelligence gets translated into just like, can you build something people want? And so to me is like, what a time to be alive as a product person, because you have kind of this like huge menu of things that were almost possible that are now possible more and more with each passing week.

The first point you made there was something that came up recently with a in a conversation with Tara from OpenAI about how now that we could just build everything and AI so many opinions about where to go, what you said is exactly right, which is what do we want the world to look like? What do we want? What is the vision of the future we want? Not OK, we can do all these things. That's great. Let's maybe we don't need to do all these things. Right. So I think that's a really important point there. Yeah, definitely. Definitely. This season's supporting sponsor is DX. Now that everybody at your company is finally using AI, the question that engineering leaders face is no longer are we using AI, but is it paying off? With DX, you can measure and benchmark the impact of AI adoption across your full product lifecycle. DX shows you where AI is helping developers and where it's creating new bottlenecks. You can also use it to evaluate AI vendors, monitor costs and licenses, and see exactly what's limiting your agents.

That's why hundreds of enterprises, including Snowflake, Sony, and BNY use the DX platform to measure AI's impact on developer productivity. Visit GetDX.com slash Lenny to get a demo of DX. That's GetDX.com slash Lenny. What skills are you finding are trending up in value in the people that you're working with? And what do you feel are trending down? When you look at people are doing really well now, what are the kind of attributes and skills of those people versus things that are maybe less important now? Yeah. I feel like there's a whole lot out there on taste and judgment and vibe coding and all of that. I guess the things I'm looking for, I'm always trying to find like, what are the mispriced signals? And so like one, I think is how you will hear sometimes people talk about like what someone's like learning rate. Like, do they have a growth mindset? What's their learning rate? I'm actually looking a lot right now for people. What's their unlearning rate?

Like how fast can they learn something and then walk away from it based on maybe what they're seeing when they test their product or something. So unlearning rate is one. Another one I'm interested in, I read a book a year or so ago about Roger Federer, the amazing tennis player. And there was this phrase in there about Federer had explosive endurance. It's just this beautiful turn of phrase. And with the alliteration and everything, but it's like there's something around like, how are people taking care of themselves and the people around them where they can go really hard? And that's the like explosive part, but they can do it over a while and they find ways to kind of pace themselves. And labs, we have kind of, you know, we have like seasons of labs where we talk about this. So I think that explosive endurance, this unlearning rate. Um, and then maybe another one I would say is like, as much as, you know, coding and other things are becoming maybe trending towards like you being able to direct lots of agents and not having to work with as many people.

I still feel like collaboration and like how you work with people matters even more now. And, um, one of the things we look a lot for is like, can someone kind of blend and bridge these worlds where they're like incredible collaborator with an agent or a swarm of agents, but also with people. And I guess what we believe on the labs team and on the Gemini team is that like, there's still just so much joy in working with people. And so like, but it's like, how do you find the right chemistry? And so maybe one thing I'd say there is like people that can build trust that can scale trust that, that underpins any kind of great collaboration. And so that's another maybe signal I'm always looking for is like, how fast can this person kind of build trust with people, uh, and sort of create that kind of environment, if that makes sense. Yeah. These are so interesting on that last one. Is that, is that kind of a growing, emerging, even more important skill if you're finding with the rise of AI?

And I'm curious why. I think so for a couple of reasons. I mean, I would say one maybe is like uniquely Google. It's a larger organization. So you've got to be able to kind of do that. But the ones that don't feel uniquely Google, um, one, it feels like as the execution costs of making products goes down, we'll be able to make more products, which you may make the same products with the same people. But I think there's a lot more, you probably see this too, is just like, uh, people will team up with different people to make stuff. And so it's very interesting when we're thinking about like, almost like fielding a new team for a labs project. We used to say like, it's about five to seven people. Now it's about two to three people, uh, maybe four. Uh, but it's kind of like those people just kind of almost, you can almost imagine like super talented musicians who team up with different people and then they play different songs together. The songs are the products, but it's like, that is like, those are the MVPs and labs where you can be like, Hey, drop this sort of PM, but that can also code and design.

Cause all the roles are blurring with kind of other people and kind of see how they jam on stuff together. So I think that's where my prediction is that skill will almost increase in importance, uh, because there will be more products and because there'll be more of this kind of like free agents kind of jamming on stuff together. Along those lines, I imagine you have been pulling designers, engineers, NPMs into labs, and they kind of all kind of work together and sometimes different functions take leads. Is there, has there been a shift in who you find is most, uh, impactful and successful in leading product ideas, labs teams in terms of the ratio of PM versus design for ENG? For example, like our PMs becoming more valuable or ENG becoming more valuable, something like that. Yeah. It's interesting. We've been studying this a lot and actually testing a lot of this too. Um, I would say in general PM happens to be the function maybe by nature, cause it's a bit more horizontal that feels like it's maybe been able to adapt to some of the other functions faster.

Uh, and we see this when we'll run little builder pilots across the company, um, that comes back is like, Oh yeah, that that's like, maybe I don't want to say it's easier, but maybe it's PMs are more accustomed to like, all right, I'm in this meeting. I got to simulate something as a lawyer or as a BD person or as a sales, you know what I mean? So like, I think in some way, maybe there's some inherentness and like who selects into that. So that definitely is true. But I would say, um, our best people can kind of come from any function. And I would also even widen it, Lenny. We're seeing like strategy and ops people and BD people and marketing people, you know, kind of be like builders and labs and they are really good. And, um, I think what, maybe this is another overhyped underhyped thing. I think right now, um, people are maybe overhyping, like everybody's a builder and it's just this new job function and everything's kind of the same. I actually feel like, well, at least what we're seeing is that people still have their specialty.

It's like their major or minor in college or something. And I feel like there's a risk if everybody comes a builder that you lose a lot of respect and appreciation and obviously the expertise that comes from those specialties. And so I think when we set up teams, even though we may be like, this is more of like a builder crew, we're still thinking about like, where are the specialties? And that ends up being super important as well. I completely agree. You know, like, yeah, I like that. I like this metaphor of the major and the minor. That's a really fun way to think about it. Like you can be better at building, but you're still, you're like, your PM skills are still like the primary thing you're amazing at. Definitely. And I think that's the advice we give, especially to a lot of new PMs on the teams, like APMs or people earlier in their career is it's great. You're vibe coding and you're making all these prototypes, but do that in service of becoming an exceptional, extraordinary PM. And like, don't lose that major. Like that's what you need to hone, uh, especially when you're early on. Hmm. I love the way you described it where PMs are really good at simulating other functions, such as like an AI way of thinking about collaborating.

And this idea of explosive endurance, uh, someone tweeted this recently. They're like, what's, what's so called when it's both a marathon and a sprint? It's that. It's like, talk to Roger Federer. Yeah. Yeah. And I feel like everyone's in that right now. And that's just like a constant theme and trend on this podcast. And just in tech right now, it's just, everyone's in this marathon plus sprint mode. Yes. Yeah. Oh man. I guess, is there anything that you do to help people deal with that? Cause it feels like it's nonstop. Yeah. I mean, one of the things we try to do, I mentioned a little bit earlier, but I can unpack it some is like, we think of kind of like seasons in labs and like, can we think about, you know, at any given point, there's 20 or 30 experiment, you know, running simultaneously, but for each individual little team trying to kind of create a little bit of like milestones or like a rhythm to the work. And there's sometimes like, it is just flat out full on. And we try to, maybe the best lesson I've learned as a leader is almost to sort of name that, declare that, you know, people opt in or opt out of that.

But also be very clear when a team is not in that mode. And I think it's like, how do you try to architect almost like a rhythm to the year where it's like, Hey, we've got a big model coming. These five products are super important to showcase this model. We think this model will propel them. Like you five is like, it is explosive time. Do you know what I mean? And so it's like trying to create a common language around that, which is sometimes only in a lot of ways, like PM sometimes can be very effective if they can come up with like, what is the sort of shorthand or the common language? And so we, we actually put a lot of thought into that too, of like, all right, you all are on right now. Whereas after they go through that, we may be like, say after like a Google IO, a lot of labs teams will sprint. After IO, June is like, Hey, just go hack, go rediscover what's new. Go, just go build. You're like, have fun. And then it's so interesting, Lenny, because the instinct or the like temptation is like, Oh man, it's June. It's like unproductive. We're not shipping. And it was like, no, actually those are where all the new seeds are coming from for like the next season.

Do you know what I mean? And so it's like trying to think through the rhythm of that is, is one way we try to do it. I don't think we always get it right though, by the way, I think. And I think one of the things we're talking a lot on the team is, I guess in the past, people would talk about like work-life balance and there were other ways this conversation got framed. I think what we're, why like things like explosive endurance or concepts like that is like, we want to be doing this as a team for many, many years. And so it's like, you can't just like empty the tank in nine months and just like kill yourself. Right. So it's like, you have to, you have to have a view towards the longterm, but also recognize the moment you're in is fast. I love the tactic of just naming it, having a lot of power and just making it clear. This is the mode we're in now and won't be forever. Right. Right. And something I found is the opposite also is too, is dangerous when you have too little to do and too little stress and too little pedal on the metal. People get bored and start looking for other jobs. They just say, well, it sucks. Yeah. Yeah. Yeah. I think it's, um, there's always something there though. You're right. We talk on the team a little bit of like, never waste an event or like a date or you can think about even as a startup, like where's that moment you want to intersect with something in the world.

And, um, you know, whether that for us is a Google IO or a model release or whatever, I think that's always healthy to be thinking about. I got a question the other day on Gemini. They were like, what, what's our two year roadmap? And I was like, uh, we have a six month roadmap on this team. Like we have a multi-year vision. But I think the, the, the world has changed so much too. Some of it is like the thing I saw two days ago is now a project that happened in 48 hours. You can't plan for that in a way. And so that's the other element you almost have to recognize in the moment. Yeah. So along those lines, how has planning changed in the past couple of years? Like you guys are different from the rest of Google because everything is new. And, but just what have you seen in terms of timelines and timeframe shift in planning with the rise of AI? Yeah. We usually are thinking, you know, somewhere on the order of about six months. And usually I say that because that's that almost possible window where, you know, you assume every lab is cranking out some new pre-training model a couple of times a year. There's like individual points in between. So you kind of have an overall cadence of like where the models are.

And then I think we're almost imagining in about a hundred days. Usually we always think about where can you move your product like meaningfully forward? Our best labs team, they all do that. They'll go from like idea to some meaningful milestone in like 50 to a hundred days. And part of that is also like, how do you design a culture and an environment where you unblock a lot of stuff so you can just let people cook? And so that's the, that's the other part of it is like kind of creating that environment. But that we think about planning is kind of almost like rolling six months maybe is to answer your question. So I had this Lenny and Friends Summit. It was last week of the day we're recording this. And Dan Shipper gave this really interesting talk about how to build where the tech is just constantly changing underneath you. And his advice is to have a frontier team that's dedicated to testing out the new stuff. And basically it's their job, trial the new stuff, report on what we need to pay attention to so that the rest of the company can not have to be distracted and focus on, you know, the task at hand.

How do you feel about that as a model for companies? I think every company definitely needs a set of people, a team, however you want to manifest it. That is, their job is to be at the frontier. And they're almost like, if they haven't heard about the latest hot thing viral on X in the last 24 hours, it's like, what are you doing at your job? You know what I mean? So I think there's definitely an element of like, you want people plugged in to like the hive mind of kind of how people are building and thinking in all the model releases. They're the people who have like eight, $200 a month subscriptions on everything. Do you know what I mean? So like, you know, you have to kind of architect the organization where that can exist. I think the second thing, though, that's just as important is the environment of which those people can build. And so that's like the other maybe like part of that. And then I think the third part, which is honestly where if you look at the history and I've read a bunch of books on this because most like if you just look at the data, a large company who starts a lab, the lab is usually ineffective and fizzles out after about three to four years.

Or and they have duration, but the company can never commercialize the things coming out of the lab. And so you get things like someone comes by and sees the future and then they do it as a separate company or whatever. Right. And there's like famous examples throughout history of that. And so I think there is this interesting balance of like, can you have a team of people who live at the frontier, like Dan says, who are building frontier things, but can somehow bridge or connect across the bigger company in a way that it's not, oh, that's just some weird R&D group always coming up with like gimmicks and toys. Do you know what I mean? And so I think it takes a certain person or a certain set of people who can actually be like, hey, that thing looks like a toy right now. That's going to be essential to our future in five years. And that's actually where at least studying history, where sometimes these frontier ideas fall short. You can get the first two things right and then fail on the third one. And then the whole thing really doesn't matter.

Do you know what I mean? Yeah. It's interesting. I was just like, even Anthropic has a labs team, like the most cutting edge company. They're, you know, just like at the frontier already. They're like, okay, but we also need a labs team to actually watch the frontier frontier. Yeah, that's right. Well, one thing we joke about too, inside as labs has grown now, and we've got a few projects, thankfully have kind of hit and are, you know, lots of users now and growing. We've actually internally, to this point of like common language, what we started to find was a bigger project like Notebook in terms of users or Flow or AI Studio or these things that have really kind of grown out of labs. They were, in some ways, there's a risk they crowd out the zero to one stuff. And so the terms we've started using is like, there's zero to one labs, there's one to 10 labs, and there's like 10 to 100. And these may not be like mean anything to your audience, but to us, we actually have kind of encoded like, these are different stages of like the labs lifecycle. And we want all of these products to have this like innovative energy. That's common.

But inside each of those stages, there's very different challenges and very different things you're optimizing for. And in zero to one, you're looking at eyeballs, like we talked about. And in maybe 10 to 100, you're looking at like waterfalls and CPAs and thinking about like, how are we actually converting people to like these like magic moments in the product? And it's a scaling game in a lot of way. Like, say someone listening is convinced they should set up a frontier team, a labs team. And it feels like labs teams have evolved a little bit. And it used to be like build the next big business unit is like the idea here. It's like, OK, what's like a new technology that is unlocking something or a core business? Like, I wonder if that's true, but that's what it feels like to me. But I guess just with that in mind, what are maybe three tips for someone that wants to set up a labs team internally? Yeah, I think one, you've got to try to create a space where weird things can grow. And you can't just nestle this like under an existing business unit. It has to have its own kind of independence is one.

And that in some companies, that means it needs to report to the CEO where it needs to report enough of a distance in a way. And we can go into that if you want, but that's super important. I think the second thing is, is a set of people. And in the case of us, this was this users first, Google second, labs third thinking, where the job of the lab is to make users successful and make Google successful. It's not to make itself successful. And so there's a bit of a, maybe a humility or a collaboration or kind of this mindset of like, what does success look like? And I think for us, how we've broken that down and how I would encourage companies to think about it is like, is your goal of this labs to graduate things to existing products? Or is your goal to go invent new product lines and categories? And in our case, we started and it was a graduation lab. And it's expanded over time as we've started to realize AI really transforms and blurs a lot of categories. But being very clear about like what game you're playing and what is winning or losing look like would be the second thing.

So isolated in some way, but also part of the same team. And I think the third thing, and we talk about this a little bit on labs is, and I can imagine for maybe CEOs listening or other kind of C-suite people, use your lab not just for product development or technology exploration, but even for challenging how the company works. And almost like the way things happen. And that's actually the phrase we use on the team is, lab sometimes creates good trouble at Google. So there's like bad trouble you don't want to create, but good trouble, give you an example. We were one of the first teams that were like, we're seeing the job roles blur. We have to have a builder job ladder and we need to think about it differently. And we should use labs as the place to pilot it before we roll it out across Google. And so that's another way you can think of like the multidimensionality of a lab in a way. You just like think about the processes and ways of working, not just products necessarily.

That's really interesting. Yeah, yeah. What about the type of people that you would put on this lab scene? You mentioned this unlearning rate is a really interesting way to think about. What else, what do you look for and what's like a person you want to kind of avoid on the lab scene? Yeah, yeah, great. Man, we are obsessed about finding people who just like can't stop themselves from building. I mentioned that earlier. We have a whole doc on the team, the labs in a nutshell. We have one on Gemini too, Gemini in a nutshell. The first week someone joins the team, I email it to them. And most of them have seen it before as part of some of our hiring screening too. They build all the time. They're intellectually curious. They're reading. They're on X. They're listening to podcasts. They are obsessed about solving people's problems, not about their own ego or glory. They are the people when you're around them. They add energy. You leave a conversation. You're like, I want to be with that person. Like I'll run through a wall with that person. Do you know what I mean? We've got like 17 or 18 of them. Maybe I can send some of them to you after if you want. If you want to include in the show notes. Yeah, but it's such an important part.

And that third thing I talked about as like a tip for setting up a lab, it's not just about job ladders and stuff. It's literally about who are the people of the future that you are trying to bring in that are going to think different and challenge things different. And it's a different type. And what we've also found is these products have grown. The zero to one people are different a little bit than the one to 10 and the 10 to 100 too. It's just like, how do you kind of create some commonality? But I do think like, you know, you're talking to someone, you're looking at like in an interview, if I'm talking to someone, they're like, hey, let me show you this thing I just built. Instant credibility. Or if they're like, I'll ask them questions about, you know, unknown, unstructured, dark caves, you know, these events and like where they're like, don't know what's like, which way is forward. How do they figure it out? People that are energized by that huge credibility boost. So yeah, there's definitely a certain type that you're looking for. In terms of the org structure, what's the biggest mistake people make? Yeah, I think, you know, it's actually, I'll give you a live one we're talking about right now.

It's like, we're trying to figure out how much you kind of isolate different sub teams and going after things versus try to create groupings of like thematic things. But for example, we've talked about like interactive entertainment as like an area or like a pond we're interested in fishing in. And it's like, how does that, do you do that as one set of people doing that is like five people just take like five shots at it. So that like a mistake sometimes I think is people maybe rush to a group and maybe the bias is towards like consolidate, make it clean. And I think what I've learned maybe the hard way over the years is like, actually, sometimes you kind of have to live in the messiness a little bit and almost like see what emerges, but still be willing to kind of make those kind of changes. Those are really like org design team kind of things. The other chain or the other thing I'd say sometimes is a common mistake in a, you know, you hire too many people too fast. This happens at big companies. It happens at startups too. And it's like, it can be so addicting to like sometimes look at like, oh, our team doubled or tripled in the last quarter or six months or whatever.

And these are just vanity metrics that are really bad most of the time. So I think that's the other thing is like a common mistake. I remember I was on a project years ago and we got to like 30 engineers and I was so happy and we had zero product market fit, but a very inspiring vision. And you probably know the outcome of how that ended basically. I'm going to, in our last few minutes, I'm going to ask you a question. Logan Kilpatrick suggested I ask you. Yeah, yeah. I think he's head of AI Studio, right? Uh-huh, he is. Yeah, yeah, yeah. He's great. He's great. Former podcast guest. Yeah. I don't know exactly where this question is coming from, but I'm so curious. His question is in five years, do you think Google is going to have 10,000 products or five? Oh, yes. Okay. This is a long running debate Logan and I have on the team. But it's funny, at least to me, I keep switching my answer. So maybe I'm a bad. Right now, I'm more in the camp of like, I don't know if we're even going to think of products the same way. So I think one framing of it is 10,000 products from Google. That's like 10,000 surfaces that have their own brands and it's all complex and everything.

I'm not sure. That'll be possible to your earlier point. What's possible or what should we do? Because you can have a product factory that's just going to turn out these products. So that's like one thing you could think about. I'm more and more thinking about like, are there almost like experiences or things that are going to be more bespoke that the models might make? And that might mean there's labs teams behind it making the agent that does this thing that you experience maybe in a common surface. I'm not sure. But I also am not, we have a couple of experiments in labs going on this right now of like, can we prove both sides of this debate? And maybe that's why he threw it in. And sometimes that's what we'll do is we'll kind of take both sides of it and say like, okay, if this thing really consolidates down and there's a super app or a set of super apps, what's that world going to look like? And maybe if this thing super fragments, what's that world going to look like? And so right now I'm probably more on the camp of like, I think super apps have worked in some use cases in some parts of the world, obviously extremely well.

But I think for a lot of people using them, they can be very complex and it's very hard to actually drive kind of the behavior that adds value because there's so much complexity. But this is also assuming humans are going to be the ones tapping most of these experiences as well. And so anyway, this is a fun one to debate. And yeah, I want to know Logan and I's favorite kind of, we'll chat on this one a lot. I love that. It's just unclear where we're going. Like, it's just, it just shows where we're just, we're all just trying to figure this out. That's right. That's such a good example of that. Okay. Well, before we get to our very exciting lightning round, Josh, is there anything else you wanted to share? Anything else you want to leave the listeners with? Anything you want to double down on? Yeah. I mean, I guess one thing I'd think about is like, and I'm always trying to think of this too, and if people have ideas, please just like, let me know on X or whatever. It's like, I still think there's a lot of space right now on how to get feedback about the products and experiences you're building, whether it's in Google labs or as a startup founder or whatever.

And so that feels like another area of like, how do you listen and sort of aggregate, collect, get insight, inspiration from feedback loops? That I feel like there's a lot of interesting stuff happening with AI applied to that right now. And I'm sure all you probably do too, Lenny, on your stuff and my stuff of agents running overnight, summarizing everything that's happening. But I feel like there's an interesting, like, what makes a PM great? A great PM has insight about a certain type of people and the types of things that are going to delight them or solve their problem. And I feel like that's an interesting, like, how do you crack that feedback loop with AI and these new types of products we're building? So anyway, that's something also in the back of my mind right now. Yeah. Like, so the idea, the question there is just, how do you get AI to be as good as an amazing top percentile PM at identifying opportunities and insights? Yeah, I think that's one branch of it. And I think the other one is like, is there a world where, I don't know, there's probably some people in your life, just like there in my life, when you're around them, insights seem to flow pretty naturally and you kind of get to a lot of interesting perspectives.

Like, is there a collaboration model with people and AI that enables more of that? I think it's kind of an interesting prompt, maybe. Sounds like we're getting into B2B SaaS software over here at Google Labs. I love it. I'd buy that. Okay. I know you have to run soon. So I'm going to skip to just one lightning round question. I heard you give these hilarious awards to teammates. My favorite is the TPU Harvester, but there are others. Share these awards you give and what they mean. Oh, yeah, yeah. So the TPU Harvester, we just need more and more TPUs as our products are growing. And a few of us wanted to figure out a way to reward people who do the grungy work of efficiency and reclaiming TPUs, harvesting TPUs so we can build the next features and fuel our growth. So we give out a rake to these people and a cash award. Like an actual rake? Like a little miniature rake we made on Etsy. And that one is really fun. And we kind of turned into this big celebration.

So this is people that save TPUs, that optimize, make them more. People that optimize. Not use the most tokens. That's right. That's right. Yeah, yeah. We talk to them separately. But I think that's one. It's like a rake. Another one, people that go in fix paper cuts. These little things that add up in a product that annoy people. We made like a golden Band-Aid. And we give people to that. It's like they put it on their desk as a golden Band-Aid for fixing paper cuts. We have a thing in labs. We're really interested of like people who can push the model to these like frontier ways that like in surprising kind of ways. We have this thing called the LLM Whisperer. Like they're able to kind of whisper to the model. They get a giant set of ears. Like because they can hear things from the model that others can't. And like a really nice mechanical keyboard. There's more of these things too. But we're trying to find like ways to kind of like, I don't know, encode the value in these like dorky symbols. But that means something. Like becoming more efficient with our TPUs enables us to grow and reach more people.

Paper cuts. These are what make the product delightful and like excellent. And then obviously like the whisper with the ears is like these would lead to kind of breakthroughs in new products. So yeah, we're always coming up with weird stuff like this. I love this. This kind of traditions are the best. I heard there's also like a big thank you one where you get like talk to leadership or something like that. Yeah, this one is a little bit of kind of like a secret society in a way where we'll basically like put a put an invite on someone's calendar and we'll just, you know, it looks kind of scary because there's like four or five leaders on the team. There's no agenda. And then they show up and we take turns. We go around the circle and we just tell them why we appreciate them so much for being on the team. It's pretty fun. And it totally surprises people. And I always start the meeting with like, this is not a bad meeting. This is a good meeting. You know, usually, you know, your mind may assume the worst, but we're actually doing the opposite. These are some of the most valuable people. Wow. That is awesome. I love all of these. Josh, how can listeners be useful to you?

Oh, Miss Cinda's feedback. So many of you do already. I would say we get a lot of a lot of joy and we're very grateful for all the people who use this stuff we're trying to build. And if we can be helpful on the lab side or the Gemini side too, please, let's make it two way. And thanks again, Lenny, for having me. It's been great. Great to spend some time with you. I think we're going to help a lot of people figure out how to build, stay at the edge. I really appreciate you being here, Josh. Thank you so much. Yeah. Thank you. Have a great day. Bye, everyone. Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify, or your favorite podcast app. Also, please consider giving us a rating or leaving a review as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show at Lenny's podcast.com. See you in the next episode.