Averígualo antes de gastarlo todo.
Un MVP no es una versión barata del producto de verdad. Es lo mínimo que hay que construir para responder con honestidad a una pregunta: ¿la gente lo va a usar, y va a pagar por ello?
Construimos el producto más pequeño que pone a prueba si tu idea funciona: software real con usuarios reales, no un prototipo. Lo que más importa es la conversación sobre qué dejar fuera, porque la mayoría de los MVP fracasan por ser demasiado grandes. El código es tuyo desde el primer día. Para startups en España.
Actualizado noviembre de 2026
Lo difícil es decidir qué se queda fuera.
La primera lista de cualquier fundador es demasiado larga, también la nuestra. Todo parece necesario porque te imaginas el producto terminado, pero el producto terminado no es lo que estás construyendo todavía.
La pregunta que responde un MVP es estrecha: ¿la gente lo quiere lo bastante para usarlo y para pagar? Lo que no ayuda a responderla puede esperar, incluidas cosas que seguro harán falta más adelante.
Por eso dedicamos tiempo de verdad a acotar antes de presupuestar. Es la parte menos facturable del trabajo y, con diferencia, la más valiosa: un lanzamiento más pequeño significa que aprendes antes y todavía tienes presupuesto para actuar sobre lo que aprendes.
Qué recibes.
Software real, no un prototipo
Desplegado, funcionando, con usuarios reales. Una maqueta navegable no puede decirte si la gente vuelve.
Lo único para lo que existe
Bien construido. Todo lo demás, construido con lo justo o no construido.
El cobro, si esa es la pregunta
La única prueba fiable de que alguien pagaría es pedirle que pague.
Analítica desde el primer día
Dónde se para la gente, qué no toca nunca. Sin esto, lanzas y no aprendes nada.
Una forma de hablar con tus usuarios
Los primeros cincuenta valen más como conversaciones que como cifras.
Cimientos que no te atrapan
Tecnología estándar y una estructura sensata. Rápido, sin decidir tu arquitectura para los próximos cinco años.
Un acotado honesto primero
Incluido decirte cuándo algo todavía no necesita construirse.
Código que es tuyo sin matices
Desde el primer commit. Sigue con nosotros, con tu propio equipo o con quien quieras.
Qué recortar, y qué no recortar nunca.
Las decisiones que deciden si un MVP sale en unas semanas o se arrastra durante medio año.
| Primera versión | Después | Por qué | |
|---|---|---|---|
| La acción principal para la que existe | Sí | — | Sin ella no hay nada que probar |
| El cobro, si pruebas si pagarían | Sí | — | La intención no es una prueba |
| Registro y cuentas | Lo más simple posible | Inicio corporativo, equipos, roles | Necesario, pero no es la pregunta |
| Panel de administración | Basta una vista de la base de datos | Herramientas como es debido | Solo lo ve tu equipo |
| Ajustes y preferencias | Ninguno | Sí | Nadie se va por falta de ajustes |
| Bienvenida guiada | Mínima | Diseñada como es debido | Aún no sabes dónde se atasca la gente |
| App móvil | Rara vez | Si el uso lo justifica | Una web adaptable prueba la misma idea |
Cómo acotamos.
Si tu lista no cabe, la recortamos contigo en lugar de alargar el calendario en silencio.
Lanzar sin medir es la forma más habitual de que un MVP no enseñe nada.
Si ya tienes clientes que pagan por hacerlo a mano, no necesitas un MVP.
Cuándo un MVP es lo correcto.
Tienes una idea y ninguna prueba
El caso clásico. Construye lo mínimo que produzca pruebas.
Estás levantando ronda y necesitas tracción
Las cifras de uso real mueven a los inversores. Una presentación que describe un producto, no.
Hoy lo haces a mano
El mejor punto de partida posible: ya sabes que el proceso funciona.
No si ya tienes la prueba
Si hay gente pagándote por hacer esto a mano, construye el producto de verdad. Te lo diremos.
Cómo trabajamos.
Encontramos la pregunta
¿Qué tiene que ser cierto para que esto funcione? Todo lo que viene después está al servicio de responderla.
Recortamos la lista juntos
La conversación más difícil y la más valiosa. Cuenta con quitar más de la mitad.
Acordamos alcance y fecha
Cerrados y por escrito. Un MVP con el alcance en movimiento no es un MVP.
Diseñamos el flujo principal
Navegable, para que lo sientas antes de construirlo. Días, no semanas.
Construimos en bloques de dos semanas
Software funcionando que puedes usar, cada quince días. Sin sorpresas al final.
Lanzamos y medimos
Analítica activa desde el primer día, porque lanzar sin medir desperdicia todo el ejercicio.
Miramos qué pasó
Lo que la gente hizo, no lo que dijo. Después decidimos juntos cuál es la versión dos, o si debería haberla.
Desarrollo de MVP
6 preguntas respondidas. ¿Tienes otra? Escríbenos.
Menos de lo que gastarías averiguando lo mismo por las malas. No publicamos cifras porque el abanico es muy amplio y depende casi por completo del alcance. Lo que sí podemos decir es que la conversación sobre qué entra mueve el número mucho más que cualquier elección tecnológica, y la tenemos antes de presupuestar, no después.
Siete categorías. Cuarenta y cinco servicios.
Cuéntanos el proyecto. Te diremos si somos las personas adecuadas.
Escríbenos lo que necesitas, aunque sea a grandes rasgos. Respondemos en un día laborable, y si el proyecto debería ser más pequeño, o lo debería hacer otro, te lo decimos en la primera llamada.