Cómo Definimos el Alcance de un MVP (Y Por Qué No Es un Cuestionario)

Toda conversación sobre un MVP empieza igual: alguien tiene una idea, una idea aproximada de lo que debería hacer, y un plazo que casi siempre es más ajustado de lo que debería. El instinto de muchos estudios de desarrollo es entregarte un formulario. Marca tus funcionalidades, elige un rango de presupuesto, envía.

Nosotros no hacemos eso, y no es una cuestión de imagen de marca. Es porque un formulario no puede distinguir entre una funcionalidad que necesitas y una que crees que necesitas.

Por qué una conversación supera a un cuestionario

Un cuestionario asume que ya sabes exactamente qué construir. La mayoría de los fundadores no lo saben — no porque no lo hayan pensado, sino porque la respuesta suele depender de cosas que un formulario no puede preguntar: quiénes son realmente tus primeros diez usuarios, cómo se ve "terminado" para lo que quieres validar, y qué partes de la idea son la apuesta real frente a lo que simplemente das por hecho.

Por eso el alcance empieza como una conversación real, no como una lista de casillas. Hablamos sobre el negocio, los usuarios y el objetivo detrás del objetivo — qué es lo que realmente quieres aprender o demostrar al lanzar esto. Ese contexto cambia qué pertenece a la v1 y qué no, siempre.

Qué produce realmente un alcance "ágil"

"Ágil" no significa vago. Al final de una conversación de alcance, deberías salir con algo concreto:

• Un documento de requisitos que refleje lo que realmente dijiste, no una plantilla genérica
• Un alcance y un cronograma de los que puedas responsabilizarnos
• Recomendaciones técnicas que encajen con el producto, no con el stack que nos apetezca usar ese mes

Es el mismo tipo de entregable ya sea que estés construyendo un marketplace, una herramienta interna o una app de consumo — el contenido cambia, la estructura no.

La parte que la gente subestima: recortar alcance

La parte más difícil de definir el alcance de un MVP no es añadir funcionalidades — es recortarlas sin recortar lo que realmente quieres poner a prueba. Casi toda idea tiene un "estaría bien tenerlo" disfrazado de "imprescindible". Parte del trabajo es distinguirlos, en voz alta, antes de que te cueste un sprint.

Si tienes una idea entre manos y estás tratando de averiguar qué pertenece realmente a una primera versión, esa es exactamente la conversación que tendríamos. Hablemos.