¿Eso no frena un MVP?

Lo frenaría montarlo entero. Lo que proponemos son unas horas al principio que se recuperan la primera vez que algo sale mal, y eso pasa antes de lo que nadie espera. Un MVP no es un producto sin cuidado: es un producto con menos funciones.

¿Podemos probar con clientes reales sin jugárnosla?

Se empieza por un grupo pequeño y avisado, no por la lista entera. Alguien que sabe que está probando algo nuevo perdona un fallo y os cuenta qué pasó; ese mismo fallo delante de cien desconocidos se lleva la primera impresión, y solo hay una.

¿Y si al terminar seguimos con otro equipo?

Repositorio, servidores y dominios están a vuestro nombre desde el primer commit, y la forma de publicar queda documentada dentro del propio proyecto. Continuar sin nosotros es leerlo, no negociarlo. Lo sabemos por Tu Garaje Virtual, que es producto nuestro.

MVP WebCoding · Zúrich

Desarrollo de MVP en Zúrich

Construimos la primera versión funcional de vuestro producto para ponerla delante de usuarios reales. Y decidimos con vosotros qué precauciones valen la pena en esta fase y cuáles pueden esperar.

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 Zúrich

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

Tres cosas desde el primer día, y solo tres

Una copia de la base de datos que alguien haya restaurado ya una vez, un sitio de pruebas separado del real y la posibilidad de volver a la versión anterior. Se montan en unas horas al principio y son incomodísimas de añadir cuando ya hay gente usándolo. Lo demás puede esperar.

Y unas cuantas que en un MVP no hacen falta

No os vamos a vender pruebas automáticas de todo, tres entornos ni un proceso de entrega de manual. En esta fase se prueba a fondo lo que toca dinero y datos de clientes, y el resto se revisa a mano. Montar la maquinaria completa antes de saber si el producto interesa es gastar donde no toca.

Lo único irreversible son los datos de los primeros usuarios

Un error de código se corrige y se vuelve a subir. Lo que dejaron las primeras personas que probaron el producto no se recupera si desaparece, y con ello la validación entera, que es para lo que existe un MVP. Copia diaria desde la primera semana y una restauración probada antes de que entre nadie.

Publicar poco y a menudo hace el error más pequeño

Si se sube una vez al mes, cada entrega lleva treinta cambios dentro y averiguar cuál rompió algo cuesta un día. Saliendo varias veces por semana, cuando algo falla el sospechoso es evidente y se revierte solo eso. Cuanto más corto el paso, más barato el tropiezo.

Resolvemos dudas