La landing está lista. El legal está cerrado. El Discord funciona. Esto es lo que lleva la v1.0.0 de CREA.MBA y lo que decidí cortar.
Llevo diez días dándole el último empujón a la v1.0.0 de CREA.MBA. Hoy la landing está terminada, los Términos de Servicio están blindados, el servidor de Discord está operativo y el checkout de Polar ya reparte acceso automático a GitHub y Discord. El producto está listo para venderse — la tienda abre en dos semanas, cuando salgan los emails de la waitlist.
Este no es un post de marketing. Es una entrada de build in public. Si estás trabajando en tu propio boilerplate, SaaS o lanzamiento como fundador, creo que las partes útiles están aquí: la estructura de secciones que realmente convierte, el lenguaje legal que tapa los cuatro vectores de reventa, y las decisiones que corté por tiempo.
Analicé seis competidores — ShipFast, MakerKit, Supastarter, IndieKit, SaaSBold y NextBase — y mapeé cada sección que usa cada uno. Luego corté las que parecían relleno y fusioné las que decían lo mismo dos veces.
La estructura final:
La decisión que más pesó: poner el changelog en la landing en vez del blog. Un blog tiene sentido para SEO, pero para un boilerplate la señal que un comprador potencial necesita es "esto se mantiene activamente". El changelog entrega eso de un vistazo; una lista de posts de hace seis semanas no.
Un boilerplate es software que pide ser redistribuido, white-labeled, revendido y convertido en plantilla para un marketplace. Los Términos de Servicio cierran esos caminos de forma explícita, con dos licencias distintas:
Licencia Individual: proyectos propios ilimitados. Construyes tus ideas — las que quieras, comerciales o no, sin límite.
Licencia Empresa: una licencia = un proyecto. Freelancers, consultoras y agencias siempre entran por aquí — cada proyecto de cliente requiere su propia licencia, sin excepciones.
Las cuatro restricciones que blindan la licencia Empresa:
Definir objetivamente quién cuenta como "individuo" y quién como "empresa" me costó tres borradores. Fundador solo construyendo sus propios productos → Individual. Freelancer facturando horas a un cliente → Empresa. Sin ambigüedad = sin disputas futuras.
Un abogado revisó el texto completo. Tras su feedback, la licencia Empresa se reforzó con cuatro cláusulas adicionales. Sin esa revisión, tres de los cuatro vectores de reventa habrían quedado abiertos. Si no conoces a un abogado, presupuesta unos €300 por una revisión básica de ToS — es barato comparado con el coste de una disputa.
La política de privacidad sigue el RGPD al pie de la letra. Proveedores reales nombrados: Polar, Stripe (fallback), GitHub, Discord, Resend, Google Analytics. Plazos de retención reales. Derechos explicados (acceso, rectificación, supresión, portabilidad, oposición, retirada de consentimiento). AEPD como autoridad de control española para reclamaciones.
Cero fricción del click al código. Este es el flujo:
/api/webhooks/polar se ejecuta./thank-you con tres pasos siguientes: revisar el email con la invitación de GitHub, entrar al Discord, y ver el screencast de quick-start de 3 minutos.Sin cuenta en crea.mba. Sin login. Sin registro. La decisión fue mantener el flujo del comprador radicalmente simple — la landing, el checkout, la entrega, y nada entre medias.
Tres precios para tres momentos distintos del lanzamiento:
La ventana fundador dura unas pocas semanas como devolución de confianza para las personas que apostaron por mí cuando el producto era vaporware. El early bird es el precio de lanzamiento que posiciona CREA.MBA frente a la mediana competitiva ($349) un 38% por debajo. El estándar se activa más adelante, cuando el producto se sostiene solo con casos de uso reales.
No todo llegó a la v1.0.0:
Si estás leyendo esto desde un punto posterior al lanzamiento, asume que los números y decisiones reales están en la siguiente entrada del changelog. Build in public solo funciona si los números son reales.
Dos cosas que repetiría. Primero, cierra las puertas traseras legales antes de que entre el primer euro. Cada ambigüedad en tus ToS es una disputa futura. Mi cuarto borrador es el que publiqué; el primero habría dejado tres de los cuatro vectores de reventa abiertos de par en par.
Segundo, corta duro antes de enviar. Testimonios, vídeo de lanzamiento, sección de blog en la landing, evaluación de Skool, plataforma de newsletter propia — todos pedían su slot, ninguno se lo ganó. La v1.0.0 es la versión mínima que puede sostener la promesa del producto sin mentir. Todo lo demás es v1.1, v1.2, v1.3.
La semana que viene: emails a fundadores, las primeras conversiones reales y los primeros datos reales. Seguiremos informando.
Suscríbete para más tutoriales y tips sobre crear productos con IA