Estimar un MVP sin inventar un precio

Pon precio a la decisión antes que a las funciones

Empieza por la decisión que el MVP debe informar. Puede mostrar que un usuario entiende un flujo, que una integración es viable o que un grupo pequeño vuelve a una acción útil. Esas preguntas necesitan evidencia distinta. Una lista de pantallas sin decisión puede crecer sin llegar a aceptarse. Define usuario, problema, versión mínima, exclusiones y qué ocurrirá cuando observes el resultado.

Separa prototipo, piloto privado en producción y producto público. Un prototipo puede usar datos temporales y pasos manuales para responder una pregunta de interacción. Un piloto real necesita identidad, permisos, monitorización, recuperación y soporte adecuados. Un lanzamiento público puede añadir tiendas, legal, accesibilidad, analítica y operación. Llamar MVP a todo oculta la frontera de coste y dificulta comparar propuestas.

Cuenta interfaces, estados y responsabilidades

Cada sistema externo añade más que una llamada API. Estima autenticación, permisos, límites, errores, reintentos, duplicados, acceso de prueba, revisión del proveedor y cambios. Importar datos añade mapeo, validación, corrección, privacidad y borrado. El móvil añade firma, fichas de tienda y revisión. Pregunta qué está verificado y qué supuestos requieren descubrimiento.

Los estados importan tanto como las pantallas. Incluye vacío, carga, sin conexión, caducado, rechazado, parcial, no autorizado y recuperación. Registra quién aporta contenido, posee cuentas, revisa seguridad, acepta diseño y responde a proveedores. El trabajo del cliente sigue en el calendario aunque no esté en la factura del proveedor. Una estimación creíble nombra estas dependencias.

Elige evidencia y nivel de calidad

Define aceptación según el riesgo. Una herramienta interna simple puede necesitar pruebas representativas y recuperación manual. Una app pública añade dispositivos, accesibilidad, privacidad, tiendas y soporte. Un sistema con datos sensibles o acciones relevantes necesita acceso, logs, revisión e incidentes más fuertes. Estas obligaciones cambian el esfuerzo aunque la interfaz parezca pequeña.

Lista entornos y evidencia: prueba local, preview, staging, aprobación de proveedor y observación de producción son diferentes. Decide qué automatizar, revisar y aprobar. Un test correcto no demuestra adopción ni ingresos. Las métricas de producto necesitan otro plan y tiempo tras el lanzamiento. Separarlo evita valorar promesas comerciales como si la ingeniería las controlara sola.

Estima con rangos y reglas de cambio

Divide descubrimiento, diseño, implementación, integración, verificación, lanzamiento y traspaso. Para cada paquete escribe supuestos, dependencias, dueño y evidencia de aceptación. Usa un rango cuando falte información y señala la decisión que lo estrechará. La contingencia responde a incertidumbres nombradas, no a un porcentaje oculto. Compara propuestas por inclusiones y exclusiones, no solo por total.

Acordad cómo cambiar el alcance. Un proceso útil registra el hecho nuevo, efecto sobre evidencia, alternativas y decisor antes de cambiar plazo o coste. Protege la versión mínima moviendo lo opcional a decisiones posteriores. Si el presupuesto es fijo, reduce alcance o ambición de evidencia de forma explícita. No mantengas una lista imposible suponiendo trabajo gratuito.

Incluye lanzamiento, mantenimiento y salida

Construir no es operar. Añade alojamiento, proveedores, datos, tiendas, monitorización, soporte, seguridad, copias e incidentes cuando correspondan. Identifica quién revisa dependencias y plataformas después de lanzar. Una primera construcción barata puede salir cara sin dueño para recuperación o siguiente versión. Un producto menor con operación clara puede ser mejor inversión.

Exige propiedad de repositorios y cuentas, instrucciones de despliegue, inventario, límites conocidos y ejercicio de traspaso. Decide entre contratación interna, soporte retenido o nuevo encargo acotado. Revisa la estimación tras descubrimiento y primeras pruebas en producción. El objetivo no es predecir todo el producto, sino hacer comprensible, limitada y reversible la siguiente inversión.

Criterios de decisión

Aplica las mismas preguntas a cada opción antes de elegir.