SaaS y Open Source: ¿opuestos o complementarios?

Como el software como servicio suele estar orientado a entornos empresariales, en muchos casos, es considerado como un antagonista del código abierto. Pero hay muchos negocios SaaS que mantienen, y se benefician, de una versión open source de su producto.

Hay miles de proyectos open source y la mayoría del software que construimos los utiliza. Pero en esta newsletter vamos a centrarnos en proyectos de código abierto que, además, ofrecen una versión SaaS.

Un software open source es aquel en el que, además de permitir el uso del software, podemos acceder y utilizar su código de fuente. Hay muchas formas de proteger y licenciar un software de código abierto y cada una de ellas permite distintas

• Dominio público : es la forma de copyright más flexible y permite que cualquiera pueda hacer cualquier uso sin ninguna restricción. SQLite la utiliza.
• Licencias MIT, BSD o Apache 2.0: permiten utilizar el software con un uso comercial con la única condición de añadir una copia de la licencia cuando lo distribuyamos, si es que lo distribuimos. Por ejemplo Nginx utiliza este tipo de licencia.
• Licencias GPL y Mozilla: son mucho menos permisivas, por lo que protegen más la obra inicial. El problema es que, con las formas actuales de distribución del software, es complicado saber si alguien las está incumpliendo.

Qué diferencia al código abierto

• Comunidad y contribuciones: crear una comunidad de desarrolladores alrededor de tu producto es muy bueno. Muchos de ellos podrán contribuir con pequeños problemas que tenga el producto e incluso crear desarrollos nuevos.
• Un producto no va a triunfar únicamente por ser de código abierto , pero hay productos para los que tiene muchísimo sentido que sea así. Hay cosas que son muy complicadas de mantener en un software cerrado, como la personalización extrema o el self-hosting.
• Es más auditable: el código abierto fomenta las buenas prácticas y la facilidad para descubrir y solucionar bugs o problemas de seguridad.
• Valoración: Muchas empresas que son tradicionalmente de código abierto tienen peores valoraciones que empresas similares de código abierto. ¿Por qué? Porque es mucho más sencillo capturar el valor de un usuario gratuito en un SaaS que de un usuario que utiliza un software de código abierto. Hay muchísimo más control sobre el usuario y más formas de impactarlo de forma comercial en el primer caso que en el segundo.
• Conseguir una comunidad es lento: hay que tener en cuenta que tenemos que seducir a los desarrolladores con un buen producto mucho antes de empezar a ganar dinero. Por eso, este tipo de empresas, requieren más tiempo de desarrollo que otros SaaS.
• Está más expuesto al plagio: poner tu código disponible para la comunidad también hace que lo esté para tus competidores. A pesar de que hay licencias de código abierto que protegen contra estos problemas, por el modelo de distribución del SaaS, es muy complicado descubrir si alguien ha copiado tu código para utilizarlo en su producto.

Modelos de negocio relacionados con el open source

Durante muchísimo tiempo el Open source ha vivido de dos fuentes de ingresos: la consultoría sobre su propio producto y las donaciones. Pero hay muchas otras formas de ganar dinero con el software de código abierto, las llamadas empresas COSS –Commercial Open Source Software– utilizan estas técnicas para ser rentables:

• Alojamiento y despliegue de sus productos: aunque existe una versión Open Source de sus productos, muchísimas empresas ofrecen una versión gestionada por ellos mismos. Los automatización y la economía de escala del hosting hace que, en muchos casos, sea más barato pagar al creador del software por este hosting. Además, las actualizaciones automáticas y la gestión de la seguridad nos permitirán tener muchos menos dolores de cabeza pagando que alojándolo nosotros mismos.
• Hosting y gestión de productos de terceros: hay muchas empresas que no tienen un producto propio, o cuyo producto es una capa que mejora o simplifica el uso de algún producto open source existente. En este modelo, existe un riesgo ya que la solución que utilizan puede dejar de ser open source, pero seguramente este riesgo sea menor que cuando se realizan servicios sobre plataformas de código cerrado.
• Funcionalidades de pago: es similar al modelo freemium del SaaS. Proporcionas una versión open source que no contiene algunas de las funcionalidades, por las que solicitas un pago. Hay que ser cuidadoso con esta técnica, ya que existen muchos productos open source y, si lo que eliminas es la funcionalidad principal del producto, es muy complicado conseguir que este alcance popularidad. Cosas que podría ser interesante poner de pago: integraciones con productos típicamente enterprise como Salesforce.
• Martketplace de plugins: si consigues que tu producto tenga una aceptación más masiva, puedes hacer que las funcionalidades de pago las desarrollen terceros. Esto te permitirá quedarte con una parte de la facturación o, si tienes un tamaño muy grande, incluso cobrar por visibilidad en tu marketplace.

Algunos ejemplos

Hay muchísimas empresas que utilizan el código abierto de forma muy exitosa. La mayoría son productos para desarrolladores, pero también los hay para diseñadores o incluso para un público más global.

• Sentry: : es un sistema de gestión de incidencias de código. Ha levantado más de 200 millones de facturación.
• Ghost: es un sistema de publicación para creadores de contenido. Tiene más de 6 millones de ARR y más de 20.000 clientes de pago.
• Penpot: es una herramienta de diseño web. Es española y han hecho una ronda de 12 millones de dólares. Además, es un producto de Kaleidos, que también hizo previamente otro producto open source: Taiga .
• Plausible: una herramienta de analítica web. Con la mala influencia de Google Analytics, han aparecido varias herramientas de código abierto de este estilo: Fathom o Matomo serían otras.
• Supabase: es un clon de Firebase en open source. Proporciona autenticación, base de datos y demás características para crear proyectos rápido. Tienen más de 100 millones en financiación.
• Api7: es la empresa de los creadores de APISIX, uno de los sistemas de creación de APIs más populares del mundo. Fundada en 2019, ya ha levantado su serie A.
• Cal.com: es un clon de calendly, fue fundada en 2021 y ya tiene más de 80.000 clientes –imagino que incluyen gratuitos– y ha conseguido más de 30 millones de financiación.

En resumen

Es importante tener en cuenta que el tipo de producto determinará si es interesante hacer el producto open source o no. Por ejemplo, productos para desarrolladores o con altas necesidades de personalización o con necesidades elevadas de seguridad y privacidad, son interesantes para la comunidad open source.

Antes, los productos open source, tenían claras diferencias con sus equivalentes de código cerrado. Al ser productos creados por desarrolladores puros, se olvidaban aspectos muy importantes como la experiencia de usuario. Ahora, la distancia es cada vez menor. En este aspecto, Cal.com tiene poco que envidiar a Calendly y Supabase tiene poco que envidiar a Firebase.