Un MVP no es "una versión más débil del producto". Es el experimento más pequeño que prueba o destruye una hipótesis.
La hipótesis correcta
Antes de programar una línea, escribe:
"Creo que [tipo de cliente] pagará [valor] por [solución] porque [dolor]."
Si no puedes completarlo, no estás listo.
Cronograma de 4 semanas
Semana 1 — Entrevistas
- 10 conversaciones con potenciales clientes
- Sin demos, solo preguntas sobre el problema
- Busca patrones, no validación
Semana 2 — Prototipo
- Figma + una landing page
- Un video de 60 segundos
- Aún sin código real
Semana 3 — Preventa
- Muéstralo a 20 personas calificadas
- Pide compromiso: tarjeta de crédito o contrato
- 3 síes reales > 100 likes
Semana 4 — Construcción mínima
- Solo el flujo que los pagadores necesitan
- Backend manual está bien (Wizard of Oz)
- Entrega al primer cliente en producción
Señales de buen camino
- Clientes pagan antes de que exista el producto
- Piden funciones específicas (no genéricas)
- Se quejan cuando el producto falla
Señales de paro
- "Interesante, pero..." de todos
- Piden descuento antes de ver valor
- Nadie te refiere a otros
El MVP no está para impresionar. Está para aprender más rápido que la competencia.
HB
Escrito por
Henrique Baeta
Commercial & Doer
Escribe sobre IA aplicada, operación, GEO/SEO y cómo transformar empresas en máquinas que siguen funcionando incluso cuando nadie mira.