La pregunta clave: ¿cuándo lo básico es demasiado básico, y por qué depende de quién lo compre?
Hay una versión del enfoque «Lean Startup» que ha causado un daño real a toda una generación de fundadores.
La idea es la siguiente: lanza rápido, lanza sin pulir, ya lo arreglarás después. Se supone que el MVP debe dar vergüenza. Si no te avergüenza, es que lo has lanzado demasiado tarde.
Reid Hoffmann lo dijo. Miles de mentores de aceleradoras lo repitieron. Y muchos fundadores novatos lo interpretaron como un visto bueno para crear algo que, en realidad, no funcionaba, no resolvía el problema y no merecía ni una segunda mirada por parte de las personas a las que se lo presentaban.
Esto es lo que ese consejo pasa por alto. Hay una diferencia entre «mínimo» y «deficiente». Y hay una diferencia entre una aplicación B2C y una herramienta empresarial B2B. Y hay una diferencia muy importante entre un mercado que tolera las dificultades y otro que no.
Si te equivocas en esto, no solo te retrasas. En algunos casos, la conversación se acaba para siempre.
«Mínimo viable» no significa «mínimo aceptable»
La palabra importante en MVP no es «mínimo», sino «viable».
«Viable» significa que funciona. Significa que la persona que lo utiliza obtiene el resultado que buscaba. Significa que se cumple la promesa fundamental del producto, aunque todo lo demás sea básico, manual o esté un poco verde.
Lo que se puede recortar en un MVP es el alcance. Lo que no se puede recortar es la funcionalidad.
Una aplicación de reparto de comida que se cuelga al finalizar el pedido no es un MVP. Es un producto defectuoso. Un panel de control SaaS que pierde datos no es «lean». Es un lastre. «Mínimo» significa que has eliminado todas las funciones que no son esenciales. No significa que las funciones esenciales estén a medio desarrollar.
Esta es la idea en la que se basa la «Puerta 6» del programa de estudios de Entreprenerds. Antes de diseñar tu MVP, debes identificar tus hipótesis clave. Antes de desarrollarlo, debes ponerlas a prueba. El MVP es el medio para realizar esa prueba, y un medio que no se mueve no te dice nada.
El B2B y el B2C no son el mismo problema
Es aquí donde el consejo de «enviarlo sin pulir» causa más daño.
En el ámbito B2C, a menudo se vende a personas que toman decisiones de poca importancia. Un consumidor que prueba una nueva aplicación tiene pocos costes de cambio y pocas expectativas en cuanto al acabado en la fase inicial. Si tu producto es lo suficientemente interesante, tolerará las dificultades. Si falla, es posible que vuelva. El ciclo de retroalimentación es rápido y el coste de una mala primera impresión, aunque real, es recuperable.
En el ámbito B2B, vendes a un profesional que toma decisiones en nombre de una organización. Lo que está en juego es diferente. El escrutinio es diferente. La unidad de toma de decisiones —el comprador económico, el impulsor, el usuario final— evalúa no solo tu producto, sino también tu credibilidad como proveedor.
Si tu MVP falla durante una demostración, no tendrás una segunda reunión. Si el manejo de los datos es claramente inseguro, el equipo de compras dará por terminada la conversación. Si la interfaz parece haber sido creada en un fin de semana, el responsable de las compras se preguntará si seguirás en el mercado dentro de doce meses.
Esto no significa que tu MVP B2B tenga que ser un producto acabado. Significa que las partes que muestres deben funcionar a la perfección, y que las que aún no hayas desarrollado deben pasar desapercibidas. Averigua qué es lo que verá tu cliente y haz que eso sea excepcional. Todo lo demás puede esperar.
No siempre hay una segunda oportunidad
El enfoque que considera el MVP como una herramienta de aprendizaje parte del supuesto de que el mercado es paciente. Sin embargo, algunos mercados no lo son.
Los ciclos de contratación de las empresas suelen ser trimestrales o anuales. Si consigues una reunión con el responsable de compras adecuado y tu producto no cumple con un nivel básico de fiabilidad, no volverás a estar en la carrera hasta el siguiente ciclo, si es que llegas a estarlo. La persona que abogó internamente por darte una oportunidad ha agotado su capital político. Es poco probable que lo vuelva a hacer.
Los mercados de consumo tienen su propia versión de esto. En sectores donde la confianza es el producto —como la tecnología financiera, la salud o la educación—, una mala primera experiencia no solo hace que se pierda a un usuario, sino que crea un detractor activo. Y en comunidades donde tus clientes objetivo interactúan entre sí —algo que siempre hacen en el grupo de edad de 19 a 24 años—, una mala experiencia se difunde rápidamente.
La pregunta que hay que hacerse antes de lanzar el producto no es: «¿Es lo suficientemente bueno como para lanzarlo?», sino: «¿Es lo suficientemente bueno como para superar el primer contacto con las personas cuya opinión es la que más cuenta?».
Cómo encontrar el equilibrio
Esta es la cuestión práctica. ¿Cómo se mantiene el equilibrio entre actuar con rapidez y cumplir con los estándares?
Empieza por tu hipótesis más arriesgada, no por la lista completa de funcionalidades. Tu MVP debe diseñarse para poner a prueba una sola cosa: la hipótesis que, de ser errónea, haría fracasar el negocio. Crea solo lo necesario para comprobarla. Todo lo demás es un alcance que aún no necesitas.
Define tu MVBP antes de definir tu MVP. El «producto empresarial mínimo viable» (MVBP) es la versión más básica de tu producto por la que un cliente real estaría dispuesto a pagar, que utilizaría y a la que volvería. Utilízalo como tu nivel mínimo de calidad. Si lo que estás creando no supera ese listón, no estás creando un MVP, sino un prototipo. Los prototipos son para uso interno. Los MVBP se lanzan al mercado.
Adapta tus estándares de calidad a las expectativas de tus clientes. Un producto fintech para consumidores requiere una seguridad de nivel bancario desde el primer día. Una herramienta de análisis B2B necesita datos limpios y una función de exportación fiable. Una empresa de servicios necesita una prestación constante y un proceso de pago que funcione. Conoce los requisitos imprescindibles de tus clientes y trátalos como limitaciones fijas, no como funciones futuras.
Recurre a la entrega manual antes de automatizar. Algunos de los mejores MVP de la historia ni siquiera eran productos. Se trataba de fundadores que hacían manualmente lo que el producto acabaría haciendo de forma automática. Esto no es un atajo, sino la forma más rápida de averiguar si el resultado que prometes realmente merece la pena.
La verdadera lección
El MVP no es un listón bajo. Es un listón muy exigente.
Es el mínimo necesario para obtener pruebas fehacientes de si tu producto aporta un valor real a personas reales. Si lo fijas en un nivel demasiado bajo, las pruebas no tendrán ningún valor. Si lo fijas en un nivel demasiado alto, habrás gastado capital en validar cosas que aún no necesitaban ser validadas.
La lección 6 del programa Entreprenerds te enseña a encontrar ese punto de referencia: a identificar tus suposiciones, ponerlas a prueba de forma deliberada y crear solo lo que la prueba requiera.
Los fundadores que lo hacen bien no lanzan productos que den vergüenza. Lanzan productos bien definidos.
Etapa 6: Diseña y crea tu producto forma parte del plan de estudios de 10 etapas de Entreprenerds, un itinerario estructurado que va desde la idea inicial hasta el lanzamiento de la empresa. Descubre el plan de estudios completo en entreprenerds.uk
