Semanas, no años. Si el plan se estira más allá de unos pocos meses, lo que estáis construyendo ya no es un MVP sino el producto completo con otro nombre. La primera conversación consiste sobre todo en recortar hasta que quepa en un plazo donde equivocarse siga siendo barato.

¿Y si resulta que nadie paga?

Entonces habéis descubierto por poco dinero algo que el producto terminado os habría enseñado por mucho. Ese es el escenario para el que existe el formato. Lo que no sirve es interpretar la falta de ventas sin datos, y por eso se decide antes qué se va a medir.

¿Tenemos que estar disponibles a diario?

A diario no, pero sí hace falta alguien con capacidad de decidir al otro lado. El tramo útil es de 15:00 a 19:00 en Madrid, que en Quito son las 08:00 a 12:00. Lo caro en un MVP no es programar: es tener el trabajo parado tres días esperando una respuesta que se da en cinco minutos.

MVP WebCoding · Quito

Desarrollo de MVP en Quito

Construimos la primera versión utilizable de vuestro producto para ponerla delante de clientes reales. Con ella se comprueba lo que casi nadie comprueba a tiempo: cuánto está dispuesta a pagar la gente.

Pide presupuesto sin compromiso WhatsApp directo

Respondemos el mismo día · Presupuesto en 24 h · Agencia con sede en Vilanova i la Geltrú

Cómo trabajamos en Quito

El mismo nivel técnico y de proceso que aplicamos en proyectos de cualquier escala. Lo que cambia es el conocimiento del mercado local.

Dos personas del equipo de WebCoding trabajando juntas frente a los monitores

El precio también es una hipótesis

Casi todos los proyectos validan si la idea interesa y dejan la cifra para más adelante. Enseñar un precio desde la primera versión responde más que veinte entrevistas. En Ecuador ese importe es directamente el que veréis en la contabilidad, de modo que el margen se calcula sin suposiciones sobre ningún tipo de cambio.

Tres números acordados antes de escribir código

Antes de empezar dejamos por escrito qué haría considerar el experimento un acierto: cuánta gente lo usa, cuánta vuelve y cuánta paga. Fijarlo al principio evita la conversación incómoda del final, cuando cada parte recuerda un objetivo distinto y los mismos datos admiten dos lecturas opuestas.

Recortamos el alcance, nunca los cimientos

Laravel y React, los mismos que en proyectos grandes. Lo que se reduce en un MVP es la lista de funciones, no la calidad de la base, porque si valida se sigue construyendo encima de eso. Queda documentado con sus convenciones para que pueda seguirlo otro equipo sin arqueología previa.

Los tres finales posibles, con su coste

Un MVP termina de tres maneras: seguir, cambiar de rumbo o parar. Las tres son resultados legítimos y cada una cuesta un dinero distinto, así que ponemos una estimación a cada camino antes de arrancar. Parar a tiempo con una respuesta clara sale más barato que cualquiera de las otras dos.

Resolvemos dudas