Construir o comprar boilerplate: el marco para decidir

"¿Construyo mi propio boilerplate o me compro uno?" es la pregunta más común que recibo de indie hackers que arrancan en 2026. Y la respuesta corta es: depende de qué te ahorra más tiempo en los próximos 90 días. Esta guía es un marco de decisión. No para convencerte de uno u otro: para que decidas con criterio. ## Qué hay realmente en un boilerplate Antes de decidir, hay que entender qué te ahorra un boilerplate moderno: - Auth (email/password + OAuth + 2FA + recuperación) - Multi-tenancy (organizaciones, roles, invitaciones) - Pagos (Stripe o Polar + webhooks + roles según plan) - Email transaccional (welcome, reset, verify, invitaciones) - Admin dashboard (users, ban, impersonate, audit log) - Onboarding multi-step - UI base (Tailwind + shadcn + dark mode) - i18n (al menos EN/ES) - Storage (S3 o equivalente) Construir todo eso desde cero, con tests y sin bugs evidentes, son **200-400 horas**. Eso es 1-3 meses a tiempo completo de un dev senior. ## Cuándo construir desde cero tiene sentido - Tu producto **es** el sistema de auth/billing (improbable) - Vas a vender el código del proyecto y quieres control total - Tienes 3+ meses sin presión de monetización - Disfrutas el reto y eres consciente del coste de oportunidad - Tu stack es tan especial que ningún boilerplate encaja Si dudas en estos 5 puntos, no es tu caso. ## Cuándo comprar es la decisión obvia - Quieres lanzar un producto, no fundar una librería - Tu tiempo vale más que el precio del boilerplate - Validar la idea es prioridad, antes que perfeccionar el código - No tienes 200h libres para trabajo no diferencial - Quieres aprender patrones modernos (Next.js 16, Better Auth, Polar) viéndolos en un repo funcionando ## El cálculo simple Coste construir desde cero: 200h × tu tarifa hora (€50/h freelance medio) = **10.000€**. Coste comprar boilerplate: **150-300€** + 2-4h de personalización. Diferencia: 9.700-9.850€ y unos 2-3 meses. Si tu argumento es "no tengo dinero", suele significar que tampoco tienes 200h libres. Y si las tienes, dedicarlas a auth genérico cuando podrías estar validando con clientes es la peor inversión posible. ## Excepciones reales Hay un caso donde construir gana: si **ya** tienes un boilerplate hecho de proyectos anteriores. Lo abres, ajustas y arrancas. Ahí no estás pagando los 200h ahora; los pagaste hace 2 años. Reusar gana siempre. Otro caso: si el boilerplate disponible no encaja con tu stack y la curva de adaptación supera lo que ahorras. Raro, pero pasa. ## Trampas al comprar **1. Boilerplate desactualizado**: si no se mantiene (último commit hace 6 meses) y usa Next.js 13 con Pages Router, no compres. La deuda técnica que te ahorras se convierte en deuda diferente. **2. Boilerplate con 50 features que no necesitas**: si trae i18n para 7 idiomas, video uploads, chat realtime, marketplace, blog, podcast — y tú solo necesitas auth + billing — vas a pasar horas borrando. **3. Boilerplate sin documentación**: te quedas igual. Comprar un repo cerrado sin saber por dónde empezar es perder dinero. **4. Boilerplate con stack exótico**: si usa Astro + Drizzle + tRPC y tú nunca lo has tocado, los 2 meses ahorrados se convierten en 2 meses de aprender stack ajeno. ## Cómo evaluar un boilerplate antes de comprar 1. ¿Qué versión de Next.js / framework usa? (debe ser la actual o la anterior) 2. ¿Cuándo fue el último commit? (≤ 30 días) 3. ¿Tiene CLAUDE.md o equivalente para AI? (señal de que está pensado para 2026) 4. ¿Cuál es la política de updates? (paga una vez vs suscripción) 5. ¿Hay demo en vivo y/o repo público de muestra? 6. ¿Tiene comunidad activa (Discord, GitHub issues respondidas)? Si responde sí a 4-5 de los 6, es serio. ## Conclusión En 2026, salvo casos muy específicos, comprar un boilerplate maduro y bien mantenido es la decisión obvia. Tu tiempo vale más en validar la idea, hablar con clientes y construir lo que sí te diferencia. El que más rápido envía un MVP no es el que mejor codifica auth desde cero. Es el que mejor elige qué construir y qué comprar.