Primer mes con tu boilerplate: roadmap real para indie hackers
Roadmap de 30 días para sacar un SaaS desde cero con un boilerplate. Setup, feature diferencial, producción y lanzamiento real.
Israel Palma
4 min de lectura
Comprar un boilerplate y ponerlo a funcionar son cosas distintas. Algunos lo abren el sábado, le
echan 2 horas, lo cierran "porque tienen que estudiarlo bien" y no lo vuelven a tocar. Otros
arrancan a saco, queman la energía en 4 días, y abandonan a la primera fricción.
Esta guía es el roadmap de los 30 primeros días con tu boilerplate. Está pensado para indie hackers
que tienen ~10h/semana de tiempo real (no las 40h que se prometen los domingos).
## Semana 1: setup y primer contacto
**Objetivo**: tener el boilerplate corriendo en local con tu nombre y tu landing.
- Día 1 (2h): clona, instala, configura `.env`, lanza `bun dev`. Confirma que todo funciona.
- Día 2 (2h): cambia logo, colores, dominio. Cambia los textos de la landing al ICP que validas.
- Día 3 (1h): personaliza emails (welcome, verify) con tu copy.
- Día 4 (2h): lee el `CLAUDE.md` raíz y el de cada feature que vas a tocar.
- Día 5 (2h): explora el admin dashboard, el flow de signup, el de billing. Compra a ti mismo como
prueba.
**Hito de la semana**: si invitas a un amigo a registrarse y completar onboarding, debe funcionar
end-to-end.
## Semana 2: tu primera feature diferencial
Aquí es donde dejas de ser "otro SaaS con auth" y empiezas a tener producto.
- Día 1 (2h): define en una página qué hace tu producto. Modelo de datos. Endpoints.
- Día 2-3 (4h): pídele a Claude Code que implemente el modelo Prisma + las server actions. Sigue las
reglas del boilerplate.
- Día 4 (2h): UI básica para esa feature.
- Día 5 (2h): testing manual. Cosas obvias (¿qué pasa si el form va vacío?).
**Hito de la semana**: tu feature funciona en local. No es bonita, pero funciona.
## Semana 3: pulido y producción
- Día 1 (2h): mejora la UI de la feature. Estados de carga, errores, vacíos.
- Día 2 (2h): conecta el provider de pagos real. Configura productos. Webhook a localhost con túnel.
- Día 3 (2h): contrata VPS (Hetzner) e instala Coolify.
- Día 4 (2h): primer deploy a producción. Configura dominio + SSL.
- Día 5 (2h): test de pago real con tarjeta tuya. Verifica que el rol cambia.
**Hito de la semana**: estás en producción, alguien podría comprar de verdad.
## Semana 4: lanzamiento real
- Día 1 (2h): email a tu lista (aunque sean 30 personas). Explica qué hace y para quién.
- Día 2 (2h): post en LinkedIn. Tono honesto, no marketing fake.
- Día 3 (1h): post en IndieHackers / Discord donde hay tu ICP.
- Día 4 (2h): habilita analytics (Plausible, Umami, Clarity). Empieza a medir.
- Día 5 (2h): habla con las primeras 3-5 personas que se registren. Pregunta qué les falta.
**Hito de la semana**: tienes los primeros 5 usuarios reales y conversaciones con ellos.
## Lo que NO hay que hacer en el primer mes
**1. Cambiar de stack**: si compraste el boilerplate y a medio camino piensas "mejor uso Astro",
abandonas y empiezas otra vez. Suicidio.
**2. Construir features no validadas**: "y si meto un sistema de referidos…" antes de tener 5
clientes es perder tiempo.
**3. Reescribir el código del boilerplate**: tienes la tentación de "limpiarlo a tu gusto".
Reescribe SOLO si te impide enviar. Lo demás se vive con ello.
**4. Esperar a tener 100% pulido para lanzar**: el viernes de la semana 4 lanzas. Cosas feas se
arreglan en producción con feedback real.
**5. No medir nada**: arrancar sin analytics es ir a ciegas. 30 minutos de Plausible/Clarity te
salvan después.
## Si en 30 días no estás en producción
Algo va mal. Las opciones son:
- Subestimaste la curva del boilerplate → reduce alcance, mantén el plan
- Te metiste en una feature demasiado compleja → simplifica al MVP del MVP
- El boilerplate no encaja → lo descubres ya con datos, decides
- Procrastinación → revisa el sistema, no el plan
Hablo siempre con quien lleva 3 meses "preparándose para lanzar". El problema casi nunca es técnico.
Es el sistema, no el plan.
## Conclusión
El primer mes con un boilerplate no se mide en líneas de código. Se mide en si tienes algo en
producción al que puedas mandar gente.
Si al día 30 no has lanzado, no son los componentes UI. Es el método. Recortas alcance y empujas. Lo
polidito viene después, con clientes y feedback. Antes, no hay nada que pulir.
¿Te gustó este artículo?
Suscríbete para más tutoriales y tips sobre crear productos con IA