Un producto al mes: el método del estudio en solitario (y por qué funciona)

En resumen — Lanzar un producto al mes en solitario es viable con una condición: no volver a empezar desde cero nunca. La infraestructura reutilizable (auth, pago, despliegue, contenido) es lo que transforma un ritmo agotador en un sistema.

---

El primer producto que lancé me llevó seis semanas. El último, veinticuatro horas entre la compra del dominio y el sitio en vivo con el pago funcionando. No es que trabajara más rápido — es que casi no rehíce nada.

Lanzar un producto al mes suena a hustle porn. No lo es. Es una disciplina de ingeniería aplicada al producto: identificar lo que se repite, abstraerlo, reutilizarlo. El resto — la idea, el posicionamiento, la distribución — es donde va la energía humana. No en el cableado.

Esto es lo que aprendí construyendo el estudio SEK, solo, desde La Réunion, con familia y una agenda muy ajustada.

Por qué la velocidad de lanzamiento le gana a la perfección

La respuesta directa: porque el mercado te da información que tu cabeza sola no puede producir.

Un producto no lanzado es una hipótesis. Un producto lanzado — aunque imperfecto, aunque sin tráfico — es un experimento. La diferencia entre ambos es señal real frente a ruido interno.

El problema de la perfección es que es invisible desde fuera. Los usuarios no ven lo que has pulido durante tres semanas. Ven si el producto resuelve su problema en menos de treinta segundos. Si no es así, se van. La calidad percibida en el primer contacto depende de la claridad del mensaje, no de la limpieza del código.

Hay un segundo argumento, más brutal: el coste de oportunidad. Cada semana puliendo un producto es una semana sin feedback, sin SEO que empiece a indexarse, sin ese primer cliente que te dice qué no funciona. En un estudio en solitario, el tiempo es el recurso más escaso. Distribuirlo entre varias apuestas reduce el riesgo global — exactamente como una cartera de activos.

Esto no significa enviar basura. Significa definir un perímetro mínimo honesto — lo que el producto hace de verdad, lo que todavía no hace — y mantenerlo. Un producto que hace una cosa bien vale más que uno que promete diez y entrega seis a medias.

El ritmo de un producto al mes impone esa disciplina. No tienes tiempo para el scope creep. No tienes tiempo para rehacer la UI tres veces. Tienes tiempo para definir el problema, construir la solución mínima, publicarla y pasar al siguiente. Al principio incomoda. Luego libera.

Cómo la infraestructura reutilizable hace posible el ritmo

La infraestructura reutilizable es lo que transforma un ritmo agotador en un sistema. Sin ella, lanzar un producto al mes es solo sprint permanente. Con ella, es composición.

Estos son los cuatro bloques que he estandarizado a lo largo de los lanzamientos de SEK:

1. Auth y gestión de cuentas. La primera vez que cablas una autenticación — email/contraseña, OAuth, gestión de sesiones, recuperación de contraseña — te lleva fácilmente un día. La segunda vez, copias el módulo. La quinta, lo instalas en veinte minutos. Uso el mismo stack (Next.js + Supabase Auth) en todos los productos que necesitan cuenta. El código es idéntico en un 90 %. Solo cambia la lógica de negocio.

2. Pago. Stripe se cabla una vez, se prueba una vez, se documenta una vez. Checkout, webhooks, gestión de suscripciones, portal del cliente — todo está en un módulo que importo. El tiempo de configuración de un nuevo producto de pago: menos de una hora. Sin esto, cada lanzamiento repite el mismo túnel de dolor.

3. Despliegue. Vercel + un script de despliegue estandarizado. Cada producto tiene el mismo pipeline: push a main → build → en vivo. Sin configuración manual, sin sorpresas. El DNS se gestiona a través de un único proveedor con plantillas de registros. Comprar un dominio y tener el sitio en vivo lleva menos de treinta minutos una vez que lo has hecho diez veces.

4. Contenido automatizado. Las páginas SEO básicas (landing, FAQ, blog), los emails transaccionales, los metadatos Open Graph — todo se genera a partir de plantillas. La IA interviene aquí de forma concreta: genero el primer borrador del contenido de la landing en unos minutos, lo corrijo, lo publico. No es magia, pero elimina el bloqueo de la página en blanco en contenidos estructurados.

Lo que esta infraestructura no hace: no sustituye la reflexión sobre el posicionamiento, la elección de la audiencia, la decisión de lanzar o no. Eso es criterio humano, y ninguna plantilla lo reemplaza.

El resultado en cifras: el primer producto de SEK me llevó unas seis semanas de principio a fin. El cuarto, diez días. El último, veinticuatro horas para tener algo en vivo y presentable. La curva de aprendizaje es real — y es pronunciada en el buen sentido.

De la compra del dominio al sitio en vivo en 24 horas: cómo ocurre en la práctica

Aquí está el proceso real del último lanzamiento, sin adornos.

Hora 0 — La idea y el dominio. La idea surge de un problema que he encontrado o de una solicitud entrante. En diez minutos compruebo si el dominio está disponible, si alguien más ya lo hace (búsqueda rápida) y si el problema es lo bastante doloroso para que alguien pague. Si las tres respuestas son favorables, compro el dominio. Coste: menos de 15 €. Riesgo: mínimo.

Hora 1 a 3 — La landing. Parto de una plantilla Next.js que ya tengo. Cambio el nombre, el problema, la propuesta de valor, los colores. La IA genera el primer borrador del texto de la landing (titular, subtítulo, tres beneficios, FAQ). Lo releo, corto lo genérico, añado lo específico del problema. El resultado no es perfecto — es honesto.

Hora 3 a 6 — El pago y la lógica de negocio mínima. Importo el módulo de Stripe, configuro un producto en el dashboard de Stripe (precio, descripción, método de pago). Cableo el webhook para disparar el email de confirmación. La lógica de negocio del producto en sí — lo que hace concretamente — es una página protegida o un flujo sencillo. No construyo todo. Construyo lo que justifica el primer pago.

Hora 6 a 12 — Despliegue y DNS. Push a main, Vercel despliega automáticamente. Configuro el dominio personalizado, apunto los DNS. Propagación: 15 a 30 minutos por lo general. Pruebo el túnel completo: landing → checkout → email de confirmación → acceso al producto. Si pasa, está en vivo.

Hora 12 a 24 — Distribución inicial. Publico en los canales donde ya estoy presente. Sin campaña, sin presupuesto publicitario. Solo: esto es lo que he construido, este es el problema que resuelve, aquí está. Los primeros comentarios llegan en las 24 a 48 horas siguientes. A veces nada. A veces una primera compra. A veces un feedback que cambia la dirección del producto.

Lo que hace posible este ritmo es que no descubro nada nuevo en cada lanzamiento. Cada paso es conocido, documentado, con herramientas. Lo desconocido es únicamente el problema y la audiencia — y es exactamente ahí donde debería ir la energía.

Lo que nunca se rehace dos veces

La regla es simple: si haces algo dos veces, lo documentas. Si lo haces tres veces, lo automatizas o lo abstraes en un módulo.

Esta es la lista concreta de lo que ya no vuelvo a hacer desde cero en el estudio SEK:

• La estructura del proyecto Next.js (routing, layout, componentes base, dark mode, responsive)
• El módulo de autenticación (Supabase Auth, middleware de protección de rutas)
• El módulo de pago (Stripe Checkout, webhooks, portal del cliente)
• El pipeline de despliegue (Vercel, variables de entorno, preview deployments)
• Los emails transaccionales (confirmación, bienvenida, seguimiento) — plantillas Resend
• La configuración SEO básica (metadatos, sitemap, robots.txt, Open Graph)
• El script de creación de dominio y configuración de DNS
• La checklist de lanzamiento (15 puntos, desde la landing hasta el primer post de distribución)

Cada uno de estos elementos se construyó una primera vez con algo de esfuerzo. Se documentó una segunda vez. Se reutilizó después sin fricción.

La IA juega un papel aquí, pero uno preciso: acelera la generación de contenido estructurado (textos de landing, emails, FAQ, descripciones de producto) y ayuda a depurar rápidamente. No reemplaza la decisión de qué construir, ni el criterio sobre qué es bueno o malo en un producto. Esas dos cosas siguen siendo humanas — y deben seguir siéndolo.

Si quieres profundizar en el impacto real de la IA en el ritmo de producción en solitario, los datos están en nuestro dosier estadísticas solopreneur & IA 2026.

La regla de la moratoria: cuándo dejar de lanzar

Lanzar un producto al mes no es un fin en sí mismo. Es una herramienta de descubrimiento. En algún momento, el descubrimiento debe dar paso a la explotación — de lo contrario acumulas proyectos huérfanos que nunca crecen.

La moratoria es la decisión consciente de dejar de lanzar nuevos productos durante un período definido, para darle a un producto existente la atención que merece.

Las señales que me activan la moratoria:

1. Un producto empieza a generar tráfico orgánico regular. El SEO tarda, pero cuando arranca merece ser alimentado — nuevos contenidos, mejora de las páginas existentes, enlazado interno. Eso no se hace en paralelo a un nuevo lanzamiento.

2. Llegan solicitudes entrantes sin que yo las haya buscado. Es la señal más fuerte. Alguien encontró el producto solo, entendió la propuesta de valor y quiere ir más lejos. Ignorar eso para lanzar un nuevo producto es un error de prioridades.

3. Los ingresos recurrentes superan un umbral que justifica la inversión. En cuanto un producto genera suficiente para cubrir su coste de mantenimiento con margen, merece una hoja de ruta seria en lugar de atención distraída.

4. La deuda técnica empieza a frenar las mejoras. Si cada modificación lleva el doble de tiempo del que debería porque el código del lanzamiento rápido nunca se refactorizó, es el momento de parar y consolidar.

La moratoria no es un fracaso del ritmo. Es el ritmo funcionando: lanzaste lo suficientemente rápido para encontrar lo que merece desarrollarse. Ahora lo desarrollas.

La duración que uso: una moratoria de cuatro a ocho semanas, durante la cual no se compra ningún dominio nuevo, no se prototipa ninguna idea nueva. Toda la energía va al producto con tracción. Después de la moratoria, se reevalúa.

---

Los productos del estudio SEK se construyen con este método — infraestructura reutilizable, lanzamientos rápidos, moratorias cuando la señal lo exige. Puedes ver algunos directamente: /codeavecpapa/ para programar en tándem padre-adolescente con IA, /audit/ para un diagnóstico completo de tu sitio, /unstuck/ para desbloquear un problema técnico urgente.

Si construyes en solitario y quieres ir más rápido sin quemarte, la conversación continúa en sebastiendebollivier.com.

¿Una idea que shipper? Una web, un SaaS, una automatización IA — construidos contigo.

Hablar de tu proyecto