Qué es un MVP

Un MVP (producto mínimo viable) es la versión más pequeña de un producto que un cliente real puede usar para resolver su problema, y de la que se aprende algo que no se sabía antes de construirla.

Buena parte de lo que se llama MVP es una demo. Se nota en una pregunta: ¿quién ha decidido qué pasa cuando falla? Si nadie sabe qué ocurre con un pago a medias o con un correo que no sale, lo que hay es una demostración. Puede estar bien hecha y ser suficiente para enseñarla en una reunión.

La diferencia está en el borde. Un MVP tiene decidido qué se guarda, qué se pierde, quién se entera del error y en cuánto tiempo. Una demo cubre solo el camino en el que todo sale bien.

Cuándo importa la distinción

Importa el día que le das el acceso al primer cliente al que no conoces. En nuestros proyectos ese día se prepara antes: se elige qué parte se comprueba sola y qué parte se mira a mano. La regla que llevamos al contrato es que lo que mueve dinero se comprueba solo. Cobros, facturas y saldos no se validan mirando una pantalla, porque no siempre hay alguien mirando la pantalla.

Lo segundo que importa es el coste de lo que viene después. Un MVP construido para enseñarlo suele reescribirse entero cuando llega el uso; uno construido para usarse crece por partes. La diferencia se paga en la segunda fase.

Lo mínimo no es lo barato

Mínimo se refiere al alcance, no a la calidad de lo que entra en ese alcance. Un MVP con dos pantallas y una integración puede estar bien construido. Uno con veinte pantallas y ninguna comprobación automática está mal construido, aunque haya costado más.

Cuando alguien nos pide un MVP, la primera conversación va sobre qué se queda fuera: el panel de administración, el segundo idioma, los informes. Si esa lista no existe, el proyecto no tiene alcance.

Qué hacemos y qué no

Una idea sin clientes necesita una primera versión rápida y barata, y ese encargo queda fuera de lo que hacemos. Entramos cuando ya hay gente usando algo y cada cambio cuesta más que el anterior: eso es software a medida.

Si dudas de si lo tuyo es un MVP o una demo, y de qué costaría convertirlo, pide un diagnóstico. Sobre cómo se forma el precio de una primera versión está la nota cuánto cuesta desarrollar una aplicación, y si todavía no lo usa nadie, la frontera está en prototipo.