El MVP:
reducción de alcance.
1. Resumen ejecutivo
El protocolo de reducción de alcance del MVP es una metodología basada en límites diseñada para prevenir la «deuda de validación»: la acumulación de funciones cuya necesidad no ha sido comprobada por clientes de pago.
La filosofía: el código no es un activo; es una responsabilidad. Cada línea debe mantenerse, corregirse y explicarse. Por eso, el objetivo del MVP no es hacer una versión pequeña del producto final, sino el mecanismo más sencillo que entregue su valor esencial.
Estrategia: vaciar ideas → depurar → sustituir manualmente → fijar un plazo.
2. El resultado
Al terminar esta sesión de planeación, tendrás:
- Una hoja de ruta para la primera versión 80% más pequeña que la original.
- Una distinción clara entre lo esencial y lo accesorio.
- Un calendario estricto de 14 días de desarrollo.
- La eliminación total de lo que solo sería bueno tener.
3. Los requisitos
El cambio de mentalidad necesario
No estás creando software. Estás creando una solución. Si puedes resolver el problema del usuario con una hoja de cálculo y un correo, ese es tu MVP.
Las herramientas que debes evitar
- Sin KubernetesTodavía no necesitas escalar.
- Sin autenticación hecha a la medidaUsa una solución lista para integrar (Clerk/Firebase).
- Sin página de configuraciónDefine los valores directamente en el código.
4. El algoritmo
Vacía tus ideas
Objetivo: liberar tu memoria mental.
Abre un documento en blanco. Enumera cada función, botón, página e integración que hayas imaginado. Todavía no filtres.
Resultado: entre 30 y 50 elementos. Esta es tu lista de pendientes mortal.
El filtro de lo indispensable
Objetivo: eliminar sin piedad. Clasifica cada elemento en tres grupos.
Conservar (máximo 3)
Sin esto, el producto simplemente no puede resolver el problema urgente.
Eliminar / segunda versión
Lo hace «mejor» o «más fácil». Por ejemplo, historial de búsqueda o modo oscuro.
Eliminar de inmediato
Te hace sentir innovador, pero no aporta utilidad. Por ejemplo, animaciones o gamificación.
La alternativa manual
Objetivo: sustituir código por trabajo humano. (MVP concierge)
No automatices un proceso hasta haberlo hecho manualmente 10 veces.
Crear un motor de coincidencias con IA.
Crear un Typeform. Leer respuestas. Presentar a las personas por correo.
Generación automatizada de PDF.
Capturar los datos en pantalla y enviarlos manualmente por correo.
El límite de 14 días
Objetivo: imponer un límite real. El trabajo se expande hasta ocupar todo el tiempo disponible.
El compromiso
- Tienes exactamente 14 días a partir de hoy para lanzar la primera versión.
- Si una función toma 3 días y solo te quedan 2, elimínala.
- Definición de terminado: El usuario puede registrarse y pagar, recibe el valor esencial y el sistema no se cae.
5. Matriz de decisión
| Tipo de función | Ejemplo | Acción |
|---|---|---|
| Valor esencial | «Generar lista de prospectos» | Desarrollar (P1) |
| Administración de usuarios | «Olvidé mi contraseña» | Atención manual |
| Señales de confianza | «Reseñas de usuarios» | Incluir directamente en HTML |
| Mecanismos de crecimiento | «Programa de referidos» | Posponer (mes 3) |
6. Puntos de falla
La trampa de igualar a la competencia
«El competidor X tiene una aplicación móvil». Lleva 5 años desarrollando. Tú estás en el día 1. No compitas por cantidad de funciones.
El factor vergüenza
«Se ve feo». Si tu primera versión no te da vergüenza, la lanzaste demasiado tarde. (Reid Hoffman)
Prepararse demasiado para el futuro
Optimizar la base de datos para un millón de usuarios cuando tienes cero. Si el sistema se cae al llegar al millón, será un buen problema.