MVP en 3 semanas: qué se puede construir (y qué no)

Tres semanas es un plazo real, con una condición

Se puede construir un MVP web en tres semanas. No se puede construir “todo el producto”. La condición es elegir un flujo principal y aceptar que el resto espera.

La mayoría de los proyectos que se atrasan no se atrasan por el código: se atrasan porque el alcance cambia, porque hay cinco decisores o porque nadie definió qué significa “listo”.

Qué entra en tres semanas

Un MVP típico incluye:

Un flujo core completo: reservar, comprar, suscribirse, publicar o pagar.
Autenticación y roles básicos.
Pagos con Mercado Pago o Stripe, si el modelo lo necesita.
Panel de administración para operar el día a día.
Deploy, dominio y monitoreo básico.
30 días de soporte para bugs.

Ejemplos que entran:

Un portal de reservas con calendario y pago.
Un e-commerce con catálogo, carrito y pedidos.
Un SaaS simple con planes y panel de cliente.
Un marketplace acotado con oferta, demanda y comisión.
Un dashboard interno para un proceso específico.

Qué no entra

Varios flujos complejos al mismo tiempo.
Apps nativas para iOS y Android.
Integraciones profundas con sistemas internos.
Migración de datos históricos y limpieza.
Rediseño de marca completo.
Automatizaciones de marketing y growth.
Requisitos regulatorios o de compliance pesados.
Escalar a miles de usuarios desde el día uno.

No es que no se puedan hacer: es que no se hacen bien en tres semanas junto con todo lo demás.

Las tres fases

Semana 1 — SPEC. Cerramos alcance, arquitectura, flujos y diseño de interfaz. La decisión más importante ocurre aquí.

Semana 2 — BUILD. Construimos el flujo core, auth, pagos y panel. Demos al final de la semana.

Semana 3 — SHIP. QA, deploy, monitoreo y handoff documentado. Ajustes finales, no nuevas funciones.

Si en la semana 2 aparece una función nueva, no entra: se anota para la siguiente versión.

Qué necesitas para empezar

Un decisor con disponibilidad para decidir.
El flujo principal escrito en una frase.
Las cuentas de pago y dominio.
Contenido mínimo: textos, fotos, precios.
Una persona que pruebe y dé feedback semanal.

Sin esto, las tres semanas se convierten en cinco.

Cómo evitar el caos

Un objetivo por versión.
Un alcance escrito y firmado.
Un demo semanal, no una reunión diaria.
Un solo canal de feedback.
Una lista de “después”, no de “agreguemos”.

La velocidad no viene de trabajar más horas. Viene de no reabrir decisiones.

Cuándo tres semanas no alcanza

Si necesitas varios flujos, roles complejos, integraciones internas, migración de datos o una app nativa, el plan correcto es Pro o un proyecto por fases. Decirlo antes es parte del trabajo.

Si quieres saber en qué categoría cae tu idea, agenda un diagnóstico de 30 minutos. Salimos con alcance y precio, y con una lista honesta de lo que queda fuera.