Devriez-vous utiliser un démarreur SaaS Boilerplate open source ou un modèle payant ?

Les démarreurs standard SaaS sont devenus une chose très populaire dans la communauté des développeurs Web, et également une voie vers un style de vie de luxe pour ceux qui sont derrière eux, gagnant parfois au nord des montants à cinq chiffres par mois.

D'un autre côté, il y a également eu une augmentation des démarreurs standard SaaS open source, qui couvrent diverses piles et offrent des fonctionnalités similaires à celles de leurs homologues payants, mais entièrement gratuits et avec une communauté active à côté.

Alors, quel est le problème ? Pourquoi payer 300 $ ou 500 $ pour quelque chose que vous pouvez simplement obtenir gratuitement ? Y a-t-il des compromis dont vous devriez être conscient et quels sont les avantages et les inconvénients de chaque option ?

Comme cela se produit généralement dans le monde réel, la réponse n'est pas complètement noire et blanche et dépend de ce dont vous avez besoin (vos exigences) mais aussi de ce que vous voulez (vos préférences personnelles).

Le but de cet article est de les détailler davantage et de vous donner un cadre objectif et simple à suivre lors du choix d'un démarreur passe-partout pour votre prochain projet. Alors, allons-y !

Pourquoi un engouement soudain avec tous ces starters ? Les SaaS ne sont pas du tout une nouveauté

Nous construisons tous des applications Web et des SaaS depuis des décennies, vous pouvez à juste titre le constater, alors pourquoi cela est devenu une chose maintenant ? Il semble que tout le monde prépare sa propre entrée aujourd'hui et reçoit beaucoup d'enthousiasme (et d'argent) de la part de la communauté.

La réponse est que la complexité de la construction d'un SaaS (ou en d'autres termes, d'une application Web) a décuplé au cours des dix dernières années. Cela est en partie dû à l'évolution de l'architecture sous-jacente (nous Nous sommes passés d'une approche monolithique basée sur un serveur à « client riche ↔ backend » qui a introduit davantage de pièces mobiles dans l'équation, et en partie à cause de l'explosion des options pour chaque partie de la pile.

Si vous étiez sur le point de créer un SaaS il y a quinze ans, vous saviez que vous choisiriez Ruby on Rails, Laravel ou Django, selon le langage et la communauté que vous préférez. Ceux-ci viendraient sous la forme d'une solution avec piles incluses, vous donneraient leurs meilleurs paramètres par défaut et vous seriez opérationnel en quelques heures. Vous avez un chemin unique et bien testé à suivre et peu de décisions à prendre.

Si vous vous asseyez et essayez de faire la même chose aujourd'hui, votre tête aura probablement le vertige après quelques heures passées à simplement lire toutes les options possibles que vous pourriez choisir :

• Qu'utiliser pour le frontend ? Quelque chose de mainstream comme React, Vue ou Angular, ou quelque chose de plus sexy et avant-gardiste comme Svelte ou Solid ?
• Dois-je utiliser un framework React par ex. Suivant ou Remix ? Ou simplement opter pour React Vite ?
• Ai-je besoin de SSR et SSG ? Ou devrais-je simplement m'en tenir à la RSE ?
• Que dois-je utiliser comme couche API ? Bon vieux REST, ou peut-être GraphQL, ou peut-être même RPC sécurisé de type ?
• Que choisir pour le backend ? Dois-je utiliser quelque chose de léger comme Express.js avec Node/Bun/Deno ou une solution complète telle que Nest.js/Django/Rails ? Ou peut-être enfin essayer le combo Phoenix/Livewire dont tout le monde parle ? Dois-je passer au sans serveur ou pas ?
• Qu'en est-il de la base de données et de l'ORM ?Relationnel ou non relationnel ? Dois-je écrire des requêtes brutes ou utiliser un ORM complet tel que Drizzle et Prisma ? Si oui, lequel ?
• Quelles sont mes options d'hébergement ? Vais-je me retrouver bloqué auprès d'un seul fournisseur ? Que faire si je veux/dois héberger mon application ailleurs ?

Ce ne sont là que quelques-unes des questions auxquelles vous devez commencer à réfléchir avant de décider comment démarrer votre SaaS en 2024. Comme vous pouvez le constater, cela suffit amplement à vous faire tourner la tête et même si vous êtes un développeur chevronné et vous donne l'impression que vous devez être un spécialiste des fusées pour trouver la bonne combinaison.

C'est pourquoi les gens se tournent aujourd'hui vers les démarreurs standard SaaS et paient même volontiers pour cela. Cela signifie que quelqu'un d'autre a fait les démarches et (espérons-le) pris une décision judicieuse concernant la pile qui restera actuelle et facile à entretenir dans les années à venir.

Maintenant que nous avons donné un peu de contexte à la montée soudaine des démarreurs SaaS, revenons à la question initiale : pourquoi payer pour quelque chose alors qu'il existe une version open source et gratuite ? Jetons un coup d'œil à certains des facteurs qui entrent en jeu.

Avec un démarreur SaaS open source, vous savez exactement dans quoi vous vous embarquez

Par définition de l'open-source, vous pouvez voir et examiner le code complet du starter à l'avance, avant de vous engager à l'utiliser pour votre projet.

Bien qu'il soit peu probable que vous parcouriez chaque ligne de code à l'avance et essayiez de tout comprendre (c'est pourquoi vous recherchez un démarreur en premier lieu), vous pouvez le vérifier et voir comment vous l'aimez - par ex. le style du code, sa lisibilité et sa qualité de documentation et de tests.

Vous pouvez également voir les statistiques d'activité du référentiel : nombre de problèmes ouverts et fermés, fonctionnalités en cours, fréquence de validation et rapidité avec laquelle les problèmes sont résolus et les nouvelles fonctionnalités ajoutées.

Les starters payants et fermés, toujours par définition, offrent au mieux une fraction de ces avantages. Vous pouvez voir la proposition de valeur telle que l'auteur l'a conçue : quelques témoignages triés sur le volet, une démo et éventuellement jeter un œil à la documentation.

Avec un starter payant, vous devenez membre d'une tribu exclusive (alias Air Jordans Effect)

Les passe-partout payants les plus populaires aujourd'hui proviennent souvent de développeurs bien connus, ou de « créateurs indépendants », qui ont déjà créé des produits à succès. Acheter leur modèle, c'est un peu comme rejoindre un club exclusif : c'est comme si vous exploitiez leur expertise et utilisiez les mêmes outils qu'ils utilisaient autrefois pour réussir.

C'est comme porter un maillot signé par un athlète célèbre ou un parfum co-créé par une pop star. Cela ne garantira pas un succès instantané, mais cela vous donnera un sentiment de connexion et d'inspiration. Cela vous rappelle que quelqu'un d'autre a transformé ces mêmes outils en quelque chose de formidable et que vous pourriez le faire aussi !

À long terme, cet état d’esprit pourrait avoir encore plus d’importance que les outils eux-mêmes. Lorsque les choses deviennent difficiles, le fait de faire partie de ce « club » pourrait être ce qui vous permet de continuer et de pousser votre idée encore plus loin.

Sécurité : en open-source, tout le monde est critique

Les entrées standard payantes sont pour la plupart le fruit des efforts d'une seule personne. C'est le type de projet qui, au-delà de la phase de développement initiale, ne nécessite pas une attention à temps plein et est plutôt de nature saisonnière (par exemple, mise à jour des bibliothèques vers les dernières versions). Cela en fait une charge de travail parfaite pour une seule personne et la rend également beaucoup plus rentable plutôt que de partager la marge avec l'équipe. S'il y avait toute une équipe derrière, cela ne coûterait probablement pas 500$, mais plutôt 2000$.

Récemment, il y a eu un incident de sécurité avec l'un des démarreurs payants populaires qui a permis à des parties externes d'envoyer des demandes de webhook non autorisées, ce qui a provoqué de nombreuses répercussions dans la communauté en ligne des constructeurs.

C'est un bon rappel que, même s'il est important d'expédier rapidement, la sécurité n'est pas quelque chose qui peut être ignoré. Et même si personne ne peut garantir la sécurité d'un démarreur SaaS, qu'il soit payant ou open source, le fait est que dans les projets open source, beaucoup plus de personnes sont impliquées à la fois dans le développement et dans la révision du code. Étant donné que le code est disponible gratuitement, vous êtes également libre de le réviser vous-même, d'utiliser n'importe quel outil de test d'intrusion ou de demander à un autre expert de le vérifier avant de vous y engager.

Avec un démarreur SaaS payant, le facteur bus est de 1, avec l'open source, vous bénéficiez du soutien complet de la communauté !

Un démarreur SaaS payant dépend généralement d'un seul responsable. Puisque le code est de source fermée, personne d'autre n'y a accès ni n'a de droits, et si pour une raison quelconque l'auteur ne peut ou ne veut plus continuer à travailler dessus, c'est la fin de l'histoire. Pas de support, pas de mises à jour. , ni personne vers qui se tourner pour poser des questions.

D'un autre côté, un démarreur standard open source comme Open SaaS est un organisme vivant, avec un certain nombre de contributeurs derrière lui. Comme pour tout projet open source, il y aura généralement un plus petit équipe de base qui fait l'essentiel du travail et dirige le projet (et qui pourrait tout aussi bien être une seule personne au début), mais n'importe qui peut se joindre à tout moment, et il le fera. À mesure que le projet se développe et devient de plus en plus utilisé, de plus en plus de personnes commenceront à ajouter elles-mêmes les correctifs et les fonctionnalités dont elles ont besoin et à s'approprier les parties spécifiques.

Une autre chose à prendre en compte est qu'il faut beaucoup de temps pour qu'une entreprise de démarrage SaaS devienne plus qu'un revenu secondaire, et seule une fraction des constructeurs parviendra à ce point. Cela signifie que la plupart des créateurs passe-partout auront toujours un emploi à temps plein ou d’autres engagements en cours. Ce qui signifie qu'ils disposeront d'un temps limité pour le support client et l'ajout de nouvelles fonctionnalités.

Démarreur SaaS open source === mises à jour illimitées. Source fermée ? Parfois.

Un autre avantage direct du code de démarrage SaaS open source est que vous aurez un accès immédiat à toutes les mises à jour, dès leur publication. Cela inclut à la fois des correctifs de sécurité, des changements de version et des fonctionnalités entièrement nouvelles.

Avec le code source fermé, cela varie beaucoup d'un démarreur à l'autre. Certains proposent des mises à jour en guise de vente incitative (par exemple, les niveaux de base et professionnel), d'autres proposent des mises à jour à durée limitée (par exemple 1 an) et certains promettent une vie de mises à jour.

Avec un démarreur SaaS payant, vous devrez peut-être acheter une « licence » pour chaque nouvelle application

Une autre chose à prendre en compte est que, avec les starters payants, il peut souvent y avoir une limite au nombre d'applications que vous êtes autorisé à démarrer avec un seul achat de starter. Il est généralement formulé en termes de « licences » et si vous dépassez une limite, vous êtes légalement tenu d'en acheter une nouvelle, même si vous possédez déjà le code de démarrage.

Encore une fois, ce n'est pas le cas de tous les démarreurs payants (certains proposent des projets illimités avec un seul achat), mais c'est un modèle courant qui mérite d'être vérifié avant d'acheter.

Avec un démarreur open source, il n'y a naturellement pas de telle limite : le code source complet est accessible au public et vous êtes libre de l'utiliser comme bon vous semble.

Avec un starter SaaS open source, vous pouvez ajouter vous-même de nouvelles fonctionnalités !

L'un des avantages les plus intéressants de l'approche open source est que tout le monde peut contribuer ! S'il vous manque une fonctionnalité ou si vous souhaitez l'améliorer, vous pouvez simplement la faire vous-même et créer une pull request. Ensuite, les principaux responsables l'examineront, vous donneront des conseils et vous orienteront dans la bonne direction si nécessaire. Une fois fusionné, il est accessible à tous !

Résumé

Maintenant que nous avons passé en revue les principales différences entre les débutants SaaS open source et payants, donnons-lui une vue d'ensemble :

	Cost	Lifetime updates	Unlimited apps	Maintainers	Community	Air Jordans Effect	Easily contribute
Open-source SaaS starter		YES	YES	Many	Big, public	Rarely	YES
Paid starter	0	Depends	Depends	Typically one	Sometimes, private	Often	No

Il s'agit d'une liste utile dont il faut tenir compte au moment de prendre une décision sur la voie à suivre, mais en fin de compte, il n'y a pas de réponse unique qui convienne à tous. Votre décision dépendra de ce que vous cherchez exactement à construire et de la pile technologique que vous préférez utiliser.

De plus, les facteurs ci-dessus ne seront pas également pondérés par tout le monde : une personne pourrait être enthousiaste à l'idée de faire partie d'une communauté plus large et de pouvoir contribuer facilement au projet, tandis que d'autres apprécieront le fait qu'il existe une forte communauté en ligne. personnalité qu'ils peuvent suivre et s'inspirer.

En fin de compte, la seule chose importante est d'agir et de livrer avec succès cette application à laquelle vous réfléchissez depuis si longtemps. Bonne chance!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!