- Las startups son experimentos, no empresas pequeñas: una startup se define por la incertidumbre extrema y no por su tamaño ni por su sector, así que las herramientas pensadas para un historial operativo estable no le sirven.
- Construir, medir y aprender, planificado al revés: planifica el bucle hacia atrás desde lo que necesitas aprender y recórrelo después hacia delante, minimizando el tiempo total de una vuelta al ciclo.
- Mide el aprendizaje validado, no las funcionalidades entregadas: progresar significa demostrar empíricamente que has aprendido algo cierto sobre los clientes, así que un equipo puede cumplir cada entrega comprometida y no avanzar nada.
- Construye lo mínimo que produzca una respuesta: un producto mínimo viable existe para arrancar el aprendizaje, así que todo trabajo que vaya más allá de lo que eso exigía es desperdicio.
- Decide si pivotar o perseverar con una cadencia fija: un pivote pone a prueba una nueva hipótesis fundamental sin soltar lo ya validado, y el verdadero peligro está en aplazar la decisión.
- Conoce el motor que impulsa tu crecimiento: el crecimiento sostenible funciona con uno de tres motores, de retención, viral o de pago, y cada uno convierte en decisiva una cifra distinta.
- Trabaja en lotes pequeños para detectar problemas pronto: los lotes pequeños sacan los defectos a la luz cuando todavía es barato corregirlos, y por eso el flujo de una sola pieza gana al trabajo por lotes en cuanto a feedback.
The Lean Startup, de Eric Ries, sostiene que una startup es un experimento que se ejecuta bajo incertidumbre extrema, así que su unidad de progreso tiene que ser el aprendizaje validado y no las funcionalidades entregadas a tiempo. Este resumen destila las ideas centrales del libro en siete conclusiones que puedes aplicar a la forma en que tu propio equipo planifica, mide y decide.
Sobre The Lean Startup
Eric Ries cofundó en 2004 la red social basada en avatares IMVU y fue su CTO. Acuñó el término «Lean Startup» en su blog Startup Lessons Learned en septiembre de 2008, tres años antes del libro, y ha sido inusualmente franco al reconocer que el método salió de sus propios fracasos y no de sus éxitos.
Fue emprendedor residente en la Harvard Business School, en IDEO y en Pivotal, escribió después The Startup Way en 2017 sobre cómo aplicar el mismo método dentro de grandes organizaciones y fundó la Long-Term Stock Exchange, que la SEC aprobó como mercado nacional de valores en 2019.
Publicado en septiembre de 2011 por Crown Currency, sello de Penguin Random House, el libro reacciona a la vez contra dos fracasos opuestos. Uno es la teoría romántica de que el éxito de una startup viene del genio, del momento o de la suerte y que, por tanto, no se puede enseñar. El otro es el manual corporativo de producto, con su larga incubación, su plan detallado y su previsión de mercado, que según Ries produce «lograr el fracaso»: equipos que ejecutan de forma impecable y construyen algo que nadie quiere.
Su contraargumento es que el emprendimiento es una forma de gestión con su propia disciplina, y que esa disciplina es un bucle científico y no un plan mejor. El origen del propio libro es que Ries estudió el sistema de producción de Toyota tras las dificultades iniciales de IMVU y se preguntó qué aspecto tendría la fabricación lean aplicada a la innovación.
The Lean Startup fue bestseller de The New York Times, y la editorial declara más de un millón de ejemplares vendidos y traducciones a más de treinta idiomas. Su vocabulario de MVPs, pivotes y métricas de vanidad se usa hoy tan ampliamente que la mayoría de los equipos lo hereda de segunda mano, que es justo la razón por la que merece la pena leer el original. Para ver dónde encaja lean entre sus enfoques vecinos, consulta nuestro repaso de los métodos ágiles.
Ideas clave
Las siete ideas que siguen recogen los argumentos de The Lean Startup que se pueden trasladar a otro contexto. Cada una va de una afirmación sobre cómo progresan las startups a algo que puedes cambiar en la forma en que tu equipo mide y decide.
Los cinco principios del Lean Startup, en el orden del propio libro
- Los emprendedores están en todas partes: no hace falta trabajar en un garaje para estar en una startup, y el enfoque funciona en empresas de cualquier tamaño y en cualquier sector.
- El emprendimiento es gestión: una startup es una institución, no solo un producto, así que necesita un tipo de gestión pensado para la incertidumbre extrema.
- Aprendizaje validado: las startups existen para aprender a construir un negocio sostenible, y ese aprendizaje hay que demostrarlo con datos reales.
- Construir, medir, aprender: convierte las ideas en productos, mide cómo responden los clientes y aprende entonces si toca pivotar o perseverar.
- Contabilidad de la innovación: para que los innovadores rindan cuentas, céntrate en lo aburrido de medir el progreso, fijar hitos y priorizar el trabajo.
1. Las startups son experimentos, no empresas pequeñas
Ries abre el libro redefiniendo el sustantivo. Una startup no se define por su tamaño, su industria, su financiación ni su estética de garaje, sino por la condición en la que opera.
Es explícito al señalar que «la parte más importante de esta definición es lo que omite. No dice nada sobre el tamaño de la empresa, la industria ni el sector de la economía». Esa omisión es deliberada, porque permite que la definición cubra también a un equipo dentro de una empresa con miles de empleados.
El caso estrella del libro no es, por tanto, un garaje. Es SnapTax, construido dentro de Intuit, donde la incertidumbre no era técnica, sino si alguien declararía sus impuestos a partir de la foto de un formulario.
Caso del libro | Por qué no es una startup de garaje | Qué la convertía en startup igualmente |
|---|---|---|
SnapTax | Intuit, 7.700 empleados e ingresos de miles de millones | Nadie sabía si la gente declararía impuestos desde la foto hecha con un móvil |
Village Laundry Service | Respaldada por Innosight Ventures y dirigida por un veterano con ocho años en P&G | Nadie sabía si la gente entregaría su ropa a un desconocido y pagaría por ello |
Kodak Gallery | Una división de una empresa centenaria | Nadie sabía qué problema del cliente resolvía realmente la funcionalidad |
La consecuencia práctica es que el kit de herramientas de gestión habitual es el kit equivocado. Las previsiones, los hitos y los planes detallados dan por hecho un historial operativo estable, y una startup así definida no lo tiene.
Para quien gestiona objetivos trimestrales, conviene decir la parte incómoda sin rodeos. Una previsión llena de confianza sobre un producto sin validar no es rigor, es un error de categoría sobre qué tipo de cosa estás dirigiendo.
2. Construir, medir y aprender, planificado al revés
El bucle construir-medir-aprender es el motor del libro, y Ries es preciso en un detalle que la mayoría de los resúmenes se deja: el bucle se planifica hacia atrás aunque se recorra hacia delante.
Empiezas por lo que necesitas aprender, deduces qué medición te lo diría y solo entonces decides qué es lo más pequeño que puedes construir para producir esa medición.
El bucle tiene un artefacto en cada etapa, y nombrarlos es lo que impide que se quede en un eslogan:
- De la idea a la construcción. El resultado es un producto mínimo viable, dimensionado por lo que necesitas aprender y no por lo que parece terminado.
- Del producto a la medición. El resultado son datos, que tienen que ser accionables, accesibles y auditables o serán una métrica de vanidad.
- De los datos al aprendizaje. El resultado es aprendizaje validado, y la decisión que fuerza es pivotar o perseverar.
- Lo que se optimiza es el tiempo total de todo el bucle, no el rendimiento de ninguna etapa suelta.
Ese último punto es el que los equipos malinterpretan. Acelerar solo la fase de construcción no sirve de nada si la medición tarda seis semanas en llegar, y por eso el bucle es una cadencia y no una práctica de desarrollo.
El linaje es más antiguo de lo que el libro admite de pasada. Construir, medir y aprender desciende del ciclo PDCA, el bucle de planificar, hacer, verificar y actuar que Deming llevó a Japón, aplicado al descubrimiento de producto en lugar de a la calidad de los procesos.
La afirmación competitiva que hay debajo de todo esto es contundente: «La única forma de ganar es aprender más rápido que nadie». Una ventaja de salida, en su lectura, rara vez es lo bastante grande como para importar.
3. Mide el aprendizaje validado, no las funcionalidades entregadas
Esta es la idea que más directamente se traslada a quien gestiona objetivos. Ries sostiene que la unidad de progreso de un equipo tiene que cambiar: no las funcionalidades entregadas, ni las tareas completadas, ni el plan cumplido a tiempo y dentro de presupuesto, sino si el equipo aprendió algo cierto que antes no sabía.
Acota la expresión de inmediato frente a su abuso habitual, porque «hemos aprendido mucho» es la coartada estándar de un trimestre que no produjo nada.
La prueba que da para saber si una cifra merece reportarse son las tres A, y cada una detecta una forma distinta de engañarte a ti mismo.
Prueba | Qué exige | El fallo que detecta |
|---|---|---|
Accionable | El informe demuestra una relación clara de causa y efecto | Una cifra que sube sin que nadie sepa por qué |
Accesible | Todas las personas evaluadas por el informe pueden leerlo y comprobarlo | Métricas que viven dentro de la hoja de cálculo de un solo analista |
Auditable | Los datos se pueden verificar a mano, hablando con clientes reales | Cifras que nadie puede rastrear hasta una persona |
Lo que no supera ninguna de las tres tiene su propio nombre, la métrica de vanidad: totales brutos, usuarios registrados acumulados, visitas de página en crudo. «Las métricas de vanidad hacen estragos porque se aprovechan de una debilidad de la mente humana», escribe, ya que un total acumulado solo puede subir.
El sustituto es el análisis de cohortes: mirar por separado cada grupo de clientes que llegó en un periodo dado, de modo que una tasa de conversión plana siga siendo visible en lugar de quedar enterrada bajo los totales acumulados.
El corolario incómodo es que un equipo puede entregar todas las funcionalidades comprometidas y no haber progresado nada. Es la misma distinción entre output y outcome que se hace al fijar objetivos, solo que llega desde el lado del producto y no desde el de las metas.
4. Construye lo mínimo que produzca una respuesta
El producto mínimo viable es la idea más tomada prestada y peor entendida del libro, y Ries la define contra ese mal uso. Un MVP no es el producto más pequeño imaginable ni un prototipo, es la ruta más rápida a través de un bucle completo.
Es igual de claro sobre cuál es su trabajo. En sus palabras, «el objetivo del MVP es empezar el proceso de aprendizaje, no terminarlo», lo que significa que un MVP que no responde a nada es simplemente un producto pequeño.
Los ejemplos están elegidos a propósito para que varios de ellos ni siquiera sean productos. Cada uno respondió a una única pregunta que ningún debate interno habría podido zanjar:
- Dropbox publicó un vídeo demo de un producto que todavía no funcionaba, y la lista de espera de la beta pasó de 5.000 a 75.000 personas de la noche a la mañana.
- Food on the Table prestó a mano un servicio de conserjería a un puñado de clientes, para averiguar si alguien pagaría por un plan de comidas semanal armado a partir de las ofertas del supermercado.
- Village Laundry Service puso una lavadora doméstica en la caja de una camioneta por menos de 8.000 dólares, para averiguar si la gente entregaría su ropa y pagaría por ello.
- Zappos fotografió zapatos en una tienda del barrio y los compraba a precio de tienda cada vez que entraba un pedido, para averiguar si los clientes estaban listos para comprar zapatos por internet.
La regla de Ries sobre qué recortar es más dura que la que aplica la mayoría de los equipos. Todo trabajo que vaya más allá de lo necesario para empezar a aprender es desperdicio, por importante que pareciera cuando se planificó.
Los ejemplos están elegidos para dejar clara una cosa sobre las definiciones. Un MVP se define por la pregunta que responde, no por cuánto de él existe.
5. Decide si pivotar o perseverar con una cadencia fija
El pivote es el procedimiento de decisión del libro, y Ries trata la indecisión, y no el fracaso, como el verdadero peligro. Su definición es más estrecha que la popular: «Un pivote es un tipo especial de cambio diseñado para poner a prueba una nueva hipótesis fundamental sobre el producto, el modelo de negocio y el motor de crecimiento».
La palabra «especial» carga con todo el peso. Un pivote mantiene un pie plantado y conserva lo que ya se ha validado, y eso es lo que lo separa de empezar de cero.
La contabilidad de la innovación es lo que hace que la decisión tenga respuesta en lugar de ser emocional. Estableces una línea base con un MVP, ajustas el motor hacia el ideal y miras después si el ajuste está funcionando, que es la pregunta de pivotar o perseverar en forma numérica.
Ries recomienda poner esa reunión en el calendario con una cadencia fija en lugar de esperar a una crisis, precisamente porque la conversación es cara y de lo contrario se aplazará para siempre. Los equipos que ya hacen un check-in de OKR periódico tienen el hueco en la agenda; lo que suele faltarles es permiso para cambiar la hipótesis dentro de él.
Cinco de los diez pivotes del catálogo del libro
- Pivote de acercamiento: lo que era una sola funcionalidad se convierte en el producto entero.
- Pivote de alejamiento: lo que era el producto entero se convierte en una sola funcionalidad de algo mayor.
- Pivote de segmento de cliente: el producto resuelve un problema real, pero para un cliente distinto del previsto.
- Pivote de necesidad del cliente: el cliente es el correcto, el problema resulta no importar lo suficiente y otro problema relacionado sí importa.
- Pivote de motor de crecimiento: cambia el modelo de crecimiento, por ejemplo de viral a de pago. Este es el que Ries tuvo que hacer en IMVU.
Hay diez en total, y los otros son el de plataforma, el de arquitectura de negocio, el de captura de valor, el de canal y el de tecnología. Nombrarlos importa porque un equipo que solo sabe decir «vamos a cambiar de rumbo» no tiene forma de discutir sobre qué rumbo.
La advertencia que acompaña es el pasaje más afilado del libro, y apunta a la perseverancia y no al fracaso.
6. Conoce el motor que impulsa tu crecimiento
Ries sostiene que el crecimiento sostenible sigue exactamente uno de tres motores, y que las métricas de un equipo solo cobran sentido cuando sabe en cuál está.
La cuestión no es la taxonomía. Cada motor convierte en decisiva una cifra distinta, así que un equipo que optimiza la cifra equivocada puede mejorar todo lo que mide mientras el crecimiento sigue plano.
El motor de retención, que Ries llama sticky, lo gobierna la tasa de cancelación: hay crecimiento cuando el ritmo de captación de clientes nuevos supera al ritmo al que se marchan los que ya tenías, y la rapidez con la que ese crecimiento se acumula es simplemente la diferencia entre ambos ritmos. El motor viral lo gobierna el coeficiente viral, que cuenta cuántos clientes nuevos trae cada cliente nuevo, y cualquier valor por encima de 1,0 produce crecimiento compuesto. El motor de pago lo gobierna el margen entre lo que vale un cliente y lo que cuesta captarlo.
Motor | Qué malinterpretan los equipos |
|---|---|
Retención | Celebrar los usuarios registrados acumulados mientras la cancelación se come la base en silencio |
Viral | Tratar el boca a boca como una campaña que se lanza y no como una propiedad del producto |
De pago | Comprar un crecimiento que no es rentable y reportarlo como tracción |
Ries usa su propio fracaso como caso. IMVU se construyó sobre el supuesto de que crecería de forma viral a través de las redes de mensajería instantánea que ya existían, los clientes se negaron a usarlo así y la empresa tuvo que ejecutar un pivote de motor de crecimiento.
7. Trabaja en lotes pequeños para detectar problemas pronto
La tercera parte del libro deja de tratar sobre startups y pasa a tratar sobre cómo trabajan los equipos, y su mecánica central es el tamaño del lote. Ries toma prestado el flujo de una sola pieza de la fabricación lean y sostiene, contra la intuición de todo el mundo, que terminar una unidad de principio a fin gana a hacer el primer paso de todas las unidades y después el segundo paso de todas.
La razón es el feedback, no el rendimiento. Un lote pequeño te dice que algo va mal cuando todavía es barato arreglarlo, y un lote grande te lo dice al final.
Por qué ganan los lotes pequeños, en los términos del libro
- Los problemas aparecen cuando el lote todavía es lo bastante pequeño como para que corregirlo salga barato.
- Nadie tiene que adivinar al final si toda la tirada está defectuosa.
- El retrabajo queda acotado por el lote y no por el plan entero.
- El equipo aprende su tiempo de ciclo real en lugar del planificado.
- No se puede cambiar calidad por tiempo, porque los defectos que creas ahora te frenan después.
La práctica emparejada son los Cinco Porqués: pregunta «por qué» cinco veces para rastrear un síntoma hasta su causa raíz y haz después una inversión proporcionada en prevención en cada nivel. La afirmación de Ries es que así es como un equipo se acelera sin acumular burocracia, porque la inversión se dimensiona según el síntoma y no según el miedo.
Lo que hace que la práctica funcione es una regla cultural y no una regla técnica, y es la frase que más citan los lectores.
Sin esa regla, el ejercicio degenera en una caza de culpables, y el equipo aprende a esconder los defectos en lugar de a rastrearlos.
Reseña y limitaciones de The Lean Startup
The Lean Startup tiene una valoración de 4,11 en Goodreads con más de 370.000 lectores. El comentario de Marc Andreessen recogido por la editorial dice que «Eric ha creado una ciencia donde antes solo había arte», y a Jeffrey Immelt, entonces CEO de General Electric, se le cita en la página de la editorial diciendo «hago que todos nuestros directivos lean The Lean Startup». Aun así, los reseñadores han señalado varias limitaciones.
La evidencia son casos prácticos seleccionados a posteriori: el libro pide a sus lectores que hagan experimentos popperianos y defiende después esa disciplina con una sucesión de relatos sobre empresas que ya habían triunfado, incluida la del propio autor. Un método cuya prueba es una lista de ganadores no puede mostrarte qué aspecto tendría ese método si estuviera equivocado.
Certifica el éxito con rondas de financiación y ofertas de compra: cuando el texto necesita establecer que un caso práctico funcionó, echa mano del dinero levantado o de las ofertas recibidas, que es exactamente el tipo de cifra acumulada y no causal de la que su propio capítulo sobre métricas te dice que desconfíes.
El método optimiza lo que es barato de observar: en un ensayo de Long Range Planning, Teppo Felin, Alfonso Gambardella, Scott Stern y Todd Zenger sostienen que el énfasis en el feedback fácilmente observable infravalora la tarea central del emprendedor, que es componer una teoría novedosa que merezca la pena poner a prueba. Su conclusión es que la metodología lean startup «promueve experimentos incrementales que, la mayoría de las veces, solo generan valor incremental», algo que Peter Thiel plantea desde la dirección contraria en Zero to One cuando dice que la iteración encuentra máximos locales y no cosas nuevas.
Casi todos los ejemplos son de software: IMVU, Dropbox, Grockit, Votizen, Wealthfront y SnapTax se pueden cambiar a diario, y la cadencia que el libro da por hecha sencillamente no está disponible en sectores regulados, en hardware, en biotecnología ni en nada con una cadena de suministro física. Ries ofrece Village Laundry Service como contraejemplo, pero esos casos son una pequeña minoría del libro.
¿Quién debería leer este libro?
The Lean Startup es para responsables de producto, fundadores y líderes de ingeniería o de producto en equipos de entre 5 y 200 personas que construyen algo cuya demanda está de verdad sin probar y que pueden lanzar y medir en menos de una semana. Donde más impacta es en quien acaba de ver cómo una hoja de ruta impecablemente ejecutada entregó un producto que nadie adoptó.
También resulta inusualmente útil para quienes lideran innovación y nuevos negocios dentro de grandes empresas, ya que Ries escribió la tercera parte para exactamente ese lector y entre los casos están Intuit y General Electric. Para un público que trabaja con objetivos, el lector natural es quien tiene a su cargo un Objetivo trimestral cuyos Resultados clave cuentan hoy outputs.
Encaja peor donde la demanda ya se conoce y un largo historial operativo hace que la planificación clásica funcione. Quien busque evidencia rigurosa se llevará una decepción, y quien haya absorbido el vocabulario de segunda mano encontrará repetitivo el primer tercio: las partes que recompensan una lectura completa son la contabilidad de la innovación, los motores de crecimiento y el material sobre lotes pequeños del final.
Lecturas relacionadas
Recursos de Mooncamp
- Resumen del libro Zero to One: la réplica de Thiel de que la iteración encuentra máximos locales y no avances de verdad
- OKRs y Agile: cómo encajan una cadencia de aprendizaje y una cadencia de objetivos en el mismo trimestre
- Errores con los OKRs: el problema de las métricas de vanidad tal y como aparece dentro de un sistema de objetivos
- Mejores libros sobre OKR: dónde encaja este libro en la estantería más amplia de fijación de objetivos y ejecución
Libros relacionados
- Zero to One, de Peter Thiel: la réplica directa, que sostiene que ser lean es una metodología y no un objetivo
- The Startup Owner's Manual, de Steve Blank y Bob Dorf: el desarrollo de clientes, antecesor de este método, con el proceso paso a paso que los críticos dicen que Ries dejó fuera
- The Startup Way, de Eric Ries: la secuela del propio autor, que lleva el mismo método a grandes organizaciones con una capa de gobernanza
- Crossing the Chasm, de Geoffrey Moore: el modelo de los primeros adoptantes que hay detrás de la insistencia de Ries en encontrar a los clientes que sienten el problema con más intensidad
