Producto Mínimo Viable (MVP)

El error más común del MVP es tratarlo como una definición de calidad en lugar de una decisión de alcance: lanzar una versión con errores, apenas funcional y llamarla MVP. El "Mínimo Viable" en MVP se refiere al alcance mínimo de las características, no a la calidad mínima. Un MVP debe tener calidad de producción y cumplir plenamente su promesa limitada; simplemente hace una promesa más pequeña de lo que lo haría la visión completa. Un modelo mental mejor es la definición de Steve Blank: un MVP es el conjunto mínimo de características por las que un segmento de clientes específico pagará para resolver un problema específico. Eric Ries añade la palabra crítica: "viable" — el producto debe ser lo suficientemente viable como para que los clientes reales lo usen para aprender, no un código de nivel de prototipo que solo los equipos internos aceptarían.

El objetivo de aprendizaje debe definirse antes de construir el MVP; de lo contrario, no hay forma de determinar si el experimento tuvo éxito. El objetivo de aprendizaje responde a una pregunta central: "¿Los clientes que creemos que tienen este problema realmente usarán esta solución, y funcionará lo suficientemente bien como para retenerlos?" Hipótesis específicas a probar: "Los clientes del segmento X activarán la característica Y en la primera sesión", "Los usuarios que activen la característica Y regresarán al menos semanalmente", y "Podemos construir el flujo de trabajo central sin el conjunto completo de características que imaginamos". Product Ops documenta la hipótesis del MVP, establece los criterios de éxito cuantitativos (por ejemplo, 40% de activación en la semana 1, 60% de retorno en la semana 2) y ejecuta el análisis post-MVP para confirmar o refutar cada hipótesis.

Existen múltiples arquetipos de MVP a lo largo de un espectro de inversión en construcción. MVP Conserje (Concierge MVP) — entregar manualmente el servicio a un pequeño grupo de clientes para entender si lo valoran (no se requiere código). MVP Mago de Oz (Wizard of Oz MVP) — el cliente interactúa con lo que parece ser un producto automatizado, pero humanos realizan el trabajo detrás de escena. MVP Prototipo (Prototype MVP) — un prototipo interactivo de fidelidad media probado para la comprensión y las tasas de finalización de tareas. MVP de Construcción de Característica Única (Single-Feature Build MVP) — construir solo el bucle de interacción central sin casos extremos, manejo de errores o integraciones. MVP de Pico Tecnológico (Tech-Spike MVP) — construir solo el componente técnicamente arriesgado (el resto se simula), para validar la viabilidad técnica. El tipo de MVP apropiado depende del riesgo principal a validar: si el riesgo es si los clientes quieren la característica, un MVP Conserje es el más rápido; si el riesgo es técnico, un Tech Spike es necesario.