MVP en 4 semanas: el método que usamos con clientes reales
Por qué salir rápido al mercado con algo imperfecto siempre gana. Proceso completo paso a paso con ejemplos.
“Necesitamos 6 meses para hacer esto bien.” Es la frase que más hemos combatido en nuestra historia. Y hemos aprendido, una y otra vez, que el mercado nunca espera 6 meses.
Este es el proceso que usamos para llevar una idea a un producto funcional en 4 semanas. No teórico — esto es lo que realmente hacemos.
Por qué 4 semanas y no menos
Menos de 4 semanas no es suficiente para validar con usuarios reales. Más de 4 semanas y ya estás construyendo suposiciones, no validando hipótesis.
El objetivo de un MVP no es tener un producto perfecto. Es responder una pregunta específica: ¿Alguien pagará por esto?
La semana 1: definir la hipótesis central
La primera semana no escribimos una línea de código. Trabajamos en:
La pregunta más importante
¿Cuál es la hipótesis principal que tiene que ser verdad para que este negocio funcione?
Para un marketplace B2B de alimentos: “Los compradores de restaurantes prefieren un canal digital con transparencia de precios sobre llamar directamente a proveedores.”
Si esta hipótesis es falsa, todo lo demás no importa.
El usuario con más dolor
No diseñamos para todos. Identificamos el usuario que más sufre sin nuestra solución y construimos para esa persona primero.
Los 3 flujos críticos
De toda la funcionalidad posible, ¿cuáles son los 3 flujos sin los que el producto no existe? Todo lo demás es ruido para el MVP.
La semana 2: diseño y stack
En 5 días construimos:
- Flujos de usuario en Figma (solo las pantallas críticas)
- Stack tecnológico seleccionado para velocidad, no para escala futura
- Base de datos en Supabase o Firebase (setup en horas, no días)
- Autenticación funcional desde el día 1
Nuestro stack favorito para MVPs rápidos con IA:
Frontend: Next.js 14 + Tailwind CSS
Backend: Supabase (DB + Auth + Storage)
AI: Claude API / OpenAI
Deploy: Vercel (zero config)La semana 3: construcción
Esta es la semana de velocidad pura. Las reglas:
- No existe perfección. Si funciona para demostrar la hipótesis, avanza.
- Si se puede hardcodear, se hardcodea. Los datos dinámicos vienen después.
- Cada día hay algo nuevo para mostrar. Sin bloqueos de más de 4 horas sin comunicación.
La semana 4: usuarios reales + iteración
La primera sesión con usuarios reales siempre destruye el 40% de tus suposiciones. Eso es exactamente lo que queremos.
Cómo conseguimos usuarios para la primera semana:
- El cliente contacta 10-15 personas de su red que encajan con el perfil
- Las sesiones duran 30 minutos con guión semiestructurado
- Grabamos y transcribimos (con permiso) cada sesión
Lo que medimos:
- ¿Completan el flujo principal sin ayuda?
- ¿Qué pregunta hacen que no anticipamos?
- En escala del 1-10, ¿pagarían por esto si estuviera pulido?
El output real
Al final de 4 semanas tenemos:
- Un producto funcional con los 3 flujos críticos
- 8-15 sesiones de usuario documentadas
- Una decisión clara: ¿seguir construyendo, pivotar, o parar?
El dato que más sorprende a clientes: en el 70% de los casos, el pivot más importante ocurre en la semana 4. No en la 6, ni en la 8. En la 4. Por eso el tiempo importa.
¿Tienes una idea que quieres validar rápido? Hablemos de lo que necesitas para tu MVP. Agenda una sesión gratuita.