El método Lean Startup - Eric Ries

Eric Ries y su equipo pasaron seis meses construyendo un producto completo. Tenía avatares en tres dimensiones, chat instantáneo, un catálogo de accesorios virtuales para vender, y un sitio de marketing terminado. Lo lanzaron con la convicción de que la gente lo iba a adoptar de inmediato. Casi nadie lo usó. El fracaso no vino de un error de programación ni de un servidor caído. Vino de una suposición equivocada sobre lo que los usuarios realmente querían, una suposición que el equipo nunca puso a prueba hasta después de invertir esos seis meses enteros en construirla. De esa experiencia, y de varias parecidas que la precedieron, nació el método Lean Startup.

Antes de esa startup, Ries ya había pasado por un fracaso más contundente todavía. Cofundó una empresa llamada Catalyst Recruiting durante sus años de estudiante, que no prosperó. Después trabajó como ingeniero en There.com, una plataforma de mundos virtuales que consumió años de desarrollo meticuloso antes de lanzarse al mercado, y que fracasó de manera pública y costosa poco después de su lanzamiento. Ries salió de esa experiencia con una pregunta que lo perseguiría durante años: ¿por qué un equipo de ingenieros talentosos, trabajando con disciplina y siguiendo las mejores prácticas de desarrollo de software que existían en ese momento, podía construir con tanta destreza técnica algo que nadie quería?

Lo que IMVU reveló en sus propios datos

Vale la pena contar con más detalle qué pasó exactamente en ese primer lanzamiento fallido de IMVU, porque la historia completa es más reveladora que el resumen simple de un producto que nadie quiso. La idea original era construir un complemento que se instalara sobre los programas de mensajería instantánea que la gente ya usaba en ese momento, como AOL Instant Messenger, y que permitiera chatear con avatares tridimensionales dentro de una ventana adicional, usando la misma lista de contactos que cada usuario ya tenía. El equipo asumió que la gente iba a querer usar avatares para hablar con sus amigos y familiares de siempre. Casi nadie lo hizo. Pero al revisar los datos de uso con más atención, el equipo encontró algo inesperado: un grupo reducido de usuarios sí estaba usando el producto de manera activa, aunque no de la forma prevista. Lo usaban para conocer gente completamente nueva, no para hablar con contactos existentes, y muchos de ellos ni siquiera tenían instalado el programa de mensajería original sobre el que IMVU se suponía que debía funcionar como complemento. Esa señal, escondida dentro de un lanzamiento que a simple vista parecía un fracaso total, fue lo que llevó al equipo a rediseñar el producto como una red social independiente centrada en conocer desconocidos, la versión de IMVU que finalmente prosperó.

La empresa donde Ries terminó de formular su respuesta fue IMVU, una red social de avatares tridimensionales que cofundó junto a Will Harvey. Ahí conoció a Steve Blank, un emprendedor e inversor de Silicon Valley que se había convertido en mentor de Ries y que ya venía desarrollando sus propias ideas sobre lo que llamaba desarrollo de clientes, un proceso sistemático para validar suposiciones sobre el mercado antes de construir un producto completo. Ries tomó esas ideas de Blank y las combinó con otra fuente de inspiración menos obvia para el mundo de las startups tecnológicas: el sistema de producción de Toyota, desarrollado décadas antes por Taiichi Ohno y Shigeo Shingo para eliminar el desperdicio en las líneas de ensamblaje de automóviles.

Construir, medir, aprender

La conexión entre ambas fuentes es la que le da nombre al método. Toyota había demostrado que gran parte del desperdicio en una fábrica no viene de trabajar lento o de usar materiales caros, sino de producir cosas que nadie termina necesitando: inventario excesivo, piezas defectuosas, pasos de producción que no agregan valor real al producto final. Ries aplicó esa misma lógica al mundo de las startups. El desperdicio más costoso en una startup, argumentó, no es el tiempo perdido en reuniones ni el dinero gastado en oficinas. Es el esfuerzo de ingeniería invertido en construir funciones, productos o negocios completos que, al final, nadie quiere usar ni comprar.

El corazón del método es un ciclo que Ries llama construir, medir, aprender. Funciona así. Primero, el equipo formula una hipótesis específica sobre lo que el cliente necesita o valora, en lugar de asumir que ya lo sabe con certeza. Segundo, construye la versión más pequeña posible de un producto capaz de poner esa hipótesis a prueba con clientes reales, no con encuestas ni con grupos focales, sino con comportamiento real de compra o de uso. Tercero, mide los resultados con datos concretos. Y cuarto, aprende de esos datos si la hipótesis original era correcta, y decide si continuar en la misma dirección o cambiar de rumbo. Ese ciclo se repite una y otra vez, cada vez más rápido a medida que el equipo gana práctica, hasta que el producto final refleja lo que el mercado realmente demuestra que quiere, en lugar de lo que el equipo fundador imaginó al principio sin ninguna evidencia.

La pieza central de ese ciclo es lo que Ries llama el producto mínimo viable, un concepto que se volvió tan popular que hoy se lo conoce simplemente por sus siglas, MVP, en prácticamente cualquier conversación sobre startups. Un producto mínimo viable no es una versión reducida o de baja calidad del producto final. Es la versión más pequeña posible de un producto que permite completar una vuelta entera del ciclo construir, medir, aprender con el menor esfuerzo posible. El objetivo no es impresionar a los primeros usuarios con un producto pulido. Es aprender lo máximo posible sobre lo que esos usuarios realmente necesitan, con la menor inversión de tiempo y dinero.

Las hipótesis de fe: Zappos y Dropbox

Para saber qué probar primero, el libro propone identificar lo que Ries llama las hipótesis de fe, las suposiciones más riesgosas sobre las que se apoya todo el negocio y que, si resultan falsas, hunden el proyecto completo sin importar qué tan bien funcione el resto. Distingue en particular dos tipos. La hipótesis de valor pregunta si el producto realmente resuelve un problema que le importa a la gente lo suficiente como para pagar por la solución o para dedicarle tiempo de manera sostenida. La hipótesis de crecimiento pregunta si, una vez que el producto genera valor real para sus primeros usuarios, existe una manera de que ese valor se traduzca en una base de clientes que siga creciendo. El método Lean Startup insiste en probar primero la hipótesis de valor. Muchos equipos cometen el error inverso: invierten en estrategias de crecimiento y de marketing antes de comprobar si el producto realmente le importa a alguien, y terminan atrayendo tráfico y usuarios hacia algo que nadie quiere de manera sostenida.

El libro está lleno de ejemplos de MVPs que no encajan con la imagen tradicional de un producto de software terminado. Zappos, la tienda de calzado online que después compró Amazon, empezó con un experimento mínimo. Su fundador se llamaba Nick Swinmurn, y sospechaba que la gente estaría dispuesta a comprar zapatos por internet sin probárselos antes, algo que en ese momento parecía contraintuitivo para casi cualquier inversor. En lugar de construir un sistema completo de inventario y logística, Swinmurn fotografió zapatos en tiendas físicas locales, publicó esas fotos en un sitio web sencillo, y cuando alguien hacía un pedido, iba personalmente a la tienda, compraba el par al precio de venta al público, y lo enviaba por correo. Perdía dinero en cada transacción individual. Pero validaba, con comportamiento de compra real, la hipótesis más importante y más riesgosa de todo el negocio antes de construir ninguna infraestructura costosa.

Otro ejemplo que Ries desarrolla en detalle es el de Dropbox. Antes de construir la tecnología completa de sincronización de archivos en la nube, algo técnicamente complejo y costoso de desarrollar, su fundador Drew Houston grabó un video breve mostrando cómo funcionaría el producto, con una demostración simulada de la experiencia de uso. Publicó ese video en una comunidad de entusiastas de la tecnología. La lista de espera de personas interesadas en probar el producto pasó de cinco mil a setenta y cinco mil personas de un día para el otro, sin que existiera todavía una sola línea de código funcional del producto real. Esa señal de demanda, obtenida con un esfuerzo mínimo, le dio al equipo la confianza para invertir meses de desarrollo técnico serio en un producto que ya sabían que tenía audiencia esperando.

Medir lo que realmente importa

Un concepto que se desprende directamente del MVP es el de aprendizaje validado. Ries insiste en que el progreso de una startup no debería medirse únicamente por cuánto código se escribió, cuántas funciones se lanzaron o cuánto dinero se recaudó de inversores. Debería medirse por cuánto aprendizaje real y verificable sobre el negocio se generó en cada ciclo de trabajo. Una startup puede construir muchísimas funciones a gran velocidad y sin embargo estar completamente perdida, si nunca comprueba con evidencia real si esas funciones responden a algo que los clientes efectivamente necesitan.

Esta idea conecta con otro de los aportes centrales del libro, lo que Ries llama contabilidad de la innovación, un sistema de métricas diseñado específicamente para startups que todavía no tienen un modelo de negocio probado. Ries critica con dureza lo que llama métricas de vanidad: números que suben con el tiempo casi de manera automática, como la cantidad total de usuarios registrados o el total de descargas acumuladas, pero que no dicen prácticamente nada sobre si el negocio está mejorando de manera sostenible. La alternativa que propone son las métricas accionables, medidas con análisis de cohortes: en lugar de mirar totales acumulados, comparar el comportamiento de grupos de usuarios que se unieron en momentos distintos, para ver si los cambios introducidos en el producto realmente mejoran el comportamiento de los usuarios nuevos frente al de los anteriores.

Dentro de esa contabilidad de la innovación, el libro propone tres etapas concretas. Primero, usar un producto mínimo viable para establecer una línea de base real sobre cómo se comportan los clientes actuales, en lugar de partir de proyecciones optimistas hechas en una planilla de cálculo antes de tener ningún dato genuino. Segundo, afinar el motor del negocio con ciclos sucesivos de experimentación, moviendo esas métricas de línea de base cada vez un poco más cerca del ideal que el equipo persigue. Y tercero, con esa evidencia acumulada, decidir si conviene pivotar hacia una estrategia distinta o perseverar en la dirección actual.

El método también se apoya con fuerza en la práctica de las pruebas A/B, donde distintos segmentos de usuarios reciben versiones ligeramente distintas de un producto o de una función, para medir con precisión qué versión genera mejores resultados. IMVU se convirtió en un caso de estudio dentro del libro por su práctica de despliegue continuo: el equipo llegó a publicar cambios de código en producción decenas de veces por día, cada uno acompañado de mediciones automáticas que permitían detectar de inmediato si un cambio mejoraba o empeoraba el comportamiento de los usuarios reales. Esa velocidad de iteración es la que permite completar muchísimos ciclos de construir, medir y aprender en el mismo período de tiempo que un competidor más lento tarda en completar uno solo.

Pivotar, pero con método

Uno de los términos que el libro popularizó más allá del mundo de las startups es el del pivote. Un pivote es un cambio estructurado de dirección, diseñado para poner a prueba una nueva hipótesis fundamental sobre el producto, la estrategia o el motor de crecimiento del negocio, sin abandonar necesariamente todo lo aprendido hasta ese momento. Ries describe varios tipos distintos de pivote en el libro: el pivote de acercamiento, donde una sola función de un producto más grande se convierte en el producto completo; el pivote de alejamiento, el proceso inverso, donde lo que era el producto completo pasa a ser una sola función dentro de algo más amplio; el pivote de segmento de clientes, donde el producto se mantiene igual pero se dirige a un tipo de cliente distinto del que se había imaginado originalmente; y el pivote de motor de crecimiento, donde la empresa cambia la estrategia que usa para atraer y retener usuarios nuevos.

Sobre ese último punto, el libro dedica un capítulo entero a lo que Ries llama los motores de crecimiento, y describe tres tipos principales que pueden impulsar a una startup. El motor pegajoso depende de la retención: la empresa crece en la medida en que logra que los clientes existentes se queden y sigan usando el producto durante más tiempo del que lo abandonan. El motor viral depende de que los propios usuarios traigan usuarios nuevos como parte natural del uso del producto, sin necesidad de una campaña de marketing separada. Y el motor pagado depende de que el valor que genera cada cliente a lo largo del tiempo supere de manera consistente el costo de adquirirlo a través de publicidad paga. Ries argumenta que cada uno de esos motores exige métricas, prioridades y decisiones de producto muy distintas, y que buena parte de la confusión estratégica en las startups viene de intentar perseguir los tres motores al mismo tiempo, sin comprometerse con ninguno en particular.

El libro también recupera una técnica clásica de Toyota, la de los cinco por qués, y la adapta al contexto de una startup. Cuando algo sale mal, en lugar de buscar a quién culpar, el equipo pregunta por qué pasó eso, y después vuelve a preguntar por qué sobre la respuesta obtenida, repitiendo el proceso hasta cinco veces, hasta llegar a una causa raíz que suele ser mucho más profunda que el problema superficial que generó la queja inicial. Un ejemplo concreto que aparece en el libro ilustra bien el mecanismo. Un cambio de código nuevo hizo caer el sitio completo de IMVU durante varios minutos. La primera pregunta fue por qué falló el sitio. Eso llevó a una segunda pregunta: por qué el cambio con el error llegó hasta producción sin que nadie lo detectara antes. Esa segunda pregunta llevó a una tercera: por qué el ingeniero que hizo el cambio no corrió las pruebas automáticas que hubieran detectado el problema. Siguiendo la cadena, el equipo llegó a una causa raíz que no tenía nada que ver con ese ingeniero en particular: el proceso de incorporación de nuevos empleados no incluía una capacitación clara sobre cómo y cuándo correr esas pruebas antes de publicar cambios. La solución de fondo no fue sancionar al ingeniero, sino rediseñar el proceso de incorporación para todos los que se sumaran después.

De Silicon Valley al mundo entero

El libro también aborda, aunque de manera más breve que los conceptos anteriores, la cuestión de cuándo perseverar con una estrategia y cuándo pivotar hacia otra. Ries no ofrece una fórmula matemática exacta para esa decisión, pero sí insiste en que las startups deberían fijar de antemano, antes de lanzar cada experimento, qué resultado consideran suficiente para seguir adelante en la misma dirección y qué resultado consideran una señal clara de que hace falta cambiar de rumbo.

El libro se publicó en 2011 y tuvo una influencia enorme y casi inmediata en la cultura de las startups tecnológicas, particularmente en Silicon Valley, donde términos como MVP, pivote y motor de crecimiento se volvieron parte del vocabulario cotidiano de cualquier fundador, inversor o programa de aceleración. Y-Combinator y otras aceleradoras de startups incorporaron explícitamente el marco de Ries en sus programas de mentoría. Con el tiempo, el método también saltó fuera del ámbito de las startups tecnológicas. Ries publicó un libro posterior, El camino Lean Startup, donde documenta la aplicación de estas mismas ideas dentro de empresas grandes y ya establecidas, incluyendo un programa llamado FastWorks que General Electric implementó de manera formal en varias de sus divisiones industriales, muy lejos del mundo del software donde el método había nacido. También trabajó con agencias del gobierno de Estados Unidos interesadas en aplicar principios similares al desarrollo de servicios públicos digitales.

El método no está libre de críticas. Algunos especialistas señalan que la lógica del producto mínimo viable, pensada originalmente para software que se puede modificar y desplegar con rapidez casi ilimitada, encaja mucho peor en industrias donde construir cualquier prototipo, aunque sea mínimo, implica inversiones de capital considerables y ciclos de desarrollo mucho más largos, como ocurre en biotecnología, en hardware o en industria pesada. Otros advierten sobre el riesgo de que la obsesión por medir todo y optimizar métricas de corto plazo termine empujando a los equipos hacia mejoras incrementales fáciles de medir, en lugar de hacia innovaciones más ambiciosas y de más largo aliento que resultan más difíciles de validar con un experimento rápido. Y el término pivote, de tan repetido en el mundo del emprendimiento, terminó convertido a veces en una excusa retórica para justificar cambios de rumbo desordenados que poco tienen que ver con la disciplina experimental que Ries proponía originalmente.

> "Una startup, antes que una versión pequeña de una empresa grande, es fundamentalmente un experimento diseñado para descubrir un modelo de negocio repetible y escalable bajo condiciones de incertidumbre extrema."

A pesar de esas críticas, la contribución central del libro sigue vigente. Y que la manera más inteligente de manejar la incertidumbre de una startup no es planificar con más detalle ni predecir con más precisión, algo que en un contexto genuinamente nuevo resulta casi imposible, sino aprender más rápido que la competencia a través de ciclos cortos, baratos y honestos de construir, medir y aprender.

Más de una década después de su publicación, gran parte del vocabulario de este libro, MVP, pivote, aprendizaje validado, se volvió tan común en el mundo de los negocios que muchos lo usan hoy sin recordar de dónde salió. Y quizás esa sea la mejor prueba de que Ries tenía razón: la mejor idea no es la que se queda encerrada en un libro, sino la que se filtra tan profundo en la manera de trabajar de una industria entera que termina dándose por sentada. Si estás por lanzar algo, grande o pequeño, este libro te va a ahorrar meses de construir en la dirección equivocada.