¿Un MVP se puede mantener o hay que rehacerlo entero?

Depende de dónde se tomaran los atajos. Si están en la superficie, en pantallas o pasos manuales, se sustituyen por partes sin drama. Si están en el modelo de datos o en la identidad de usuarios, casi siempre toca rehacer, y por eso son las dos cosas que nunca recortamos.

¿Cuánto tiempo aguanta un MVP en producción?

Bastante más de lo que nadie planea. La respuesta honesta es que aguanta hasta el primer cambio grande que le pidáis, y ese momento llega antes si ha tenido éxito. Planificarlo suponiendo que vivirá seis meses es lo que hace que a los dos años sea un problema.

¿Trabajáis con empresas que ya tienen equipo técnico?

Sí, y en ese caso el entregable incluye la lista de deuda escrita para vuestros desarrolladores, con el porqué de cada atajo. Que vuestro equipo pueda discutir esas decisiones es mucho mejor señal que un producto que solo nosotros sepamos continuar.

MVP WebCoding · Viena

Desarrollo de MVP en Viena

Construimos la primera versión funcional de vuestro producto para ponerla delante de usuarios reales. Un MVP se hace tomando atajos a propósito, y toda la diferencia entre hacerlo bien y hacerlo mal está en si quedan apuntados.

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 Viena

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

Los atajos van en una lista, no en la cabeza de nadie

Cada decisión tomada por velocidad queda escrita junto a lo que costaría deshacerla: el informe que se genera a mano, la tabla sin índices, el panel de administración que es una hoja de cálculo. Al terminar tenéis la deuda contraída y su precio, que ya es una decisión de negocio y no una sorpresa.

El MVP peligroso es el que funciona

Si la validación sale mal, el código se tira y da igual lo que llevara dentro. Si sale bien, esa primera versión se queda tres años en producción, porque siempre hay algo más urgente que arreglarla. Por eso hay partes sin atajos: identidad de usuarios, modelo de datos y copias.

Lo desechable, marcado como desechable

En un MVP conviene que haya piezas destinadas a tirarse, pero elegidas: un paso que hace a mano una persona, una integración simulada. Lo que no puede pasar es que a los seis meses nadie recuerde cuáles eran. Van señaladas en el código y en el mismo documento que los atajos.

Si arranca, lo primero que se paga es la deuda

Cuando el producto valida, lo primero del plan siguiente no son funciones nuevas: es decidir qué atajos se saldan antes de construir encima, que siempre sale más barato que hacerlo dos años después. Tu Garaje Virtual es producto nuestro y esa cuenta la hemos pagado nosotros, así que no la contamos de oídas.

Resolvemos dudas