Los MVPs que mueren no suelen morir en desarrollo. Mueren en la definición de alcance, semanas antes, cuando un producto “mínimo” se convierte silenciosamente en una versión chica de la visión a cinco años. Después de años lanzando MVPs para startups y ventures internos, comprimimos nuestro proceso de scoping en tres preguntas.
1. ¿Cuál es el único comportamiento que necesitás observar?
Un MVP es un instrumento para observar un comportamiento: ¿los dueños de restaurantes van a cargar su menú? ¿Los equipos de finanzas van a conectar su banco? Nombrá el único comportamiento que valida el negocio y sé implacable con eso. Cada pantalla que no sirve a esa observación es alcance para recortar.
2. ¿Qué puede ser manual detrás del telón?
Los usuarios necesitan que la experiencia se sienta completa — no necesitan que esté automatizada. Los emails de onboarding los puede mandar una persona. El “algoritmo” puede ser una planilla para los primeros cien usuarios. Cada proceso que mantenés manual son semanas de ingeniería devueltas al flujo principal, y vas a automatizar con mucha mejor información después.
3. ¿Qué se rompe con 100 usuarios — y nos importa?
Las preguntas de escala son seductoras y casi siempre prematuras. Preguntamos qué se rompe con cien usuarios, arreglamos solo eso y anotamos el resto. Un backlog visible de limitaciones conocidas no es deuda técnica — es evidencia de que gastaste el presupuesto en aprender en vez de en infraestructura que nadie necesitaba todavía.
Con el alcance definido así, doce semanas es una ventana cómoda para ir de cero a un MVP en producción — que es exactamente como estructuramos nuestro programa de MVP.
¿Tenés un producto en mente?
Contanos qué estás construyendo — te decimos cómo lo lanzaríamos.