Tienes ideas. Las tienes hace meses. Viven en una app de notas, fermentando lentamente en culpa. Cada lunes piensas "el próximo fin de semana" y cada domingo en la noche de alguna manera reorganizaste tu escritorio en vez de lanzar algo.

El problema no es talento ni herramientas. Es proceso. La mayoría de los proyectos de fin de semana mueren porque los builders pasan el sábado tomando decisiones que debieron tomar el viernes, y el domingo puliendo cosas que nadie pidió. 🔍

Hace seis meses, esta guía no habría sido práctica. Claude Code no podía armar de forma confiable una app full-stack a partir de un solo archivo de especificación. El tier gratuito de Supabase no incluía edge functions. El plan hobby de Vercel tenía límites de deploy más ajustados. Pero para finales de marzo 2026, cada herramienta en este playbook corre en un tier gratuito lo suficientemente generoso para lanzar un producto real — no un demo de juguete. El costo de un MVP de fin de semana bajó de "unos cuantos cientos de dólares en hosting y APIs" a "literalmente cero dólares si eres cuidadoso". Esa es la ventana. 💰

Este es el playbook que he hecho ingeniería inversa observando cientos de lanzamientos de fin de semana durante el último año — los que realmente produjeron una URL en vivo con usuarios reales para el domingo en la noche. No un prototipo. No un mockup en Figma. Un producto desplegado. El arma secreta: Claude Code — el asistente de programación con IA de Anthropic que trabaja desde la terminal, lee tu proyecto, escribe código y ejecuta comandos directo en tu codebase.

Viernes en la noche: Una hora de decisiones (no código)

El fin de semana arranca el viernes a las 9pm. No con código — con decisiones. Cada minuto que pasas deliberando el sábado es un minuto que no estás construyendo.

Elige una forma de proyecto

Estas son las únicas formas que de manera realista se lanzan en un fin de semana:

Forma Ejemplo Complejidad
Herramienta Unificador de PDFs, compresor de imágenes, formateador de texto Baja
Dashboard Visor de analytics, página de status, display de métricas Media
Marketplace lite Directorio, sitio de listings, colección curada Media
SaaS micro Producto de una sola función con auth y página de cobro Media-Alta
API wrapper Tomar una API fea — una forma en que los programas se comunican entre sí — y hacerla bonita Baja-Media

Escribe la especificación de una página

Abre un archivo. Escribe exactamente esto. Nada más:

# MVP de Fin de Semana: [Nombre]

## Una oración
[Qué hace, para quién]

## Flujo principal
1. El usuario llega a la página
2. El usuario hace [acción principal]
3. El usuario obtiene [resultado]

## Imprescindible (sábado)
- [ ] Landing page
- [ ] Feature principal
- [ ] Deploy a URL de producción

## Sería bueno tener (domingo)
- [ ] Auth
- [ ] Notificaciones por email
- [ ] Analytics básico

## NO vamos a construir
- [ ] Panel de admin
- [ ] Procesamiento de pagos
- [ ] App móvil
- [ ] Perfiles de usuario

¿Esa sección de "NO vamos a construir"? La parte más importante de todo el documento. Es tu escudo contra el scope creep — la tendencia natural de seguir agregando "solo una cosita más" hasta que se fue el domingo y no construiste nada completo.

Configura el repo

Un repo (repositorio) es simplemente una carpeta de proyecto rastreada por Git — software de control de versiones que guarda cada cambio que haces, como un "deshacer" infinito para tu código.

mkdir my-mvp && cd my-mvp
git init

# Elige UN stack. No deliberes.
# Opción A: Next.js + Supabase (full-stack, máxima flexibilidad)
npx create-next-app@latest . --typescript --tailwind --app

# Opción B: Estático + API (más simple, más rápido)
# Solo crea index.html y una carpeta /api

touch SPEC.md  # Pega tu especificación aquí
git add -A && git commit -m "init: weekend mvp"

Next.js es un framework basado en React — piénsalo como un kit de inicio para construir apps web que maneja routing, renderizado del lado del servidor y deployment listo para usar. Supabase te da base de datos, login de usuarios y almacenamiento de archivos sin configurar ningún servidor.

Sábado en la mañana: Construye lo esencial (4-5 horas)

Despierta. Café. Terminal abierta. Nada de redes sociales, nada de email, nada de "déjame revisar una cosita".

Horas 1-2: Scaffold con Claude Code

Aquí es donde Claude Code demuestra su valor. Ábrelo en el directorio de tu proyecto:

claude

Dale todo el contexto:

Lee SPEC.md. Este es un MVP de fin de semana — estamos
construyendo el mínimo producto posible.

Arma la estructura del proyecto:
1. Configura la estructura de páginas según el flujo principal
2. Crea el componente del feature principal
3. Configura estilos básicos con Tailwind
4. Crea un layout con nav y footer
5. Sin auth todavía, sin base de datos — solo la UI y la lógica principal

Claude Code genera 5-15 archivos. No revises cada línea. Estás verificando tres cosas: ¿corre? (npm run dev), ¿está el flujo principal?, ¿la estructura del código tiene sentido?

Horas 2-4: Implementa el feature principal

Este es el único código que importa. Todo lo demás es scaffolding — soporte estructural que no es el producto en sí.

Digamos que estás construyendo una calculadora de costo de reuniones. Le dices a Claude Code:

El feature principal es una calculadora que toma:
- Número de participantes
- Tarifa promedio por hora
- Duración de la reunión

Y muestra un contador de costo en tiempo real, costo total
y desglose de costo por minuto. Un solo componente React.
Sin backend necesario. Usa useState para el timer,
useEffect para la animación del contador.

Claude Code lo escribe. Pruebas en el navegador. Iteras:

La animación del contador se ve entrecortada. Usa
requestAnimationFrame en vez de setInterval. Haz que
el número del costo sea enorme — 72px, fuente monospace.

Disciplina clave: solo itera sobre el feature principal. Si el nav se ve mal, anótalo. Los cosméticos se arreglan el domingo.

Horas 4-5: Deploy 🚀

Despliega antes de almorzar. Tener una URL en vivo — una dirección real que cualquiera puede visitar — cambia tu psicología de "estoy jugando con código" a "estoy construyendo un producto".

# Vercel (lo más rápido para Next.js)
npx vercel

# O Cloudflare Pages (lo más rápido para sitios estáticos)
npx wrangler pages deploy ./out

Vercel hace auto-deploy cada vez que pusheas código. El tier gratuito cubre cualquier MVP. Manda la URL a una persona. Su reacción de 30 segundos te dice más que una semana de desarrollo en solitario.

Almuerzo: Aléjate de la compu

En serio. Come algo que no sea frente a tu escritorio. La sesión de la tarde duplica su productividad cuando tu cerebro ha descansado.

Sábado en la tarde: El tejido conectivo (3-4 horas)

El feature principal funciona. Ahora haz que se sienta como un producto.

Horas 6-7: Base de datos (si es necesario)

No todo MVP necesita base de datos — un lugar estructurado para guardar y consultar datos. Una calculadora no. Un directorio sí.

Si el tuyo la necesita, dile a Claude Code:

Configura Supabase:
1. Diseña el schema mínimo — solo tablas para el flujo principal
2. Configura el cliente en lib/supabase.ts
3. Agrega CRUD básico para el tipo de dato principal
4. Sin RLS todavía, sin queries complejas — solo que funcione

CRUD significa Create, Read, Update, Delete — las cuatro operaciones básicas sobre cualquier dato. RLS (Row Level Security) controla quién puede ver qué filas. Déjalo para después.

El tier gratuito de Supabase te da 500 MB de PostgreSQL — una base de datos open-source muy potente. Para un MVP, vas a usar como 1 MB. Eso son 500 MVPs de margen. 💰

// lib/supabase.ts — esto es todo lo que necesitas
import { createClient } from '@supabase/supabase-js'

export const supabase = createClient(
  process.env.NEXT_PUBLIC_SUPABASE_URL!,
  process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)

Horas 7-8: Auth (si es necesario)

Auth (autenticación) — hacer que los usuarios inicien sesión para identificarse. Una calculadora de reuniones no lo necesita. Un dashboard personal sí.

Agrega Supabase Auth:
1. Registro/login con email + contraseña
2. Componente simple de formulario de auth
3. Ruta protegida para el dashboard
4. Manejo de sesión vía middleware
5. Sin login social, sin MFA — solo email y contraseña

MFA (autenticación multifactor) es ese segundo código que te llega al celular. Supabase Auth maneja 50,000 usuarios activos mensuales gratis. Nunca vas a llegar a ese límite durante el fin de semana del MVP.

Horas 8-9: Landing page

Tu landing page necesita exactamente cuatro cosas:

  1. Titular — qué hace (5-8 palabras)
  2. Subtítulo — para quién es (1 oración)
  3. Botón CTA — "Pruébalo gratis" / "Empieza ahora"
  4. Una captura de pantalla — muestra el producto funcionando
Crea una landing page:
- Sección hero con titular, subtítulo y CTA
- Una sección mostrando el feature principal
- Footer simple con info de contacto
- Sin testimonios, sin precios, responsive para móvil

Nada de tabla comparativa de features. Nada de logos de "confían en nosotros". Nada de gradientes animados. Lanza lo real, no un sitio de marketing sobre lo real.

Domingo: Pulir y lanzar (6-8 horas)

Mañana: Arregla todo lo que ignoraste ⚡

Abre tus notas del sábado. Pásalas a Claude Code en lote:

Arregla esto en orden:
1. El nav no resalta la página activa
2. El menú móvil no se cierra al hacer clic en un enlace
3. El estado de carga muestra vacío — agrega un skeleton
4. Falta validación del formulario en el campo de email
5. Los links del footer no llevan a ningún lado — agrega páginas o quita los links

Cada arreglo es pequeño. Juntos convierten "demo" en "producto".

Tarde: Checklist de lanzamiento

### Funciona
- [ ] Feature principal funciona en Chrome desktop
- [ ] Feature principal funciona en Safari móvil
- [ ] Todos los enlaces llevan a algún lado
- [ ] Los formularios validan la entrada
- [ ] Los errores muestran mensajes amigables

### Se ve bien
- [ ] Favicon existe
- [ ] Título de página y meta description configurados
- [ ] Imagen OG para compartir en redes
- [ ] Sin texto placeholder ("Lorem ipsum")
- [ ] Espaciado y tipografía consistentes

### Listo para producción
- [ ] Variables de entorno configuradas en producción
- [ ] HTTPS funciona
- [ ] Tiempo de carga menor a 3 segundos
- [ ] Sin errores en consola
- [ ] Página 404 existe

Dile a Claude Code: "Revisa este checklist contra nuestro codebase. Dime qué pasa, qué falla, y arregla las fallas". Lo resuelve en minutos.

Noche: Lánzalo

Publica en Twitter/X, servidores de Discord relevantes, un hilo en Reddit, Hacker News "Show HN" si aplica. El formato de post que funciona:

Construí [nombre del producto] este fin de semana — [hace tal cosa] para [audiencia]. [URL] Hecho con Next.js + Supabase + Claude Code. Acepto feedback.

No escribas un ensayo de 2000 palabras para un proyecto de fin de semana. El producto habla o no habla.

Los asesinos de tiempo que destruyen MVPs de fin de semana 🗑️

Asesino de tiempo Por qué es tentador Por qué es una trampa
Design system personalizado "Debería verse profesional" Los defaults de Tailwind se ven bien
Auth desde cero "No confío en terceros" Supabase Auth toma 10 minutos
Optimización de base de datos "¿Y si escalamos?" Tienes 0 usuarios. Optimiza cuando tengas 1,000
Pipeline de CI/CD "Mejores prácticas" Push a main. Vercel hace auto-deploy
Suite de tests "Debería tener tests" Testea manualmente un MVP de fin de semana
Integración de pagos "Necesito monetizar" Consigue usuarios primero. Agrega Stripe en la semana 2
Panel de admin "Necesito gestionar datos" Usa el dashboard de Supabase directo

CI/CD (Integración Continua/Despliegue Continuo) significa testing automatizado y deploy cada vez que pusheas código. Valioso en el momento correcto. Este fin de semana no es ese momento.

La línea de tiempo realista

Viernes 9pm:    Escribir spec, configurar repo           (1h)
Sábado 9am:     Scaffold + feature principal              (4h)
Sábado 1pm:     Pausa para almorzar                       (1h)
Sábado 2pm:     Base de datos + auth + landing page       (4h)
Sábado 8pm:     Listo por hoy
Domingo 10am:   Pulir + arreglar bugs                     (3h)
Domingo 2pm:    Checklist de lanzamiento + deploy         (2h)
Domingo 5pm:    Publicar online + recoger feedback        (1h)
Domingo 6pm:    MVP de fin de semana lanzado

Tiempo total de código enfocado:                         ~14h

14 horas de trabajo enfocado. No 48 horas de desvelo desesperado. Duerme las dos noches. Haz ejercicio el domingo en la mañana. El código descansado le gana al código agotado siempre.

🦝 La opinión de Schnapps

El MVP de fin de semana pone a prueba tu idea, no tu resistencia física. Si no puedes explicar lo que hace el producto en una oración, no puedes construirlo en un fin de semana. Si no puedes construir el feature principal en 4 horas con Claude Code ayudándote, el feature es demasiado complejo para un MVP.

Los proyectos que se lanzan comparten un rasgo: el builder recortó scope sin piedad. Una sección en la landing page. Un feature en la app. Dos tablas en la base de datos. Y se lanzó.

Los proyectos que no se lanzan comparten un rasgo diferente: el builder pasó el sábado en la tarde investigando qué librería de animaciones usar para las transiciones de página. No hay transiciones de página en un MVP. Hay una página, y funciona. Lanza eso. 🚀