18 systèmes dont tout SaaS a besoin (n'en bâtir que 20 %)

Voici les 18 systèmes dont tout SaaS a besoin, parce qu'un SaaS est identique à 80-90 % à tous les autres : comptes utilisateurs, organisations, permissions, facturation, notifications, envoi de fichiers, recherche. Seuls 10 à 20 % relèvent de votre idée unique. La plupart des fondateurs passent 6 à 12 mois à construire d'abord la partie identique. Voici les 18 systèmes qui forment ces 80 %, et pourquoi il faut les cloner, pas les construire.

La réalité du 80/20 quand on construit un SaaS

Quand vous commencez à construire une application SaaS, vous pensez construire votre idée unique. La réalité est moins romantique : 80 à 90 % de votre application est identique à celle de tous les autres SaaS d'internet, et seuls 10 à 20 % sont votre logique métier unique.

Disons que vous construisez un outil de gestion de projet. Ce qui est identique à tout SaaS : utilisateurs et connexion, organisations et équipes, permissions, envoi de fichiers, notifications, recherche, commentaires, facturation. Ce qui est vraiment à vous : l'entité projets, l'entité tâches, les diagrammes de Gantt, les modèles de projet.

La plupart des gens gaspillent des mois à construire les 80 % identiques au produit de tout le monde, et n'arrivent jamais aux 20 % pour lesquels les clients paieraient vraiment. La règle qui règle cela est simple : construisez les 20 %. Clonez les 80 %.

Les 18 systèmes dont tout SaaS a besoin

Voici la liste complète : les fondations qui font tourner n'importe quel SaaS, qu'il s'agisse d'un outil B2B, d'une place de marché, d'un CRM ou d'une plateforme d'apprentissage :

Les dix premiers sont l'infrastructure de base, l'essentiel. Les huit autres sont les fonctionnalités que les utilisateurs attendent de tout produit sérieux. Et vous n'avez pas besoin des 18 : un outil simple peut n'en utiliser que cinq. Chacun est conçu comme une brique LEGO : autonome, compatible avec les autres et facile à étendre.

Ce que coûte vraiment de construire les 80 % soi-même

Voici le calendrier que vivent la plupart des fondateurs novices quand ils construisent les fondations de zéro. Mois 1 à 3 : construire l'authentification des utilisateurs. Mois 4 à 6 : comprendre le multi-tenant. Mois 7 à 9 : ajouter permissions et facturation. Mois 10 à 12 : construire notifications et envoi de fichiers. Mois 13 : commencer enfin à construire les fonctionnalités uniques.

Cela fait 12 mois pour arriver là où vous auriez dû commencer, soit plus de 100 k€ de temps perdu si vous valorisez votre temps, sans compter les erreurs d'architecture que vous ne découvrirez qu'en passant à l'échelle, quand il faudra tout reconstruire.

L'approche par clonage inverse le calendrier : semaine 1, clonez les systèmes dont vous avez besoin. Semaines 2 à 4, personnalisez-les pour votre SaaS. Mois 2 à 3, construisez vos fonctionnalités uniques. Mois 4, lancez. Le même produit, livré en 4 mois au lieu de 12 et plus, soit environ 75 k€ et plus économisés. (Si vous budgétez les outils eux-mêmes, voici ce que coûte vraiment la construction d'un SaaS.)

Le livreThe Solopreneur RevolutionLuis Gonçalves sur la création d'une activité de solopreneur avec l'IA, sans quitter son emploi.Obtenir le livre →

Comment cloner au lieu de construire

Chacun des 18 systèmes est une tranche verticale complète : une couche base de données où vivent les données, une couche service qui porte la logique métier, une couche de données qui la relie à vos écrans et les composants d'interface que les utilisateurs voient vraiment. Chaque système suit le même schéma, et chacun sait parler aux autres : quand un utilisateur crée une facture, le système de permissions vérifie l'accès, le système de facturation crée l'enregistrement, l'analytique journalise l'événement, les notifications alertent le propriétaire et le journal d'audit enregistre le tout.

Cloner, c'est donner à votre IA le plan éprouvé et lui demander d'adapter les noms et la logique métier à votre produit : votre entité principale devient des tâches, des contacts ou des réservations, votre organisation devient une équipe ou un espace de travail. Les schémas d'architecture, de sécurité et de performance restent intacts : c'est la partie qui a demandé des années pour être bien faite.

Ce ne sont pas des schémas de manuel. C'est la même fondation intégrée qui fait tourner une plateforme de plus de 2 M€ : 964 tables, plus de 3 M de lignes de code, 10 produits, le tout fonctionnant ensemble. Testée à l'échelle, pour que vous ne découvriez pas vous-même les problèmes d'échelle.

Les 20 % que vous devez vraiment construire

Une fois les fondations clonées, toute votre énergie va à la seule partie pour laquelle les clients paient : votre entité principale, votre workflow unique, votre interface unique. Personne n'a jamais acheté un outil de gestion de projet parce que son parcours de réinitialisation de mot de passe était artisanal.

Pendant que d'autres fondateurs se demandent encore « comment structurer le multi-tenant ? » et « comment les permissions doivent-elles fonctionner ? », vous construisez déjà les fonctionnalités qui différencient votre produit. C'est la différence entre lancer en 3 mois et lancer en 12.

Une réserve : l'ordre dans lequel vous assemblez ces systèmes compte plus qu'on ne le croit, certains étant presque impossibles à ajouter après coup. C'est un sujet assez vaste pour son propre guide sur le bon ordre de construction d'un SaaS.

12 semainesVotre carrière en entreprise n'a jamais été le planPostulez au Solopreneur Accelerator.Postuler →

Questions fréquentes

Ai-je vraiment besoin des 18 systèmes ?

Non. Ce sont des briques LEGO : prenez ce dont votre produit a besoin. Un outil interne simple peut en utiliser cinq ; un SaaS B2B a typiquement besoin du multi-tenant, des utilisateurs, des permissions, de la facturation, des notifications et des invitations d'équipe ; un produit d'entreprise finit par utiliser les 18. Commencez par ce que vos premiers clients exigent.

Quels systèmes dois-je construire en premier ?

Le multi-tenant, les utilisateurs et l'authentification, et les permissions, dans cet ordre. Tout le reste en dépend, et quelques systèmes (analytique, journal d'audit, tâches en arrière-plan) sont bien plus difficiles à ajouter plus tard. La séquence complète est traitée dans le guide de l'ordre de construction d'un SaaS.

L'IA peut-elle vraiment construire ces systèmes pour un fondateur non technique ?

Oui, parce que vous ne lui demandez pas d'inventer quoi que ce soit. Vous lui demandez d'adapter un schéma éprouvé et documenté aux noms et à la logique métier de votre produit. C'est exactement le genre de travail que l'IA fait de façon fiable. Le risque n'est pas l'IA ; c'est de sauter le plan et de la laisser improviser l'architecture.

Qu'est-ce qui compte comme les 20 % que je dois construire moi-même ?

Votre entité principale (ce que gère votre produit), le workflow qui l'entoure et l'interface qui le rend spécial. Dans un outil de gestion de projet, ce sont les projets, les tâches et votre façon particulière de les visualiser ; tout le reste de la liste ci-dessus constitue les 80 % à cloner.