Planta 01 · Software
Producto mínimo viable que sale en semanas.
Un producto mínimo viable (MVP) es la versión más reducida de tu producto en la que desconocidos se registran y pagan. En el desarrollo de MVP, yop define el alcance contigo, lo construye en ciclos cortos desde Tallinn y lo pone en marcha, para que aprendas de clientes y no de diapositivas.
Recortador
Qué entra, qué espera.
Mueve funciones dentro y fuera de la versión 1. Cinco es una primera versión sana.
En el MVP 0
Después 0
Toca una función para moverla.
¿Listo?
Tu idea, ¿lista para un MVP?
Un MVP compensa cuando hay una sola cosa clara que aprender y alguien con ganas de aprenderla. Revisa las dos listas antes de reservar un taller.
Lista si
- puedes decir en una frase qué harán los usuarios en él.
- llegas tú mismo a los primeros veinte usuarios.
- sabes qué cifra te haría seguir o parar.
- aceptas que la versión uno sea pequeña a propósito.
Aún no si
- la lista de funciones está cerrada y nada puede esperar.
- nadie fuera del equipo ha oído la idea: habla antes con cinco compradores.
- la fecha de lanzamiento importa más que lo que vas a aprender.
Según la pregunta
Nombra la pregunta y sale el recorte.
Una primera versión existe para responder a una pregunta. Elige la pregunta y mira qué funciones entran en la versión uno.
La pregunta
¿Se registrará la gente?
La cifra
% de visitas que se registran
- Landing pageVersión 1
- RegistroVersión 1
- Tarea principalDespués
- PagoDespués
- Correos de avisoDespués
- Medición de usoVersión 1
- Panel de adminDespués
- App nativaDespués
Versión uno: 3 de 8 funciones
Recorte típico
Pequeño a propósito, real desde ya.
| FunciónFunción | En el MVP | Después |
|---|---|---|
| Registro y acceso | Sí | Ya incluido |
| La tarea principal | Sí | Ya incluida |
| Pagos | Si cobras desde el día uno | Planes y facturación |
| Panel de gestión | Básico | Roles e informes completos |
| Integraciones | La que importa | El resto |
| App móvil | Primero, web adaptable | Apps nativas |
Cómo crear un MVP
Cómo crear un MVP sin perder un año.
Para crear un MVP, nombra lo único que necesitas aprender, recorta el producto hasta la tarea que lo demuestra y ponlo cuanto antes delante de usuarios que pagan.
Nombra el riesgo
Escribe la creencia que, si fuera falsa, hundiría el producto. Eso es lo que pone a prueba el MVP.
Recorta
Quédate con registro, tarea principal y pago. Lo demás espera, incluso lo que más te gusta.
Diseña el flujo
Pantallas navegables de la tarea principal, probadas por cinco usuarios reales antes de programar.
Construye y lanza
Ciclos cortos con enlace de pruebas. La primera versión va a usuarios reales, no a una reunión de inversores.
Mide y decide
Mira lo que hacen los usuarios, no lo que dicen. Luego haz la siguiente función, cambia de rumbo o para.
Tras lanzar
Primeras semanas con gente real.
Lanzar es la mitad de un MVP, no el final. Así suelen ir las semanas siguientes, y lo que hacemos tú y nosotros en cada una.
Lanzamiento
Real, no una demo
La versión uno llega a usuarios reales con la medición activa y una forma de escribirte desde el producto.
Semana 1
Observar
Leemos contigo los registros, los abandonos y los primeros mensajes. Aún sin funciones nuevas.
Semanas 2–3
Hablar
Llamadas cortas con quien se quedó y con quien se fue. Sus palabras deciden el siguiente cambio.
Semana 4
Decidir
Hacer la siguiente función, cambiar de rumbo o parar, según la cifra que elegiste al principio.
Qué recibes
Al final del MVP.
La versión uno es más que una app en un enlace. Estas son las piezas que conservas, digan lo que digan las cifras.
Producto en marcha
Software real en tu dominio, donde desconocidos se registran, lo usan y, si es la pregunta, pagan.
Código que crece
Un repositorio limpio en tu cuenta, hecho para que lo siguiente se construya encima y no al lado.
La cifra, medida
La medida que elegiste, contada desde el primer visitante, con los eventos que hay detrás.
Lo aprendido
Qué hicieron los usuarios, qué dijeron y qué nos sorprendió, por escrito para tu equipo e inversores.
Lo siguiente
Las funciones que esperaron, ordenadas por lo que piden los usuarios.
Trampas comunes
Consejos MVP que discutimos.
Solemos oír
«Que sea perfecto antes de enseñarlo»
Lo que vemos
Pulir cuesta semanas y no enseña nada. Los usuarios perdonan una pantalla sencilla; se van cuando la tarea principal no funciona.
Solemos oír
«Un MVP es un prototipo barato»
Lo que vemos
Un prototipo enseña una idea. Un MVP es software real que la gente usa tras registrarse, hecho para que el código crezca si la respuesta es sí.
Solemos oír
«Más funciones, más opciones»
Lo que vemos
Cada función extra enturbia el resultado. Con una sola tarea principal sabes a qué vinieron los usuarios, o por qué se fueron.
Tu primera versión
Recorta lo demás, lanza lo clave.
Trae la idea. Te ayudamos a decidir qué entra en la versión uno y qué puede esperar.
Preguntas
Antes de escribir código.
¿Cuánto se tarda en hacer un MVP?
Casi todas las primeras versiones que definimos caben en unas pocas semanas de desarrollo. La cifra exacta sale del taller inicial, no de una plantilla.
¿Un MVP es un prototipo?
No. Un prototipo enseña una idea; un MVP o producto mínimo viable es software real que la gente usa.
¿Freelances o un equipo de MVP: qué es más seguro?
Un equipo, porque lleva todo el camino: alcance, diseño, código, lanzamiento y los datos para decidir qué viene después. En yop el mismo equipo pequeño va del boceto al lanzamiento, así que nada se pierde entre freelances.
¿Cuánto cuesta desarrollar un MVP con yop?
Depende de la tarea principal y de las integraciones que necesite. Tras un taller inicial damos un precio cerrado para la primera versión, así conoces el presupuesto antes de empezar.
¿Qué debe incluir un MVP?
Registro, la tarea principal y una forma de medir si se usa, más el pago cuando la pregunta es si pagarán. Todo lo demás espera a que los usuarios digan qué necesitan después.
¿Qué pasa después del MVP?
Leemos las cifras contigo y elegimos uno de tres caminos: hacer la siguiente función, cambiar de rumbo o parar antes de meter más dinero. Si la idea funciona, el código del MVP suele crecer hasta el producto completo en vez de tirarse.
¿Un MVP puede ser una app móvil?
Puede, pero una web adaptable al móvil suele ser más rápida de lanzar y cambiar, y no pasa por la revisión de las tiendas. Vamos a nativo cuando la tarea depende del propio móvil: la cámara, la ubicación o funcionar sin cobertura.
Planta 01 · Software
Más en la planta Software
Software a medida, SaaS, apps e IA, propiedad de tu empresa.
Software hecho según cómo trabaja ya tu empresa.
Productos de suscripción con cuentas, planes y cobros.
Apps de iOS y Android que la gente deja en su móvil.
Las cifras y pantallas que tu equipo abre cada mañana.
Oficina virtual, genealogía y comisiones, hechas para tu plan.
IA y automatización dentro de las herramientas que ya usas.
Tu web, tus apps y tus servicios hablando entre sí.