El mito del MVP: te están vendiendo código basura

"Hagamos un MVP rápido y después lo escalamos." Esa frase ha enterrado más startups que la falta de inversión. El MVP, como se vende hoy, es una excusa para entregarte deuda técnica con factura de software a medida.

¿Qué es REALMENTE un MVP?

Eric Ries definió el MVP como "la versión más simple del producto que permite aprender la máxima cantidad sobre los clientes con el mínimo esfuerzo". El énfasis está en APRENDER. No en VENDER. No en ESCALAR. Aprender. Tu MVP no debería tener 6 módulos, integración con pasarelas y panel de admin. Eso ya es un producto, no un experimento.

Por qué se convierte en deuda técnica

Cuando una agencia te vende un MVP por $60 millones COP en 6 semanas, lo construye con la arquitectura más rápida posible: monolito Django o Express, base de datos sin índices, autenticación cableada, sin tests. Funciona. Tu primer cliente paga. Tu segundo cliente paga. A los 6 meses tienes 80 clientes y todo se cae los lunes. Te dicen: "hay que reescribir todo". Ya pagaste el desarrollo dos veces.

El MVP que SÍ funciona

Una arquitectura limpia desde el día 1 (separación de capas, tests básicos, CI/CD), una sola feature flagship completamente terminada, documentación de la decisión técnica. Eso es un MVP serio. No "arranquemos rápido y vemos". Tu primer cliente merece código que pueda mantener al cliente 100.