MVP en 90 días: qué incluir y qué dejar afuera

"MVP" significa cosas distintas en distintas empresas. Para algunos founders es "una landing con un calendly y un Notion". Para otros es "el producto comercial pero feo". La definición útil está en el medio: un MVP es la versión más chica del producto que puede operar en producción sin que el equipo se rompa. No es un demo, no es un prototipo, es producto.

Lo que SIEMPRE va en un MVP de 90 días

1. Autenticación con roles (mínimo 2). Owner y miembro alcanza para empezar. Sin esto no podés operar con clientes reales.
2. Billing real, no fake. Stripe, Mercado Pago o lo que aplique. "Cobramos manual al principio" arruina la métrica más importante: ¿la gente paga?
3. Panel de admin interno. Para soporte y debugging. No es opcional. Te ahorra 80% de los tickets en mes 1.
4. Logging y errores en Sentry (o equivalente). Sin esto, no sabés qué se rompe hasta que un usuario te escribe.
5. CI/CD funcional. Deploy con git push o botón. Sin esto, cada release es un evento estresante.
6. Onboarding completo. Si el usuario nuevo no llega solo a su primer "aha moment", el resto del producto no importa.
7. Términos, política de privacidad y aviso legal. Generados desde un template serio, no copy-paste de Google.
8. Métricas básicas. PostHog o Plausible. Cuántos usuarios, retención mes-2, paid vs free.

Lo que NUNCA va en un MVP de 90 días

1. Internacionalización. Lanzá en un solo idioma. Sumás idiomas cuando tenés tracción.
2. Multi-tenant sofisticado (cuentas → workspaces → proyectos → roles granulares). 1 cuenta = 1 organización al principio.
3. App móvil nativa. Si tu producto es web, web responsive alcanza. Mobile-first si y solo si tu uso es 80%+ móvil.
4. Notificaciones push. Emails transaccionales sí, push solo cuando llegues al producto comercial.
5. SSO empresarial. SAML, SCIM. No los necesitás hasta que un cliente enterprise los pida.
6. Auditoría completa de eventos. Logs simples sí; SIEM, no.
7. API pública. Hasta que 3 clientes la pidan, no la construyas.
8. Sistema de descuentos y cupones. Empezás con un solo precio. Promociones se hacen "manual" al principio.
9. Dark mode. No, en serio. No es prioridad.
10. "Pequeñas mejoras de UX" que tu founder quiere ahora. Hacé lista, prioriza después del lanzamiento.

Presupuesto de tiempo (90 días honestos)

Semanas	Foco	Output esperado
1–2	Discovery + arquitectura	ADRs, modelo de datos, prototipos de pantallas críticas
3–4	Infra + auth + billing setup	Login, roles, Stripe, deploy a staging
5–8	Funcionalidad core	Las 3–5 cosas que el usuario hace todos los días
9–10	Onboarding + admin + emails	Flujo end-to-end de signup a primer valor
11	Beta cerrado con 5–15 usuarios reales	Bugs descubiertos en uso real
12	Fixes críticos + launch	Producción con usuarios pagos

Equipo mínimo para 90 días reales

• 1 product manager / founder dedicado. Si el founder no está > 50% en el proyecto, no se cumple.
• 1 tech lead / dev senior full-stack. Toma decisiones de arquitectura, escribe el código crítico.
• 1 dev semi-senior. Ejecuta features, hace code review básico.
• 1 diseñador product (50% time). Diseña pantallas, sistema base, no perfecciona.
• QA part-time (semanas 9–12). Testing de regresión antes de lanzar.

Con menos equipo el plazo se extiende a 4–5 meses (típico). Con más equipo no acelerás proporcionalmente — coordinación come las ganancias después de 5 personas.

3 anti-patrones que matan MVPs

1. "Vamos a hacerlo en microservicios desde el principio." Monolito modular. Se rompe en microservicios cuando tenés problema real de scaling — meses después del lanzamiento.
2. "Mientras estamos hagamos también X." No. X se hace después. Si X es crítico, era V1, no MVP.
3. "Esperemos a tener todo perfecto para lanzar." Lanzá feo y funcional antes que lindo y vacío. 5 usuarios reales valen más que 10.000 pixels pulidos.

Qué medir después del lanzamiento

• Activation rate: % de signups que llegan al primer valor en los primeros 7 días.
• Retención mes-2: % de usuarios activos que vuelven en mes 2. > 25% = bueno, > 40% = excelente.
• Conversión paid: % de signups que pagan dentro de los 14 días. Varía por categoría, pero < 2% = sospechoso, > 8% = bueno.
• Time-to-value: cuánto tarda un signup nuevo en hacer su primera acción significativa. Apuntá a < 5 minutos.

¿Y si necesito features X complejas para validar?

Probablemente no las necesitás. Wizard of Oz: hacé manualmente lo que el producto eventualmente hará automático. Mientras 5 usuarios paguen por ese servicio manual, validás el modelo sin construir nada.

¿Qué pasa si me piden features durante el MVP?

Listo público de "lo que viene después del MVP" en Notion o Linear. Toda feature nueva va ahí, no al sprint actual. Solo se mueven al sprint si hacen al MVP no defendible.

¿Cuánto cuesta un MVP de 90 días?

Con agencia LATAM senior: US$28–45k. Con equipo interno bien armado (sin overhead de admin): US$22–35k. Con freelancer senior solo: US$15–22k pero plazo se va a 110–140 días realista.

Lo que recomendamos

Escribí el MVP en un solo párrafo. Si no podés explicar qué hace y para quién en 3 oraciones, no estás listo para construirlo todavía. Después escribí la lista de "lo que NO va" antes de la lista de "lo que SÍ va" — esa es la lista que más se rompe durante el proyecto y la que más vale defender.

Y cuando estés en semana 7 y alguien te diga "ya que estamos, sumemos X", repetí en voz alta: "X va a v1, no a MVP". Tu MVP que sale en 90 días vale más que tu producto perfecto que sale en 270.