Construir un SaaS con Claude en una semana: el sprint real

Construir un SaaS en una semana solía ser una promesa de marketing. En 2026, con un boilerplate AI-native y Claude Code, es un cronograma realista. No de demo Frankenstein: de SaaS con auth, billing, dashboard y deploy. Esta guía explica un sprint de 7 días para sacar un SaaS desde idea hasta primer cliente. El truco no es trabajar más horas. Es delegar al agente todo lo que se pueda delegar. ## Lunes: idea y arranque - **AM**: define en 5 frases qué problema resuelves, para quién, y cuál es el primer feature que justifica pagar. - **PM**: clona tu boilerplate AI-native. Configura `.env`. Lanza Claude Code y dile: > "Personaliza el boilerplate para [SaaS X]. Cambia el branding, cambia los textos de la landing > al ICP indicado, prepara la BD." A última hora del lunes ya tienes el boilerplate corriendo con tu nombre y tu landing. ## Martes: auth y onboarding Auth ya viene del boilerplate. Lo que toca es ajustarlo: - ¿Permites OAuth? (Google, GitHub, LinkedIn) - ¿2FA opcional o obligatoria? - ¿Cómo es el flujo de onboarding (wizard, paso único)? Le pides al agente: > "Configura el flujo de onboarding según las reglas del feature. Pide nombre, empresa, y selección > de plan. Manda email de bienvenida con Resend." A última hora: usuarios pueden registrarse, hacer onboarding, recibir email. ## Miércoles: core feature Aquí va el grueso del producto. Sea el feature que sea, el patrón es el mismo: 1. Define el modelo en Prisma 2. Crea las server actions / API handlers 3. Crea las páginas y componentes 4. Lanza `/verify` y arregla lo que salga Le pasas al agente la spec en lenguaje natural y lo deja correr. Tú revisas commits y das feedback. A última hora del miércoles, el feature funciona end-to-end. ## Jueves: billing y planes Polar o Stripe (depende). El boilerplate trae los webhooks. Lo que ajustas: - Productos en el dashboard del payment provider - Mapeo plan → permisos - UI de upgrade y cancel > "Conecta los productos de Polar (free, starter, pro) con los permisos de la app. Muestra UI de > upgrade en el dashboard." A última hora: alguien puede pagar, su rol cambia, ve features premium. ## Viernes: pulido y errores El día feo pero crítico. Tienes que probar: - Registro → onboarding → core feature → upgrade - Cancel → downgrade - Edge cases (formulario vacío, email duplicado, fallo de pago) > "Lanza @quality-checker. Reporta lo que esté roto." Arregla lo que el agente saque. Mejora copy. Añade Sentry o equivalente. ## Sábado: deploy - Configura producción (Hetzner + Coolify, Vercel, Railway, lo que sea). - Variables de entorno reales. - Dominio. - SSL. - DB en producción. > "Despliega en [proveedor]. Verifica que la app responde y que los webhooks llegan." A última hora: estás en producción. ## Domingo: lanzamiento - Email a tu lista (aunque sean 30 personas). - Post en LinkedIn / X / IndieHackers. - Mensaje a tus 5 personas más cercanas en el ICP. - Habilita analytics (Plausible, Umami, Clarity). Si una persona se registra, ya has cumplido el objetivo del sprint. ## Errores típicos del sprint **1. Subir el alcance a mitad de semana**: "ya que estoy, meto X feature más". Mata el sprint. Apunta lo extra para v1.1. **2. No usar el agente como ingeniero, solo como autocompletado**: si tecleas todo, el sprint se estira a 3 semanas. Delega bloques enteros. **3. Saltarte testing**: el sprint está apretado, lo sabemos. Pero el viernes de QA no se salta. **4. Lanzar sin email**: tener una landing y "ya verán" no funciona. El email del domingo es imprescindible. ## Qué hace que funcione - **Boilerplate AI-native**: empiezas en hora 0 desde el km 80, no del km 0. - **CLAUDE.md sólido**: el agente no improvisa, sigue tus reglas. - **Sprints reales, no maratones**: 8h al día, no 16. Si no llegas, recortas alcance, no salud. ## Conclusión Una semana para un SaaS en 2026 es viable, no épico. Lo épico es el cambio de modelo: el humano hace producto y dirección; el agente hace código y verificación. Si en 1 semana no sacaste lo que querías, mira primero el boilerplate y el CLAUDE.md. La mayoría de las veces es ahí donde se pierde el tiempo.