Tu te lances dans un projet SaaS et tu tombes sur des termes que tu ne maîtrises pas totalement ? MRR, MVP, churn, CAC, API, stack technique... Le monde du SaaS a son propre vocabulaire, et il peut vite devenir un frein quand tu essaies de comprendre un article, d'échanger avec un prestataire ou de pitcher ton projet.
Ce lexique rassemble les 43 termes que tu rencontreras le plus souvent. Chaque définition est formulée simplement, avec des exemples concrets quand c'est utile. Pas de jargon dans les définitions elles-mêmes : l'objectif, c'est que tu comprennes vraiment ce que tu lis.
Ressource proposée par Joliweb Studio, joliweb.studio.
SaaS signifie Software as a Service, littéralement "logiciel en tant que service". C'est un modèle dans lequel ton logiciel est hébergé sur Internet et accessible via un navigateur ou une application, sans que tes utilisateurs aient besoin d'installer quoi que ce soit. Ils paient en général un abonnement mensuel ou annuel pour y accéder.
Exemple : Notion, Slack, Stripe sont des SaaS. Tu t'abonnes, tu te connectes, tu utilises. Rien à installer, les données sont dans le cloud.
Ce qui distingue un vrai SaaS d'un simple logiciel vendu en ligne : la valeur du produit repose sur le fait qu'il soit centralisé. Les données se synchronisent entre tes appareils, ou plusieurs utilisateurs collaborent en temps réel, ou le service évolue en continu sans que tu aies à mettre à jour quoi que ce soit.
B2B signifie Business to Business. Un SaaS B2B s'adresse à des entreprises ou des professionnels, pas à des particuliers. Tes clients sont des sociétés, des indépendants, des équipes.
Exemple : un outil de gestion de projet vendu aux PME, c'est du B2B. Les cycles de vente sont souvent plus longs, mais les abonnements sont plus élevés et le churn (départ des clients) est généralement plus faible.
B2C signifie Business to Consumer. Un SaaS B2C s'adresse directement aux particuliers. Les abonnements sont moins chers, les volumes d'utilisateurs potentiels sont plus importants, mais le churn est souvent plus élevé car les particuliers sont moins "captifs" qu'une entreprise.
Exemple : une application de méditation en abonnement, un outil de création de CV en ligne.
Le freemium est un modèle de pricing dans lequel tu proposes une version gratuite de ton SaaS avec des fonctionnalités limitées, et une version payante (premium) pour accéder aux fonctionnalités avancées. L'idée : attirer des utilisateurs avec la gratuité, puis les convertir en payants quand leur usage grandit.
Le risque : beaucoup d'utilisateurs restent sur la version gratuite sans jamais convertir. Le freemium fonctionne bien quand la version gratuite a suffisamment de valeur pour attirer du monde, mais pas assez pour que les utilisateurs n'aient jamais besoin d'évoluer.
Un essai gratuit permet à un utilisateur d'accéder à la version complète (ou quasi-complète) du SaaS pendant une période limitée, en général 7, 14 ou 30 jours, avant de décider s'il s'abonne. Contrairement au freemium, il n'existe pas de version gratuite permanente : à la fin de l'essai, soit l'utilisateur paie, soit il n'a plus accès.
Un logiciel open source est un logiciel dont le code source est public et librement accessible. N'importe qui peut le consulter, le modifier ou le redistribuer, selon les conditions de la licence choisie.
Dans le monde SaaS, certains projets adoptent un modèle "open core" : le cœur du produit est open source (pour la visibilité et la confiance), mais des fonctionnalités avancées ou le service cloud sont payants. C'est le cas de GitLab ou Mattermost par exemple.
Le MRR (Monthly Recurring Revenue) est ton chiffre d'affaires récurrent mensuel, c'est-à-dire la somme des abonnements actifs que tu perçois chaque mois. C'est la métrique centrale d'un SaaS : elle mesure la santé de ton revenu et sa prévisibilité.
Exemple : si tu as 50 clients à 29€/mois, ton MRR est de 1 450€.
L'ARR (Annual Recurring Revenue) est la version annualisée du MRR. On calcule simplement MRR x 12. C'est une métrique utile pour se comparer à d'autres SaaS ou pour les discussions avec des investisseurs.
Le churn (ou taux d'attrition) mesure la proportion de clients ou de revenus perdus sur une période donnée. Un churn de 5% par mois signifie que tu perds 5% de tes clients chaque mois. C'est l'une des métriques les plus critiques : même avec une belle acquisition, un churn élevé vide ton MRR comme un seau percé.
Le churn peut se calculer en nombre de clients (churn client) ou en valeur (churn de revenu). Le "net revenue churn" peut même être négatif si tes clients existants augmentent leur abonnement plus vite que tu n'en perds, ce qu'on appelle le churn négatif, ou "negative churn".
La LTV (Lifetime Value, ou valeur vie client) représente le revenu total qu'un client va générer pendant toute la durée de sa relation avec toi. Elle se calcule souvent ainsi : abonnement mensuel moyen divisé par le taux de churn mensuel.
Exemple : un client à 50€/mois avec un churn de 2% par mois a une LTV de 50 / 0,02 = 2 500€.
La LTV est à comparer avec le CAC pour évaluer la rentabilité de ton acquisition.
Le CAC (Customer Acquisition Cost, ou coût d'acquisition client) est le coût moyen que tu dépenses pour acquérir un nouveau client payant. Il inclut tes dépenses marketing, publicité, commerciales, et tout ce qui concourt à faire signer un client.
La règle courante en SaaS : la LTV doit être au moins 3 fois supérieure au CAC pour que ton modèle soit viable.
L'ARPU (Average Revenue Per User) est le revenu moyen généré par utilisateur ou par client sur une période donnée, en général le mois. Il se calcule en divisant le MRR par le nombre de clients actifs.
L'ARPU permet de mesurer l'évolution de la valeur moyenne de tes clients dans le temps, notamment pour détecter si tes nouveaux clients s'abonnent à des plans moins élevés que tes anciens.
Le taux de conversion mesure la proportion de visiteurs ou de prospects qui passent à l'action suivante : s'inscrire, démarrer un essai, ou devenir client payant. On peut avoir plusieurs taux de conversion dans un funnel SaaS : visiteur vers inscription, inscription vers activation, activation vers paiement.
Le MVP (Minimum Viable Product) est la version la plus simple possible de ton produit qui permette de tester ta proposition de valeur auprès de vrais utilisateurs. L'idée n'est pas de faire quelque chose de petit par économie, mais de livrer le minimum qui permet d'obtenir un retour réel du marché, avant d'investir davantage.
Un MVP ne doit pas être un produit bâclé, mais un produit ciblé : une seule cible, un seul problème, une seule solution.
Le MLP (Minimum Lovable Product) va un cran plus loin que le MVP. Là où le MVP cherche à valider une hypothèse, le MLP cherche à créer de l'attachement : un produit suffisamment soigné pour que tes premiers utilisateurs l'aiment vraiment et en parlent autour d'eux.
La nuance est subtile : le MVP est un outil de validation, le MLP est un outil d'adoption.
Le POC (Proof of Concept, ou preuve de concept) est une démonstration technique destinée à vérifier qu'une idée est réalisable sur le plan technique, avant de s'engager dans un développement complet. Le POC répond à une question technique ("est-ce qu'on peut faire ça ?"), pas à une question marché.
Exemple : tester l'intégration d'une API tierce critique, ou vérifier qu'un algorithme de traitement fonctionne comme prévu.
Le product-market fit (PMF) est le moment où ton produit correspond vraiment à un besoin réel du marché : les utilisateurs l'adoptent naturellement, en parlent autour d'eux et seraient déçus de devoir s'en passer. C'est l'étape critique que tout SaaS cherche à atteindre avant de scaler son acquisition.
On dit souvent que quand tu as trouvé le PMF, tu le "sens" : la rétention s'améliore, les recommandations arrivent, tu n'as plus besoin de convaincre autant.
La roadmap (ou feuille de route produit) est le plan d'évolution de ton SaaS dans le temps : les fonctionnalités prévues, leur ordre de priorité et, si possible, leur calendrier de livraison. Elle sert à aligner l'équipe, à communiquer avec les utilisateurs et à garder le cap entre ce qui est urgent et ce qui est important.
L'onboarding est le processus qui permet à un nouvel utilisateur de prendre en main ton SaaS et d'atteindre sa première valeur le plus rapidement possible. Un bon onboarding réduit le churn précoce, c'est-à-dire les utilisateurs qui s'inscrivent mais abandonnent avant même de comprendre ce que le produit peut leur apporter.
Le cahier des charges (CDC) est le document qui décrit ton projet : les fonctionnalités attendues, les parcours utilisateurs, les contraintes techniques et les priorités. C'est le document de référence que tu remets à un prestataire pour qu'il puisse chiffrer et développer ton produit. Un CDC bien rédigé réduit les malentendus, les surcoûts et les délais.
Une user story est une description courte d'une fonctionnalité, formulée du point de vue de l'utilisateur. Le format classique : "En tant que [type d'utilisateur], je veux [action] afin de [bénéfice]."
Exemple : "En tant qu'administrateur, je veux pouvoir inviter des membres par email afin qu'ils puissent accéder à l'espace de travail."
Les user stories permettent de rester centré sur l'usage réel plutôt que sur la technique.
Un persona est un profil fictif mais représentatif de ton utilisateur cible. Il regroupe ses caractéristiques (âge, métier, contexte), ses objectifs, ses freins et ses comportements. Il sert à prendre de meilleures décisions produit : quand tu hésites entre deux fonctionnalités, tu peux te demander laquelle ton persona utiliserait vraiment.
La stack technique (féminin) désigne l'ensemble des technologies utilisées pour construire ton SaaS : langages de programmation, frameworks, bases de données, services cloud, outils d'infrastructure. Choisir une bonne stack au départ, c'est éviter de devoir tout réécrire plus tard quand ton produit va grandir.
Le back-end est la partie "serveur" de ton application : la logique métier, le traitement des données, la gestion des comptes et des abonnements, les connexions aux bases de données. C'est la partie que l'utilisateur ne voit pas directement, mais qui fait tourner tout le reste.
Le front-end est la partie visible de ton application : les interfaces, les boutons, les formulaires, les pages que l'utilisateur navigue. C'est ce qu'un développeur front-end code pour que ton SaaS soit utilisable et agréable.
Une API (Application Programming Interface) est un système qui permet à deux logiciels de communiquer entre eux de façon standardisée. Ton SaaS utilisera probablement des API tierces (pour les paiements avec Stripe, pour les emails transactionnels, pour l'authentification...) et pourra lui-même exposer une API pour que d'autres services s'y connectent.
Exemple concret : quand tu cliques "payer" dans un SaaS, une API Stripe est appelée en coulisse pour traiter le paiement.
La base de données est l'endroit où toutes les informations de ton SaaS sont stockées : les comptes utilisateurs, les données métier, les logs, les abonnements. Elle est gérée côté back-end et n'est jamais accessible directement par l'utilisateur. Le choix de la base de données (PostgreSQL, MySQL, MongoDB...) dépend de la nature des données et du volume attendu.
L'hébergement désigne les serveurs sur lesquels ton SaaS tourne. La grande majorité des SaaS sont aujourd'hui hébergés chez des fournisseurs cloud : AWS, Google Cloud, OVH, Scaleway... Le choix d'hébergement impacte les performances, la disponibilité et les coûts à mesure que tu grandis.
La dette technique désigne l'accumulation de choix techniques rapides ou imparfaits qui, sur le long terme, ralentissent le développement et augmentent le risque de bugs. Comme une dette financière, elle s'accumule avec les intérêts : plus tu tardes à la rembourser, plus elle coûte cher.
Un MVP accumule toujours un peu de dette technique, c'est normal. Le problème, c'est quand on continue à construire dessus sans jamais la traiter.
Le no-code désigne des outils qui permettent de construire des applications ou des automatisations sans écrire de code. Des plateformes comme Bubble, Webflow ou Glide permettent de créer des SaaS fonctionnels via des interfaces visuelles.
Le no-code est une option sérieuse pour des MVP simples ou pour valider une idée rapidement. Ses limites apparaissent généralement quand le produit gagne en complexité ou en volume d'utilisateurs.
Le vibe coding est une tendance récente qui consiste à développer un SaaS en s'appuyant massivement sur l'IA générative (comme Claude ou ChatGPT) pour générer le code. L'idée : décrire ce qu'on veut en langage naturel, et laisser l'IA coder à ta place.
C'est un levier puissant pour accélérer, mais il ne remplace pas la compréhension de ce qu'on construit. Un code généré sans être relu ni compris peut sembler fonctionnel tout en étant fragile, difficile à maintenir, ou truffé de failles de sécurité.
La scalabilité (ou passage à l'échelle) désigne la capacité de ton SaaS à supporter une croissance significative du nombre d'utilisateurs ou du volume de données sans que les performances se dégradent et sans nécessiter une réécriture complète du code.
Un SaaS qui n'est pas scalable peut fonctionner parfaitement à 100 utilisateurs et s'effondrer à 10 000.
Un monorepo est une organisation du code dans laquelle le front-end, le back-end et toutes les applications du projet (web, mobile, API...) sont dans un seul et même dépôt de code source. C'est une alternative à l'approche multi-repo où chaque composant vit dans son propre dépôt.
Le monorepo facilite le partage de code entre les différentes parties du projet et simplifie certaines opérations de déploiement.
Les tests end-to-end (E2E) sont des tests automatisés qui simulent le comportement d'un vrai utilisateur sur ton application : se connecter, remplir un formulaire, effectuer une action, vérifier que le résultat est correct. Ils permettent de s'assurer que les différentes parties du système fonctionnent bien ensemble, de bout en bout.
L'acquisition désigne tout ce que tu fais pour attirer de nouveaux visiteurs ou prospects vers ton SaaS : SEO, publicité, contenu, réseaux sociaux, bouche-à-oreille... C'est la première étape du funnel. Beaucoup de fondateurs se concentrent dessus trop tôt, avant d'avoir une bonne rétention.
L'activation est le moment où un nouvel utilisateur vit sa "première valeur" dans ton produit, c'est-à-dire le moment où il comprend concrètement ce que ton SaaS peut lui apporter. Un utilisateur activé est beaucoup plus susceptible de rester et de payer qu'un utilisateur qui s'est inscrit mais n'a jamais vraiment utilisé le produit.
La rétention mesure ta capacité à garder tes utilisateurs dans le temps. C'est l'inverse du churn. Une bonne rétention signifie que les utilisateurs reviennent, continuent à payer et trouvent de la valeur dans le produit sur la durée. En SaaS, la rétention est souvent plus importante que l'acquisition : acquérir est cher, retenir est rentable.
Un lead magnet est une ressource gratuite que tu offres en échange des coordonnées d'un prospect (en général son email), dans le but de créer une relation avant qu'il soit prêt à acheter. Checklist, template, guide, mini-formation... Un bon lead magnet résout un problème précis et immédiat pour ta cible.
Le funnel (ou entonnoir de conversion) représente le parcours qu'un utilisateur traverse depuis sa première découverte de ton SaaS jusqu'à devenir client payant. On parle souvent des étapes Acquisition, Activation, Rétention, Revenu et Recommandation (le cadre AARRR). À chaque étape, une partie des utilisateurs sort du funnel : l'objectif est d'optimiser chaque transition.
Le MRR d'expansion désigne la croissance du revenu récurrent générée par tes clients existants : upgrades vers un plan supérieur, achats de sièges supplémentaires, modules complémentaires. Quand le MRR d'expansion dépasse le churn de revenu, on parle de "negative churn" : tes clients existants te rapportent plus que tu n'en perds. C'est l'un des signes de bonne santé les plus solides en SaaS.
Les early adopters (ou primo-adoptants) sont les premiers utilisateurs qui acceptent d'utiliser ton produit alors qu'il est encore imparfait. Ils sont motivés par la nouveauté, le fait d'influencer le produit ou d'accéder à un avantage avant les autres. Ce sont eux qui te donnent les retours les plus précieux au début, et souvent les plus fidèles sur le long terme.
Ce sont les trois principales solutions de paiement en ligne utilisées pour les SaaS. Stripe est la référence mondiale, très puissante mais qui nécessite de gérer toi-même la conformité fiscale selon les pays. Paddle et Lemon Squeezy sont des "Merchant of Record" : ils agissent en tant que vendeur officiel à ta place et gèrent la TVA et la conformité internationale pour toi. Ce dernier modèle est particulièrement adapté aux SaaS qui vendent à l'international sans vouloir se plonger dans la fiscalité de chaque pays.
Ce sont des outils d'analytics produit qui te permettent de suivre le comportement de tes utilisateurs dans ton SaaS : quelles fonctionnalités ils utilisent, où ils abandonnent, comment ils progressent dans ton onboarding. Contrairement à Google Analytics qui est orienté trafic web, Mixpanel et Amplitude sont orientés événements produit. Indispensables pour comprendre vraiment ce qui se passe dans ton application.
Figma est l'outil de design d'interface le plus utilisé dans l'écosystème SaaS. Il permet de créer des maquettes (wireframes et maquettes haute fidélité) de ton application avant de la développer. Utiliser Figma avant de coder, c'est valider l'interface et les parcours utilisateurs à moindre coût, et donner à ton prestataire un brief visuel précis plutôt qu'une description textuelle.
Notion est un outil de documentation et de gestion de projet très répandu dans les équipes SaaS. On l'utilise pour centraliser les specs du produit, la roadmap, les user stories, les retours utilisateurs, les process internes. Pour un fondateur solo non-technique, Notion est souvent le premier outil à maîtriser pour structurer son projet avant même de parler technique.
Un terme manque dans ce lexique ? C'est une ressource vivante. Si tu rencontres un terme qui n'y figure pas et dont tu aimerais une définition claire, dis-le en commentaire sur YouTube ou en réponse à un post LinkedIn. J'ajouterai les termes les plus demandés régulièrement.
Le template de cahier des charges Joliweb Studio est gratuit et te guide pas à pas dans la définition de ton MVP.
Télécharger le templateDesign, développement, structuration du projet : c'est ce que je propose chez Joliweb Studio pour les fondateurs qui veulent avancer sans se perdre dans la technique.
Me contacter