¿Cuánto cuesta y cuánto tarda?

Se recorta el alcance hasta que cabe en pocos meses; si no cabe, no es un MVP sino un producto completo con otro nombre. El precio sale de ese alcance cerrado y va por escrito antes de empezar. Trabajar por horas abiertas en un MVP acaba mal para las dos partes casi siempre.

¿Podemos seguir nosotros cuando termine?

Sí, y conviene planearlo desde el principio. Se entrega el repositorio, la guía de arranque y las convenciones explicadas para que un equipo contratado en Montevideo pueda continuar sin llamarnos. Tener esa puerta abierta os da margen frente a cualquier proveedor, nosotros incluidos.

¿Trabajáis por fases o todo de golpe?

Por fases cortas, cada una con algo funcionando al final. La primera es la más incómoda porque obliga a elegir qué queda fuera, y ahí se nota el horario: esa conversación se cierra en una sesión larga de vuestra mañana en vez de en dos semanas de correos cruzados.

MVP WebCoding · Montevideo

Desarrollo de MVP en Montevideo

Construimos la primera versión útil de vuestro producto para ponerla cuanto antes delante de clientes de verdad. Con la franja de Montevideo el ciclo de decisión baja de semanas a días, y eso cambia cuánto se aprende por cada euro gastado.

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 Montevideo

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

Quince minutos de demo cada mañana

Enseñar lo construido a diario, aunque sea poco, es posible con este horario y es el hábito que más presupuesto ahorra en un MVP. Los malentendidos aparecen cuando cuestan una tarde de trabajo, no cuando ya hay tres funciones montadas encima. Sin hueco diario, esa demo se convierte en una reunión quincenal y deja de servir.

Qué se decide en la franja y qué no

Lo que depende de vuestro criterio se cierra en la sesión de la mañana. Lo que depende de vuestros clientes, no: a ellos se les llama por la tarde y ahí ya no estamos. Ese trabajo lo hacéis vosotros y lo recogemos al día siguiente. Un MVP se atasca ahí mucho más a menudo que en el código.

Validar es medir, no preguntar si gusta

Antes de la primera pantalla acordamos qué número diría que la idea funciona: altas, pedidos, uso repetido a la semana siguiente. Sin esa cifra pactada por escrito, cualquier resultado se puede leer como bueno y el MVP no decide nada. La medición se instala con la primera versión, no cuando ya hay dudas.

No es tecnología para tirar a la basura

Laravel y React, las mismas herramientas con las que sostenemos productos en marcha. Si la validación sale bien, la siguiente versión se levanta sobre esta en lugar de empezar de cero. Tu Garaje Virtual es producto nuestro, así que estas decisiones de arranque las hemos pagado también con nuestro dinero.

Resolvemos dudas