La mayoría de las personas que empiezan a crear un producto cometen el mismo error y es comprensible. Tienes una idea que suena genial, te emocionas y pasas meses construyendo la versión completa de lo que imaginaste. Cuando finalmente lo lanzas, descubres que pocas personas lo quieren, o que quieren algo similar, pero diferente a lo que tú hiciste. Se acabó el tiempo y el dinero.
El desarrollo eficiente de productos existe para evitar exactamente este error. No se trata de una metodología complicada ni de un conjunto de ceremonias. Es una forma de pensar que cabe en una frase: descubre si merece la pena antes de construirlo todo. Quienes aprenden esto temprano se ahorran meses de trabajo desperdiciado.
Este texto es para aquellos que recién comienzan. Sin jerga innecesaria ni promesas mágicas. Sólo el razonamiento esencial y cómo empezar a aplicarlo en tu primer producto.
El error que soluciona lean
La intuición natural de quien crea es construir primero y validar después. Tiene sentido emocionalmente: es tu idea, crees en ella, quieres verla terminada. El problema es que su creencia no es prueba de que otras personas quieran el producto.
Lean parte de una incómoda humildad: probablemente te equivocas en algo importante y no sabes qué. Podría estar equivocado acerca de quién es el cliente, qué problema tiene, si pagaría para resolverlo, cómo debería funcionar la solución. Cada uno de estos supuestos es un riesgo, y construir el producto completo es apostarlo todo a la vez.
La tesis aquí es simple y poderosa: antes de ser una idea de construcción, cada producto es un conjunto de suposiciones, y el trabajo inicial es descubrir cuáles de ellas son ciertas. La construcción viene después, y sólo a partir de lo que ha sobrevivido a la prueba.
Hipótesis: la palabra que lo cambia todo
Para empezar a pensar en Lean, cambie "Estoy seguro" por "Tengo una hipótesis". Parece pequeño, pero cambia todo el comportamiento.
Cuando estás seguro, cualquier evidencia contraria se convierte en una amenaza. Cuando tienes una hipótesis, la evidencia contraria se convierte en información útil, te impide pasar meses en la dirección equivocada. La persona que piensa en hipótesis siente curiosidad por probarlas; la persona que está segura se pone a la defensiva.
Enumere las suposiciones detrás de su producto. ¿Quién lo usará? ¿Qué problema le resuelve esto a esta persona? ¿Por qué usaría su solución en lugar de la que ya hace hoy? ¿Le importa lo suficiente como para pagar, descargar o cambiar su hábito? Cada una de estas preguntas es una hipótesis a probar y algunas son más riesgosas que otras. Empiece por el más riesgoso, aquel que, de ser falso, hará caer todo el producto.
El verdadero MVP (y lo que no es)
MVP, producto mínimo viable, es el término más utilizado y más distorsionado en lean. Mucha gente piensa que MVP es "una versión poco convincente del producto final". No lo es.
MVP es el experimento más pequeño capaz de probar tu hipótesis más arriesgada. La palabra clave es experimentar. Su objetivo no es ofrecer valor completo; es generar aprendizaje con el mínimo esfuerzo. A veces el MVP ni siquiera es un software. Podría ser una página que explique el producto para ver si la gente se registra. Podría ser que usted resuelva manualmente el problema de diez clientes antes de automatizar algo.
Un ejemplo concreto. Imagine que desea crear una aplicación que conecte a los residentes de un vecindario con proveedores de servicios locales. La versión completa tardaría meses. MVP podría ser un grupo de mensajería donde tú mismo haces la intermediación durante algunas semanas. Si nadie lo usa incluso cuando es fácil y gratuito, acaba de ahorrar meses de desarrollo. Si lo usan mucho, habrás aprendido que vale la pena construirlo y ahora entenderás cómo lo usa realmente la gente.
Construir, medir, aprender
El corazón de Lean es un ciclo corto: construyes algo pequeño, mides cómo reacciona la gente, aprendes de ello y decides el siguiente paso. Luego repite. Cada giro del ciclo reduce tu incertidumbre.
El punto en el que los principiantes cometen más errores es en medir lo correcto. Es fácil entusiasmarse con métricas que parecen buenas pero que no significan nada, como la cantidad de me gusta, visitas y elogios de amigos. Estos son vanidad. Lo que importa es el comportamiento que confirma tu hipótesis: ¿la gente volvió? ¿Lo usaste de nuevo? ¿Se lo han recomendado a otros? pagaron? El comportamiento real vale más que una opinión amable.
Aprender también significa estar dispuesto a cambiar de dirección. Cuando los datos contradicen la hipótesis, hay dos soluciones honestas: ajustar lo que se está haciendo o cambiar de rumbo de manera más profunda. Insistir en la idea original en contra de la evidencia no es perseverancia, es terquedad costosa.
Ojo con los datos de personas desde el principio
Un punto que los principiantes tienden a dejar para más adelante y no deberían: en el momento en que empiezas a recopilar información sobre usuarios, correos electrónicos, números de teléfono, comportamiento, empiezas a tratar con datos personales. En Brasil, la LGPD se aplica incluso a productos pequeños en fase de prueba.
No necesita una estructura legal compleja para comenzar bien. Necesitas sentido común: recopila solo lo que realmente usarás, explica para qué sirve, pide permiso claramente y no compartas estos datos. Convertir este cuidado en un hábito desde el primer experimento es mucho más fácil que intentar solucionarlo más tarde, cuando ya tienes usuarios y datos dispersos. También es una forma de respeto que genera confianza, y la confianza es lo que hace que la gente regrese.
La trampa de la planificación excesiva
Hay un riesgo opuesto al de construir demasiado: planificar para siempre. Algunas personas se enamoran de la fase de validación y nunca construyen nada, saltando de experimento en experimento sin decidirse.
Lean no es excusa para la parálisis. El objetivo de cada experimento es tomar una decisión: continuar, ajustar o detenerse. Si ha estado probando durante meses y nunca ha llegado a una decisión, el método se ha convertido en una procrastinación disfrazada. Define, antes de cada experimento, qué te haría avanzar y qué te haría detenerte. Sin estos criterios acordados de antemano, es fácil interpretar cualquier resultado como una señal de que vale la pena continuar.
Cierre
El desarrollo de productos Lean no se trata de construir rápidamente. Se trata de determinar desde el principio si vale la pena construirlo. Para aquellos que recién comienzan, esta diferencia es el límite entre perder meses con la idea equivocada y pasar semanas aprendiendo cuál es la idea correcta.
Empiece poco a poco, pruebe primero la suposición más arriesgada, mida el comportamiento real y tenga el valor de cambiar de rumbo cuando los datos lo requieran. Este hábito, más que cualquier herramienta, es lo que separa a quienes terminan productos que la gente usa de quienes recopilan proyectos abandonados.
Si está creando su primer producto y aún no ha probado sus suposiciones, este es el mejor momento para comenzar, antes de la siguiente línea de código. Hay otros textos aquí en el blog sobre validación, MVP y métricas que profundizan en cada paso de este camino.
Lea también
- Desarrollo de productos Lean: creación de productos Lean
- Desarrollo de producto Lean en las empresas: cómo planificar sin matar la velocidad en el camino
- Desarrollo Lean de Productos: Planificación para Startups
- Validación de producto: cómo probar ideas antes de construir
- Aplicación para Startups
- ¿Vale la pena hacer una aplicación? La lista de verificación honesta antes de gastar el primer dólar