MVP de una app: qué incluir en la primera versión

Casi todas las ideas de app que nos llegan vienen con una lista larga de funciones. Es normal: cuando llevas meses pensando en un producto, todo parece imprescindible. Pero la primera versión no tiene que hacerlo todo. Tiene que comprobar, cuanto antes y gastando lo justo, que hay gente que la usa y vuelve. A eso se le llama MVP, producto mínimo viable.

Qué es un MVP y qué no

Un MVP es la versión más pequeña de tu app que resuelve de verdad el problema principal de tus usuarios. No es un prototipo de pantallas que no funcionan ni una app llena de fallos publicada deprisa: es una app completa en lo poco que hace.

Pongamos una app de reservas para un club deportivo. El MVP deja reservar pista, pagar y recibir un aviso. Las estadísticas de juego, el chat entre socios o el ranking pueden esperar a ver si los socios reservan desde la app o siguen llamando.

Cómo decidir qué entra

Ayuda empezar por el usuario, no por las pantallas. Escribe en una frase quién va a usar la app y qué quiere conseguir con ella. Después, para cada función de la lista, pregúntate si sin ella ese usuario lo puede conseguir. Si puede, se queda fuera de la primera versión.

• Entra el recorrido principal de principio a fin: por ejemplo, registrarse, reservar y pagar.
• Entra lo que hace falta para usarla en la vida real, como recuperar la contraseña o un panel para que tu equipo gestione los datos.
• Puede esperar: perfiles completos, ajustes, varias formas de hacer lo mismo, idiomas extra, modo oscuro.
• Se queda fuera lo que añades «por si acaso» o porque lo tiene la competencia.

El panel de gestión es lo que más se olvida al recortar y lo que más se echa de menos después. Si para dar de alta un producto o un usuario hay que llamar al desarrollador, el MVP no se puede usar en serio.

Lo que no se recorta

Recortar funciones no significa recortar calidad. Hay cosas que tienen que estar bien desde la primera versión, porque arreglarlas después cuesta mucho más:

• Una base de datos y un backend pensados para crecer, aunque al principio tengan poco uso.
• La seguridad de las cuentas y de los pagos.
• La privacidad: política publicada, permisos justificados y la opción de borrar la cuenta desde la propia app, que Apple y Google exigen si la app permite crearla.
• Que no se cierre sola. Un usuario perdona que falte una función, pero no que la app falle.
• Analítica básica para saber qué se usa y qué no.

Probarla antes de publicarla

Antes de abrir la app a todo el mundo se puede probar con un grupo pequeño. Apple tiene TestFlight, que permite invitar hasta a 10.000 personas a una versión de prueba, y Google Play tiene pruebas internas, cerradas y abiertas. Diez o veinte usuarios reales usándola una semana dan más información que cualquier reunión.

Si tu cuenta de Google Play es personal y se creó después de noviembre de 2023, además vas a necesitar una prueba cerrada con al menos 12 personas durante 14 días antes de poder publicar. Lo explicamos en cómo publicar una app en App Store y Google Play.

Qué medir cuando sale

Las descargas engañan. Lo que dice si un MVP funciona es otra cosa:

• Cuántos completan la acción principal: reservar, pedir, registrar.
• Cuántos vuelven la semana siguiente y al mes.
• Dónde abandonan, es decir, en qué pantalla se queda la gente.
• Qué piden en los mensajes, en las reseñas y en lo que te cuentan en persona.

Con esos datos, la segunda versión casi se decide sola. A veces toca añadir lo que se dejó fuera, a veces quitar algo que nadie usa, y a veces la conclusión es que la idea necesita un giro antes de invertir más.

¿Tiene que ser una app de tienda?

No siempre. Si tus usuarios no la van a abrir a diario o no necesita el hardware del móvil, una aplicación web se lanza antes, se cambia al momento y sirve igual para validar la idea; lo explicamos en app o aplicación web. Y si la idea está muy verde, a veces basta un prototipo navegable para enseñárselo a diez clientes antes de programar nada.

Cuánto cuesta y cuánto se tarda

Depende del recorrido principal, del backend y de las integraciones, y lo desglosamos en cuánto cuesta desarrollar una app. Lo que sí se puede decir es que un MVP bien recortado sale bastante más barato y llega antes a las tiendas que la versión con todo, y que cada función que se queda fuera solo la pagarás si tus usuarios la piden.

Desde nuestra oficina de Vigo trabajamos así tanto con empresas como con proyectos que empiezan: definimos contigo qué entra en la primera versión y te enviamos una propuesta cerrada con ese alcance. Más en desarrollo de aplicaciones en Vigo.