Construir el MVP: el ciclo funciona de principio a fin

La técnica de construcción proviene del curso de vibe coding (Lovable/Replit, iterations, rollbacks). Aquí cubrimos lo que separa un producto de un proyecto de hobby: el orden en que construyes y dos capas que los principiantes siempre olvidan.

Esqueleto antes que belleza

Primer objetivo: que todo el ciclo funcione de principio a fin, por torpe que sea — registrarse → hacer la tarea → obtener el resultado. Solo entonces pulirás los pasos individuales. La razón de este orden: los problemas más aterradores son las uniones («el paso 3 es imposible sin datos del paso 5»), y solo aparecen cuando el ciclo se ejecuta por completo. Es mejor detectarlos el primer día que descubrir, después de una semana puliendo la página de inicio, que el producto no se puede completar en absoluto.

Esta regla es anterior al desarrollo web. Mientras hacían la primera Toy Story, Pixar creó una versión aproximada de toda la película a partir de bocetos —los «reels»— y solo una vez que estuvieron seguros de que la historia se mantenía de principio a fin, dedicaron meses a renderizar los fotogramas. Primero todo en bruto, luego los detalles bonitos. El software funciona de la misma manera.

Una pausa socrática

Has abierto el producto por primera vez. ¿Qué hay en esa primera pantalla? No una lista completa de tareas, no un feed lleno de contenido — vacío. Y ahí es donde se decide si te quedas o cierras la pestaña. Piensa: ¿qué debe haber en esa pantalla vacía para que sepas qué hacer?

Capa 1: estados vacíos

Un nuevo usuario no tiene datos: lista vacía, historial vacío. Un proyecto de hobby muestra un vacío desnudo; un producto guía: «Nada por aquí todavía. Sube el primero — aquí tienes el botón.» Qué pedir a la IA: «Para cada lista y pantalla, crea un estado vacío: qué es, para qué sirve y un botón para la primera acción». Las primeras impresiones viven exactamente aquí — en la pantalla que los proyectos de hobby dejan en blanco.

Capa 2: errores comprensibles

Archivo incorrecto, el wifi falló, el pago no se realizó. Un proyecto de hobby no dice nada, o asusta a la gente con «Error 0x80070057». Un producto explica y ofrece una solución: «Este archivo supera los 100 MB — comprímelo o divídelo.» La fórmula para un buen mensaje: qué pasó + qué hacer. La petición: «Cada error en lenguaje sencillo: qué pasó y qué hacer. Y muéstrame una lista de todos los mensajes de error» — esa última parte te permite editar todos los textos a la vez, con una sola voz.

Mitos de principiantes

• «Los errores son casos límite, los escribiré más tarde.» Una de cada tres personas se encuentra con un error en su primera visita: formato incorrecto, ratón resbaladizo, red inestable. Eso no es el límite, es el centro de la experiencia.
• «Para mí está claro, así que para todos también.» Conoces el producto desde dentro — eres un probador ciego. Tiene que estar claro para alguien que ve la pantalla por primera vez.
• «Lo haré bonito y luego comprobaré la lógica.» Al revés: primero el ciclo funcionando, luego la belleza. Un producto roto y precioso es una imagen cara.

La prueba de «manos ajenas»

Conoces este truco de cursos anteriores — ahora es un paso de aceptación obligatorio. Alguien de tu público objetivo recorre el ciclo delante de ti, en silencio, y tú no das pistas ni explicas — solo observas dónde tropiezan. En «Don't Make Me Think», Steve Krug demostró que 3-5 personas reales son suficientes para encontrar la mayoría de los problemas; no necesitas un laboratorio caro. Tres tropiezos = tres tareas para mañana. Sigue puliendo el ciclo hasta que una persona nueva lo complete sin una sola pregunta — eso es lo que significa estar listo para el MVP.

Dónde falla esto: pulir lo incorrecto

El fallo clásico en la construcción de un MVP es este: el fundador pasa una semana perfeccionando la animación de un botón y el degradado de una página de inicio, y el usuario de prueba tropieza en la puerta de entrada — no sabe dónde hacer clic después de registrarse. Piel pulida, esqueleto roto. La regla del orden existe precisamente para esto: hasta que una persona nueva pueda recorrer el ciclo de principio a fin, pulir cualquier pantalla individual es prematuro. Primero «funciona de principio a fin», luego «bonito en cada paso». El orden inverso es la forma más cara de pasar una semana.

Cómo se conecta esto con otros cursos

Iterar, volver a una versión que funciona y trabajar con un asistente de IA es una técnica del curso de vibe coding. Y los estados vacíos y los errores comprensibles que estás construyendo aquí impulsan directamente la conversión al primer valor — una métrica de la lección de analítica de este curso. Todo está conectado: lo que construyes ahora es lo que medirás después.

Haz esto ahora (5 minutos)

Abre tu borrador de producto y busca la primera pantalla de un nuevo usuario. ¿El estado vacío les guía hacia una primera acción, o simplemente está vacío? Si solo está vacío, escribe la petición a la IA para los estados vacíos ahora mismo, antes de que se te olvide.