SaaS Boilerplates, ¿cuáles son sus ventajas e inconvenientes?

Hoy vamos a hablar de boilerplates, que son un conjunto de aplicaciones que proporcionan una serie de herramientas e integraciones ya construidas, para evitar crear elementos comunes a todo SaaS.

Crear un SaaS es el nuevo dropshipping de 2019 o el nuevo crearse una newsletter de 2021. Todo el mundo que tiene un mínimo de interés en crear un negocio online está contemplándolo como opción. Eso hace que el sector esté en un periodo de ebullición o en una pequeñísima burbuja. ¿Quiénes son los que se suelen forrar en esos momentos? Los mismos que se forraron en la fiebre del oro, los que ponían las palas.

Vamos a analizar 5 de los boilerplates más famosos del mercado y vamos a ver qué ofrecen, qué ventajas tienen y, algo muy interesante, si sus clientes realmente han conseguido hacer algo relevante con ellos.

¿Qué cosas te da exactamente un boilerplate?

Las funcionalidades habituales de un boilerplate son:

• Autenticación: una capa que permite crear un sistema de autenticación para tus usuarios. Algunos incluyen cosas un poco más finas como Magic Links para hacer log-in o invitaciones para admitir a otros usuarios.
• Gestión de usuarios: la gestión de usuarios, que puede incluir también la gestión de equipos o multicuentas.
• Gestión de suscripciones: la mayoría da soporte a la gestión de suscripciones, por lo general utilizando la infraestructura de Stripe. Algunos están empezando también a incluir Paddle. Realmente lo que hacen aquí es crear una implementación del proveedor de pagos.
• Facturación: afirman que ofrecen este servicio pero lo que hacen es delegarlo en el proveedor de pagos que toque. Si es Paddle no hay problema porque es un MoR y solamente va a existir una factura. Si es Stripe usan Stripe billing.
• Content management system (CMS): la mayoría ofrecen una posibilidad de crear landing pages y páginas públicas.
• Panel de administración: proporcionan un panel de administración, con algunas funcionalidades útiles como la impersonación de los usuarios.
• Interfaces de IA: muchos de ellos ofrecen preconfigurada una conexión a OpenAI.

La mayoría son dependientes de un lenguaje de programación –la estrella aquí es Javascript– y suelen estar ligados a algún frontend concreto, aunque muchos permiten varios. Algunos incluyen ya incluso componentes prediseñados para utilizar directamente.

Primera pregunta, ¿deberías usar un boilerplate?

Pues como en todo, depende. Los boilerplates suponen un nivel más de abstracción sobre los frameworks. En la imagen podemos ver los distintos niveles de abstracción, desde el menos abstracto que sería el propio lenguaje, al más abstracto que sería el boilerplate, pasando por algún framework intermedio.

Como yo soy usuario de Django, he decidido echarle un ojo al interior de SaaSPegasus, el boilerplate más famoso para Django. Por lo que veo, lo que te proporcionan es una configuración un poco apañada de Django, incluyendo bastantes librerías de código abierto y que se pueden instalar de forma trivial. El código propio es muy poco o prácticamente nada.

¿Compraría yo SaaSPegasus si tuviera que empezar un nuevo proyecto? Honestamente no, pero también es cierto que yo tengo una experiencia y ya he hecho cosas antes. ¿Creo que a una persona poco apañada técnicamente un boilerplate le podría venir bien? Pues tampoco demasiado, si yo no tuviera ni papa de programar ni tiraría por construir un prototipo usando un boilerplate, tiraría de herramientas no-code para intentar validar algo y luego delegaría el asunto en un equipo técnico. ¿A alguien que tenga experiencia programando pero no desarrollando un SaaS le va a ayudar un boilerplate? Es el caso en el que más útil va a resultar, dándole una configuración por defecto que le costaría unas cuantas horas conseguir.

La principal ventaja de un boilerplate es que te va a permitir centrarte en desarrollar el core de tu producto y omitir el desarrollo de partes muy aburridas. El principal problema es que, en muchos casos, los SaaS tienen casuísticas tan particulares que cuesta más adaptar soluciones ya hechas que crear una desde cero.

Algunos ejemplos de boilerplates y cuánto dinerito ganan

Los boilerplates se suelen comercializar como un pago único y se suelen de acompañar de cursos y de materiales educativos. Por lo general, están creados por un único desarrollador indie. Algunos de los más famosos son estos:

• SaaS pegasus : es para el framework Django y es uno de los que más tiempo llevan en el mercado. Esta gente lleva desde 2018 y ha conseguido que más de 1200 personas hayan pagado por su boilerplate. En 2022 facturó 100k al año solamente vendiendo SaaSPegasus. Su precio es de 449$.

• DivJoy : es uno de los más activos, contado con más de 17000 proyectos creados con él. No es solamente para SaaS, también funciona para ecommerces o landing pages y permite distintos frameworks y kits de UI. Es de los más económicos, con un precio de solamente 199$. En 2021 ya sobrepasó los 100.000 dólares de facturación, así que intuyo que ahora hará bastante más al año.

• Makerkit : es un boilerplate más reciente, pues salió a la venta en 2022. Cuesta 299$ y ha vendido más de 1000 licencias, por lo que ha debido generar unos 300.000 dólares de facturación en este periodo.

• Gravity : también uno de los más veteranos, lleva funcionando desde 2018. En 2022 estaba facturando unos 25000 dólares al mes con el producto. Es también uno de los más caros, en los que la versión que estamos comparando con las demás cuesta 806$.

• Shipfast : uno de los últimos en lanzarse, pues comenzó a distribuirse en diciembre del año pasado. Su fundador tiene bastante audiencia en las redes sociales y ha conseguido que se venda bastante, además tiene un precio asequible de 199$. Ha facturado casi 100 dólares en los últimos tres meses, lo que no está nada mal.

  La mayoría de los boilerplates tienen un patrón común que es que están desarrollados por desarrolladores indie, que han comenzado otras aplicaciones que no han triunfado mucho y se han dado cuenta de que pueden conseguir ahorrar tiempo a otros vendiéndoles el esqueleto inicial de la configuración.

¿Triunfan los proyectos que usan boilerplates?

He querido hacer un pequeño experimento con los clientes que utilizan los boilerplates. Todos solemos incluir nuestros mejores clientes en nuestras landing pages y, si yo tuviera un boilerplate, mataría por poner los mejores casos de éxito en mi home. Así que he recopilado algunas métricas disponibles de los 50 proyectos que aparecen en la página de los boilerplates del punto anterior y he intentado medir su éxito.

De los 50 proyectos, solamente 7 tienen más de 1000 visitas. Y hay 32 que tienen menos de 100 visitas. Está bastante claro que utilizar un boilerplate está bastante lejos de garantizar el éxito. Aquí hay una comparativa entre ellos y se puede ver que SaaS Pegasus es el que más destaca. También es uno de los más antiguos.

En resumen

En mi opinión, la compra de un boilerplate suele ser un intento de quitarse la frustración por lo no desarrollar un proyecto. Se utilizan como homeopatía emprendedora para sentir que estamos avanzando en la creación de algo.

Un boilerplate te proporciona cosas que no deberías tener que construir desde cero. Pero es que la mayoría lo que hacen es juntar cuatro o cinco librerías open source y dártelas configuradas. Yo estoy muy a favor de utilizar herramientas ya hechas en lugar de construir todo desde cero pero creo que utilizar un buen framework de desarrollo web y una serie de librerías open source que te den las funcionalidades que necesitas es mucho mejor opción que un boilerplate.