Comment créer un SaaS : plan, coût, erreurs

Qu’est-ce qu’un SaaS en mots simples

SaaS (de l’anglais software as a service, « logiciel en tant que service ») désigne un service que l’on utilise dans un navigateur ou une application et que l’on paie par abonnement : au mois ou à l’année. Vous ne vendez pas un logiciel une seule fois, vous vendez un accès permanent. Exemples : comptabilité en ligne, prise de rendez-vous, envoi de lettres d’information. Le client n’a ni installation ni serveur à gérer ; vous, vous avez un revenu récurrent.

Il faut distinguer un SaaS d’un site ordinaire avec espace client. Le site parle de votre service, tandis que le SaaS est lui-même le service : la personne s’y connecte, fait son travail dans le service et paie pour pouvoir le faire. C’est pourquoi un SaaS comporte toujours quatre parties obligatoires : connexion et espaces, tarifs avec paiement, premiers pas du nouveau client et tableau de bord du propriétaire, qui montre combien il y a de clients et d’argent.

Quand un SaaS est une bonne idée

• Vous avez une tâche répétitive pour laquelle les gens paient déjà de l’argent ou du temps : à la main, dans des tableaux, via un prestataire.
• Vous comprenez qui est exactement le client et ce qui l’agace dans les solutions existantes.
• Le produit peut se vendre à de nombreux clients sans adaptation individuelle.

Quand un SaaS n’est pas nécessaire

Si vous voulez automatiser des processus uniquement au sein de votre entreprise, il vous faut non pas un SaaS, mais un service interne ou un CRM. Si le service est par nature du conseil et que chaque client est unique, personne ne paiera d’abonnement à un logiciel. Dans ces cas, il est plus honnête de commencer par une version minimale du produit (MVP) ou de décider si vous avez besoin de votre propre système de gestion.

Comment créer un SaaS : étapes de l’idée aux premiers clients

Voici l’ordre qui fonctionne pour la plupart des services.

1. Décrire le client et la tâche. Une phrase : « Pour qui nous faisons quoi, à la place de quoi ». Si elle ne vient pas, il est trop tôt pour coder. Parlez à cinq à dix clients potentiels : comment résolvent-ils la tâche aujourd’hui, à quel coût ?
2. Choisir une première version minimale. Elle ne contient que ce sans quoi le client n’obtient pas de résultat. Tout le reste va dans la liste « plus tard ». Ce qu’est un MVP, nous l’avons expliqué dans l’article Qu’est-ce qu’un MVP et combien coûte son lancement.
3. Dessiner la cartographie du produit. Quels rôles (client, son collaborateur, vous), quelles pages et données, ce qui est lié à quoi, quels services brancher (paiement, e-mail, vérification du client). C’est l’atelier d’architecture, dont nous parlons plus bas.
4. Montrer le design et construire la base. Connexion, espaces, rôles, back-office, e-mails. Tout service en a besoin de la même façon, c’est pourquoi cette partie est chez nous déjà prête et non écrite de zéro.
5. Ajouter tarifs, paiement et premiers pas du client. C’est là que le produit devient un SaaS : la personne s’inscrit, choisit un tarif, paie et obtient l’accès sans votre intervention.
6. Vérifier et lancer pour les premiers clients. Tests, sécurité, écrans mobiles, paiements et e-mails de test. Lancement pour 5 à 20 vrais clients, et non pour « tout le monde d’un coup ».
7. Regarder les données et décider. Qui est allé jusqu’au paiement, qui est parti et pourquoi. C’est seulement ensuite que vous décidez quoi développer.

Ne sautez pas les étapes 1 et 2. Les erreurs les plus coûteuses d’un SaaS viennent d’un service que personne ne demandait, pas du code. Le site du service et la page des tarifs se font le plus simplement à part, sous forme de landing page, pour commencer à collecter des demandes avant même que le produit soit prêt.

Combien coûte le développement d’un SaaS

On ne peut pas annoncer honnêtement le prix exact d’un SaaS avant d’avoir décrit le produit : il dépend du nombre de rôles, de paiements, de connexions à d’autres systèmes et du fait que le service s’adresse à des « entreprises avec leurs propres espaces » ou à des particuliers. C’est pourquoi nous vendons les systèmes complexes via un atelier d’architecture à 3 500 € (2 à 3 semaines). Son résultat : cartographie du produit, devis et plan de la première version. La somme est déduite du prix du projet, et la cartographie reste chez vous dans tous les cas, même si vous décidez de ne pas faire le produit avec nous.

Comment se compose notre prix

Le total à partir de 44 900 € (base 17 900 € plus mode SaaS 27 000 €, tarifs et paiement des entreprises inclus) est un repère pour un service dont les clients sont des entreprises avec des équipes. Si vos clients sont des particuliers, le mode « plusieurs entreprises » est inutile, et la base plus les abonnements reviennent à partir de 24 800 € (plateforme et abonnements réunis en un forfait « Abonnements et club »). La première question de l’atelier est donc toujours la même : qui paie, une personne ou une entreprise ?

Ce qui n’est pas compris dans le prix

Le domaine et les services tiers, vous les payez directement, sans marge de notre part. Au départ, l’infrastructure peut coûter 0 € : hébergement, base de données et e-mail utilisent des offres gratuites. Mais elles ont des limites : par exemple, avec la base gratuite, le projet « s’endort » après une semaine d’inactivité, et le service d’e-mail limite le nombre de messages. Quand le service dépassera les limites, nous vous dirons à l’avance quelle offre il faut et combien elle coûte.

Pour comparer les offres des agences dans votre pays, voir l’article comment choisir une agence web et éviter les erreurs.

Modèles de prix d’un SaaS : comment gagner de l’argent avec l’abonnement

Le modèle de prix est la règle selon laquelle le client paie. Il faut le choisir avant le développement, car de lui dépendent les tarifs, la facturation (calcul et prélèvement des paiements) et même la structure des données. Les principales options :

• Abonnement forfaitaire. Un tarif, un prix par mois. Le plus simple à expliquer et à lancer. Convient quand tous les clients utilisent le service à peu près de la même façon.
• Tarifs par niveaux. Par exemple « Start », « Équipe », « Business », avec des fonctions et des limites différentes. Le schéma le plus courant : le client choisit lui-même ce qu’il paie.
• Paiement par utilisateur. Le prix est multiplié par le nombre de collaborateurs du client. Le revenu croît avec le client, mais les clients peuvent économiser en ajoutant moins de personnes.
• Paiement à l’usage. On paie le volume : demandes, e-mails, vérifications, gigaoctets. Honnête pour le client, mais le revenu est plus difficile à prévoir.
• Combinaison. Une base par abonnement plus un supplément au-delà de la limite.

Comment choisir le modèle

Demandez-vous pour quoi le client est réellement prêt à payer. Si l’utilité dépend du nombre de collaborateurs : par utilisateur. Si elle dépend du nombre d’opérations : à l’usage. Dans le doute, commencez avec deux ou trois tarifs et regardez lequel est le plus choisi : dans une facturation bien faite, on change les tarifs sans refaire le service.

Calculez le revenu mois par mois

Le simulateur ci-dessous montre comment se forme le revenu d’abonnement (MRR, revenu mensuel récurrent) : combien de clients vous gagnez par mois, combien partent et quand le service rentabilisera le développement. Ses chiffres sont vos hypothèses, non une prévision. L’erreur la plus fréquente concerne le départ des clients : même un faible pourcentage perdu chaque mois décale nettement la rentabilité.

De quoi se compose un SaaS : ce qui doit exister dès le premier jour

Certaines choses coûtent peu à prévoir au début et très cher à refaire ensuite.

Séparation des données des clients

Si vos clients sont des entreprises, un même service en dessert beaucoup, et les données de chacune doivent être isolées. On appelle cela une architecture multi-locataire (tenant = « locataire », c’est-à-dire un client-entreprise). En termes simples : chacun ne voit que ce qui est à lui. Dans notre pile technique, cela se règle par des règles dans la base de données (RLS) et se prévoit dès le premier jour. L’isolation des clients est l’un des thèmes de base du guide SaaS « Well-Architected » d’Amazon Web Services (lien dans la liste des sources en bas) : une tâche d’architecture à part entière.

Facturation

Tarifs, prélèvements automatiques, factures, codes promo, ce qui se passe en cas d’impayé. Le système de paiement s’occupe de l’encaissement, mais la logique « quel tarif, qu’est-ce qui est accessible, quand renouveler » doit être construite dans le produit. Le contrat avec le système de paiement est le vôtre ; nous configurons l’intégration.

Premiers pas du nouveau client

L’onboarding (la découverte du service) décide si la personne deviendra un client payant : un chemin court jusqu’au premier résultat compte plus que dix fonctions de plus.

Tableau de bord du propriétaire

Combien de clients, qui paie, qui est parti, combien d’argent par mois. Sans cela, vous pilotez le service à l’aveugle.

Sécurité et e-mails

Formulaires protégés du spam, connexion à deux facteurs pour votre équipe, sauvegardes, e-mails depuis votre domaine : un standard, non une option.

Des modules plutôt qu’une refonte : comment faire grandir un SaaS par étapes

L’erreur principale en commandant un SaaS est de vouloir tout de suite faire « comme les grands ». Le budget part dans des fonctions non vérifiées, et le lancement est repoussé d’un an. Le bon schéma est autre : une base plus des modules. D’abord, on lance le noyau qui résout la tâche principale ; ensuite, de nouvelles possibilités se branchent en modules séparés, quand les clients ont montré qu’elles sont nécessaires.

Voici ce que cela donne en argent. Application mobile, formation, club et communauté, rangs, programme de parrainage, back-office étendu : chaque module a son prix et son délai. Vous n’achetez que ce qu’il faut maintenant. À partir de trois modules, une remise de 10 % s’applique à l’ensemble.

Pourquoi c’est moins cher que de réécrire

Quand la base est faite avec de la marge (rôles, droits, paiement, e-mails), un nouveau module s’y branche comme une pièce de jeu de construction. Avec un « petit site pour un seul scénario », il faut en cas de croissance refaire données, connexion et droits : c’est un second projet. Exemples dans nos réalisations.

Sur le même principe appliqué aux sites, lisez l’article constructeur de site ou site sur mesure. Et si vous prévoyez une version mobile, voyez combien coûte le développement d’une application et si elle est nécessaire tout de suite : souvent, une version web qui s’ouvre bien sur téléphone suffit d’abord.

Erreurs typiques dans la création d’un SaaS

• Tout faire d’un coup. Vingt fonctions au lieu d’une principale. Solution : MVP et liste « plus tard ».
• Ne pas parler aux clients avant le développement. Vous construisez ce qui vous plaît. Solution : dix entretiens et des préinscriptions sur une landing page.
• Ne pas prévoir le paiement. « Gratuit pour l’instant, on ajoutera plus tard » finit en refonte. Solution : tarifs et facturation dans la première version, même avec un seul tarif.
• Ignorer le départ des clients. Attirer des clients coûte cher, les garder coûte moins. Solution : regarder qui part et pourquoi dès le premier mois.
• Ne pas posséder le produit. Le code chez le prestataire, le domaine sur son compte. Solution : dépôt, domaine et services à votre nom, nous travaillons par invitations.
• Oublier le marketing. Même un excellent service ne sera pas trouvé tout seul. Prévoyez budget et temps pour la promotion, par exemple le SEO : il agit sur des mois, non des jours.

Que choisir dans votre situation

Des conseils concrets par scénario :

• Si vous n’avez qu’une idée et pas de clients. Ne commandez pas de développement. Faites d’abord une landing page avec description et formulaire de préinscription, parlez aux clients, et allez seulement ensuite à l’atelier d’architecture.
• Si vous avez de premiers clients qui paient à la main (facture, virement). L’atelier d’architecture à 3 500 € vous convient, puis la base avec abonnements. Vous savez déjà pour quoi l’on paie, c’est l’essentiel.
• Si vos clients sont des entreprises avec des équipes. Il vous faut le mode SaaS avec séparation des données et tarifs par utilisateur ; prévoyez à partir de 44 900 € et un délai à partir de trois mois.
• Si vos clients sont des particuliers. Une base avec abonnements suffit : c’est nettement moins cher, et vous pourrez ajouter plus tard le mode « entreprises » sous forme de module.
• Si votre budget est inférieur à 20 000 €. Faites un site ordinaire avec formulaire et servez les premiers clients à la main : c’est aussi une façon de tester la demande.
• Si votre service est la formation et les cours. C’est un type de plateforme à part, avec ses modules et ses prix ; nous l’avons traité dans l’article comment lancer une école en ligne.

Le choix du prestataire pour un tel projet est un grand sujet à part ; la liste de contrôle figure dans l’article comment choisir une agence web. La démarche dans n’importe quel pays est la même : d’abord la cartographie du produit, puis le développement.

N’oubliez pas l’aspect juridique : conditions d’utilisation, politique de confidentialité et traitement des données personnelles (RGPD pour les clients de l’Union européenne) sont vérifiés par votre juriste. Nous fournissons des modèles, mais pas d’avis juridiques.