Open source : qu’en pensons-nous ?
Open source : qu’en pensons-nous ?
Depuis le lancement de Cal.com, nous avons reçu d’innombrables messages de fondateurs nous demandant si l’open source serait la bonne direction à prendre pour leur startup, et nous voulions donc écrire sur le processus de décision qui a consisté à lancer cal.com comme une entreprise open source, afin d’aider d’autres personnes à prendre une décision similaire.
L’open source suscite beaucoup d’enthousiasme depuis 2021, et certains magazines tech écrivent sur la « Renaissance de l’Open Source », mais nous voulons nous assurer que vous faites les bonnes choses pour les bonnes raisons — ou au moins que vous réfléchissez à vos raisons.
Nous avons récemment reçu assez souvent des variantes similaires de la question ci-dessus (en raison de la croissance et de la couverture médiatique de cal.com), et c’est pourquoi nous voulions écrire un article expliquant comment nous voyons SaaS par rapport à l’open source et quand passer en open source.
Même si nous avions tous les deux déjà utilisé de nombreux projets open source et énormément apprécié leur travail, aucun de nous ne se considérerait comme un fan inconditionnel de l’open source. Cal.com est le premier projet OSS sur lequel l’un de nous ait travaillé, car tous les projets sur lesquels nous avions travaillé auparavant étaient en closed source. La plupart du temps, il y avait une très bonne raison pour laquelle ces projets n’étaient pas open source.
Pourquoi avons-nous construit Cal.com au départ ?
Quand Peer a travaillé sur son entreprise précédente, leanhire.com, il a constaté qu’elle avait un besoin urgent d’un outil de planification plus puissant.
Contrairement au cas d’usage typique où Peer, ou ses employés, feraient des réservations (par exemple dans la vente ou le recrutement), ils avaient besoin d’un produit de planification pour leur marketplace de recrutement. Dans toute marketplace à deux versants, vos utilisateurs interagissent avec d’autres utilisateurs, ce qui s’accorde mal avec le modèle typique proposé par les produits de planification existants.
Les outils de planification comme Calendly, SavvyCal et Motion sont d’excellents produits pour vous aider à effectuer des réservations. Cependant, ils n’ont pas la capacité de fournir l’infrastructure de planification pour des cas d’usage plus avancés, comme les marketplaces de recrutement, la télésanté et bien plus encore. Par exemple, il ne serait pas réaliste pour une marketplace de recrutement de payer 19$/mois pour chaque poste si vous avez plus de 5 000 utilisateurs, comme Peer en avait chez Lean Hire.
Les produits de planification SaaS existants ne fournissent pas non plus beaucoup d’informations sur ce qui se passe en interne. Lors de l’onboarding chez Lean Hire, ils demandaient auparavant à leurs clients de simplement copier/coller leur lien de planification et la plateforme l’ajoutait automatiquement aux e-mails de prospection. Cependant, une fois que le destinataire cliquait sur le lien de planification, la plateforme Lean Hire n’avait aucun moyen de suivre la suite.
Ils ne savaient pas si des événements avaient eu lieu ni quand, ni s’ils avaient été reprogrammés ou annulés. Il n’y avait aucun moyen de modifier le workflow de réservation, la conception ou les appels API effectués au moment de la réservation. Il leur fallait donc une solution ouverte, accessible et extensible qu’ils puissent auto-héberger.
Peer a immédiatement recherché sur Google « Calendly open source » parce que c’est ce que signifie l’open source : ouvert, accessible, extensible et auto-hébergeable.
À sa grande surprise, il n’a pas trouvé le moindre projet faisant ce que Lean Hire recherchait. Au même moment, des centaines d’autres personnes recherchaient exactement la même chose. Des fils de discussion sur des forums, des conversations sur Reddit et bien plus encore étaient créés par des personnes demandant s’il existait un produit de planification open source capable de rivaliser avec les solutions SaaS les plus populaires.
Pourquoi avons-nous rendu Cal.com open source ?
Dès le premier jour, il nous a paru évident que Cal.com serait un projet open source. Les choses que nous voulions faire étaient fondamentalement plus difficiles en tant que produit SaaS fermé qu’en tant qu’open source.
Le point clé ici est que les limites des produits de planification existants ne pouvaient être résolues que par l’open source. Beaucoup de fondateurs empruntent la mauvaise voie en pensant qu’ils devraient construire une alternative open source à un produit existant, en pensant que leur produit réussira uniquement parce qu’il est open source. Au contraire, vous ne devriez envisager de rendre votre projet open source que si l’open source résout réellement les défis que vous voulez adresser (par ex. la personnalisabilité, l’auto-hébergement). Si vous évaluez cette voie, il vaut la peine de comprendre comment les projets open source passent à des modèles closed source et ce qui motive ces décisions au fil du temps.
Par exemple, vous pourriez créer une alternative open source à Twitter, mais il est peu probable qu’elle décolle, car les réseaux sociaux ne tirent pas vraiment profit du fait d’être open source. Il existe de nombreux exemples de projets qui sont open source simplement pour être open source.
Cependant, si vous regardiez par exemple le secteur du e-commerce, qui est largement dominé par des produits SaaS comme Shopify ou BigCommerce, vous pourriez voir qu’une alternative open source permettrait aux boutiques d’être auto-hébergées, entièrement personnalisées et en marque blanche, et étendues d’une manière impossible avec un produit closed source. Ce serait un bon exemple de raison pour laquelle vous devriez rendre votre projet open source.
En plus de cela, avec tout logiciel ouvert, accessible et gratuit, il existe des inconvénients évidents et moins évidents. L’open source présente de nombreux avantages, que vous connaissez probablement, mais il n’est pas sans inconvénients.
Monétisation
Le logiciel open source commercial (COSS) est un modèle d’entreprise en vogue dans lequel votre produit principal est open source, mais vous avez aussi des offres commerciales qui génèrent du revenu. Ces types d’entreprises peuvent connaître une croissance incroyable. C’est dans la nature du logiciel libre et open source d’obtenir une adoption massive très tôt. Les développeurs aiment l’open source. Ils aiment pouvoir examiner la base de code, corriger des bugs simples qui peuvent les agacer, ou plus généralement être utiles et rendre quelque chose en retour. Qui n’aime pas être utile ?
Mais la croissance massive et la création de valeur ont un coût : la captation de valeur. Presque tous les fondateurs COSS à qui je parle réfléchissent au concept de création de valeur et de captation de valeur.
Une entreprise SaaS freemium a deux clients : le niveau gratuit et le niveau payant. Et le ratio est généralement très bon. Par exemple :
« Webflow alimente plus de 100 000 sites web pour des entreprises, grandes et petites. » – https://webflow.com/customers
La dernière valorisation de Webflow serait de 2,1 Md$.
Une entreprise open source, en revanche, est fondamentalement différente, avec énormément d’auto-hébergeurs et de clients gratuits, qui parfois ne savent même pas qu’une entreprise commerciale existe derrière le projet.
Par exemple : WordPress alimente plus de 455 millions de sites web en 2021, et ce nombre continue de croître.
« La société mère de WordPress.com, Tumblr et plus encore, Automattic, annonce un nouveau tour de financement portant la valorisation totale de l’entreprise à 7,5 milliards de dollars » – https://cheddar.com/media/automattic-announces-288-million-funding-round
Si Webflow alimentait 455 millions de sites web – ou si WordPress était une entreprise SaaS centralisée avec l’économie et le mécanisme de captation de valeur de Webflow, ils seraient probablement les plus grandes entreprises du monde.
Être une startup COSS consiste essentiellement à jouer sur le long terme. Vous ne capterez pas de revenus auprès des personnes qui auto-hébergent votre produit pour elles-mêmes, mais vous espérez que la traction de l’open source vous mette sur le radar de grandes entreprises qui pourraient signer avec vous un contrat plus important.
Par conséquent, il est important de réfléchir au runway dont dispose votre entreprise. Il vous faudra probablement beaucoup de temps pour lancer votre entreprise, faire évoluer le produit jusqu’à un état où il est compétitif avec les alternatives closed source, puis commencer à générer de la traction et enfin conclure de gros contrats. Cela signifie que si vous n’avez pas le financement nécessaire pour continuer à travailler sur le produit alors qu’il génère peu de revenus au départ, vous risquez de ne pas capter assez de valeur pour survivre.
Contributions
L’un des avantages significatifs d’être open source est la contribution de la communauté. Nous avons reçu de la part de la communauté des contributions incroyables, pour lesquelles nous sommes extrêmement reconnaissants. Certaines sont de petites corrections de bugs, mais d’autres peuvent être de grandes fonctionnalités.
En général, si des personnes au sein d’une entreprise étendent Cal.com pour leurs propres besoins, par exemple pour écrire une intégration Microsoft Exchange, elles vont probablement mettre ce code dans une pull request afin que nous puissions avoir cette fonctionnalité directement dans le projet.
La plupart des ingénieurs de notre équipe étaient auparavant des personnes qui contribuaient au projet sur leur temps libre, ce qui nous convient parfaitement, car nous pouvons voir tout de suite des exemples de leur travail, ils connaissent déjà la base de code, et ils ont déjà la passion de travailler sur le projet.
Vol
L’un des principaux inconvénients de l’open source est qu’avec votre code librement disponible sur internet, des personnes créeront des copies frauduleuses de votre produit et voleront votre code.
Malgré le fait que nous soyons sous licence AGPL et que toute modification du code doive être rendue open source, certaines personnes enfreignent encore et continueront d’enfreindre ces licences. De plus, rien n’empêche l’un de nos concurrents d’examiner notre code, de voir comment nous avons construit certaines fonctionnalités, puis de prendre ce code pour l’utiliser dans son propre projet closed source. S’ils le font suffisamment bien, personne ne saura qu’il a été volé, puisque leurs produits sont closed source.
Nous ne pouvons pas vraiment faire grand-chose pour empêcher cela. Par conséquent, nous essayons de traiter le problème des copies de Cal.com simplement en ayant une marque forte et très visible. Nous espérons que si quelqu’un prenait le code de Cal.com pour créer sa propre copie frauduleuse, il ne gagnerait aucune traction parce que les gens sauraient qu’il s’agit d’une copie, et que la communauté nous le signalerait afin que nous puissions engager des poursuites.
Par exemple, le code source de Twitch a été compromis en 2021, mais si vous essayiez de prendre leur code source et de lancer une version copiée de Twitch, vous n’iriez nulle part.
Alors, dois-je rendre X open source ?
Si vous vous posez vous-même cette question, vous ne devriez probablement pas le faire. Comme nous l’avons mentionné plus haut, il est généralement très évident de savoir si vous avez besoin ou non d’une solution ouverte, accessible et extensible. Si vous n’en avez pas besoin, ne la rendez pas open source juste pour le principe.
Cependant, si vous voulez vendre à des entreprises, à des secteurs fortement réglementés ou si vous voulez simplement construire une solution pour le plus grand nombre (455M de sites WordPress contre 100 000 sites Webflow), alors passer en open source a énormément de sens.
De plus, assurez-vous de vous concentrer sur la création du meilleur produit. La majorité des consommateurs se soucient peu du fait que vous soyez open source ou non.
Ce qui les intéresse, c’est le meilleur rapport qualité-prix. L’open source aide énormément à créer de la valeur : la boucle de feedback est extrêmement rapide, les membres de la communauté corrigent des bugs, aident aux traductions, et bien d’autres choses encore, mais n’oubliez jamais de construire un produit supérieur à celui de votre concurrent SaaS.
Car au final, c’est tout ce qui compte : construire quelque chose dont les gens ont besoin. Si vous souhaitez comprendre comment notre réflexion autour de l’open source continue d’évoluer, lisez un message de notre fondateur sur notre prochain chapitre.
Cal.com est désormais GRATUIT pour les particuliers - inscrivez-vous ici