¿Cuánto tarda un MVP?

Semanas, con un alcance cerrado y las decisiones tomadas al principio. La parte de unidades y formatos se resuelve en una sesión corta del arranque; dejarla para el final cuesta días de recálculo y una conversación incómoda con quien ya usó el producto.

¿Podemos empezar solo con la escala de nuestro cliente?

Sí, y suele ser lo sensato. Se enseña una y se guarda la canónica, que no tienen por qué coincidir. Añadir la segunda escala más adelante es trabajo de pantalla y no de base de datos, y por eso sale barato hacerlo en ese orden.

¿Se puede cambiar la unidad canónica más adelante?

Se puede si cada fila guardada lleva su unidad o si se usó una sola y está documentada. El coste no está en el código, está en reprocesar el histórico y en comprobar que el resultado cuadra con algo conocido de antes.

MVP WebCoding · Houston

Desarrollo de MVP en Houston

Construimos la primera versión de un producto en semanas, no en trimestres. En un MVP casi todo se puede dejar para más adelante, menos una cosa: los datos que entren sin saber en qué unidad están no se arreglan después.

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 Houston

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

Elegir la unidad canónica cuesta una tarde ahora

Al principio es una línea en el esquema y un párrafo en el documento. Seis meses después es una migración sobre filas que ya nadie sabe interpretar, con dos personas discutiendo si aquel 180 eran centímetros o pulgadas. La misma decisión, dos precios muy distintos.

Podéis aplazar el selector, no la columna

La primera versión puede enseñar una sola escala, la de quien va a usarla. Eso se cambia cualquier martes por la tarde. Lo que no se cambia es haber guardado tres meses de mediciones sin dejar constancia de la unidad, porque ahí ya no hay nada que deducir.

Los datos del piloto se quedan para siempre

Casi ningún piloto se tira: lo que se cargó en la prueba acaba siendo el histórico de producción. Por eso la primera importación merece la misma atención que la última, con la unidad declarada en la cabecera del fichero y comprobada antes de tocar la base.

Un valor por defecto sin documentar es un supuesto

Fijar libras por defecto en el formulario está bien mientras esté escrito y se vea en la pantalla. El problema aparece cuando la unidad solo existe dentro del código y quien rellena tiene otra en la cabeza. Nadie se entera hasta que sale un pedido raro.

Resolvemos dudas