SaaS — définition et quand un logiciel par abonnement a du sens pour votre entreprise

SaaS est l'abréviation de software as a service — logiciel en tant que service. Plutôt que d'acheter une licence, d'installer un programme sur chaque poste et d'en assurer soi-même la maintenance, l'entreprise paie un abonnement et utilise une application prête à l'emploi via un navigateur ou une application mobile. Les serveurs, les mises à jour, les sauvegardes de l'infrastructure et le développement du logiciel sont à la charge du fournisseur.

La définition la plus précise vient de l'organisme américain de normalisation NIST, référence du secteur depuis plus d'une décennie. Selon lui, le SaaS est « The capability provided to the consumer is to use the provider's applications running on a cloud infrastructure » — soit la possibilité offerte au client d'utiliser les applications du fournisseur s'exécutant sur une infrastructure cloud (NIST SP 800-145, traduction libre — le NIST ne publie pas de version française). Le client ne gère ni les serveurs, ni le système d'exploitation, ni l'application elle-même — tout au plus les réglages que l'application met à sa disposition.

Cette rubrique répond aux quatre questions qui reviennent quand une entreprise commence à utiliser le SaaS en connaissance de cause, ou envisage de construire son propre produit selon ce modèle.

Exemples de SaaS — ce que les entreprises utilisent au quotidien

La plupart des entreprises utilisent le SaaS avant même d'y penser. La messagerie professionnelle dans le navigateur, la suite bureautique en ligne, les disques partagés pour les documents, le logiciel de facturation et de comptabilité, un CRM, un outil de prise de rendez-vous — tout cela relève du modèle SaaS.

Quelles catégories les entreprises adoptent-elles en premier ? La logique est constante : les outils SaaS génériques — messagerie, bureautique, stockage de fichiers — arrivent d'abord, parce qu'ils remplacent un usage déjà standardisé dans toute organisation. L'hébergement de bases de données et la puissance de calcul pour des applications propres viennent bien plus tard, seulement quand une entreprise a une vraie raison technique de les externaliser. En 2025, selon Eurostat, 52,7 % des entreprises de l'UE d'au moins 10 salariés achetaient un service cloud payant : 44,9 % pour la messagerie, 37,8 % pour la bureautique et 37,7 % pour le stockage de fichiers, contre seulement 24,0 % pour l'hébergement de bases de données et 14,9 % pour la puissance de calcul (Eurostat, isoc_cicce_use) — des chiffres européens, à lire comme une illustration du mécanisme, pas comme une mesure du marché suisse : il n'existe pas de statistique officielle suisse comparable sur l'achat de services cloud payants par les entreprises.

Le SaaS face au logiciel installé en interne

La différence ne se limite pas à l'endroit où le programme s'exécute. Ce qui change, c'est la répartition du travail et la façon de payer :

• Paiement. Un abonnement, généralement par utilisateur ou selon l'usage, remplace la licence unique. Le coût de départ est faible, mais on paie tant qu'on utilise le service.
• Maintenance. Mises à jour, correctifs de sécurité et serveurs sont à la charge du fournisseur. Pas besoin d'administrateur pour le logiciel lui-même.
• Accès. L'application fonctionne partout où il y a Internet et un navigateur — ce qui facilite le télétravail et le travail depuis plusieurs sites.
• Contrôle. Vous utilisez ce que le fournisseur a construit, à son rythme de mise à jour. Vous ne pouvez ajuster que ce que les réglages permettent.

Le SaaS est l'un des trois modèles de services cloud — à côté de l'IaaS, où vous louez des serveurs, et du PaaS, où vous louez une plateforme pour exécuter vos propres applications. Nous détaillons ces différences, et les couches qui restent à votre charge selon le modèle, dans notre article sur le cloud computing. Quand il reste malgré tout préférable de garder son propre serveur en interne — et comment calculer cela sur cinq ans — nous le détaillons dans notre article sur l'on-premise.

Quand le SaaS a du sens, et quand un logiciel sur mesure vaut mieux

Le SaaS l'emporte là où le processus de votre entreprise ressemble à celui de milliers d'autres : messagerie, documents, factures, agenda, CRM de base. Vous payez alors pour un outil que quelqu'un d'autre a déjà construit et affiné auprès de nombreux clients, plutôt que de le construire de toutes pièces.

Il cesse de l'emporter quand ce processus est justement ce qui distingue votre entreprise, quand plusieurs outils SaaS doivent être reliés par une recopie manuelle des données, ou quand la somme des abonnements de toute l'équipe, sur plusieurs années, dépasse le coût d'un système propre. Nous expliquons comment trancher dans notre article sur le logiciel sur mesure.

Sécurité et données dans le SaaS

Le fournisseur SaaS répond de son infrastructure et de son application, mais les données, les comptes utilisateurs et la question de qui a accès à quoi restent à la charge de l'entreprise. Si le service traite des données personnelles, il vous faut aussi un contrat de sous-traitance avec le fournisseur — RGPD ou LPD selon les cas. Ce qu'il faut vérifier avant de signer avec un fournisseur — de l'emplacement des données à la façon de les récupérer en cas de changement de service — fait l'objet de notre article sur la sécurité du cloud. Ce que le fournisseur garantit réellement quand il promet une disponibilité de 99,9 %, et combien de minutes d'indisponibilité par mois cela représente, nous le détaillons dans notre article sur le SLA.

Un exemple de SaaS côté fournisseur : DVN Links

Nous connaissons aussi le modèle SaaS de l'autre côté. DVN Links est notre propre produit — une plateforme européenne de gestion de liens raccourcis, avec analyse des clics et codes QR. Il fonctionne exactement comme le décrit la définition du NIST : le client ouvre un compte dans son navigateur, crée des liens et consulte les statistiques, tandis que les serveurs, les mises à jour et le développement du service sont à notre charge. Les données sont stockées sur des serveurs situés dans l'UE. L'interface, elle, n'existe qu'en anglais et en polonais — pas encore de version française.

C'est aussi un exemple de SaaS intégré à un système plus large. Le site que vous consultez actuellement utilise l'API de DVN Links : quand nous publions un article, notre système de gestion de contenu demande automatiquement un lien court, et le met à jour si l'adresse change. Personne ne recopie les adresses à la main. C'est ainsi que se présente une intégration SaaS typique avec le logiciel propre d'une entreprise : un service prêt à l'emploi fait bien une chose, et se connecte au reste du système par une API.

Si vous voulez construire votre propre produit SaaS

Le modèle SaaS fonctionne aussi dans l'autre sens : comme activité à part entière. Cinq articles de cette rubrique traitent justement de cela :

• Comment construire une application SaaS — les briques qui composent un produit par abonnement, les paiements récurrents en Suisse, le minimum légal et le coût, avec notre propre DVN Links comme exemple : application SaaS, du MVP aux paiements récurrents.
• Comment servir plusieurs clients depuis une seule application — les modèles silo, pool et bridge, la séparation des données et le risque de fuite entre clients : multi-tenant.
• Comment vendre un produit par abonnement — freemium, essai gratuit ou essai avec carte de crédit, et les indicateurs qui tranchent réellement entre ces modèles : MRR, churn, LTV:CAC. Avec des données issues de rapports, pas des intuitions : freemium ou essai gratuit.
• Comment mesurer si un produit progresse — ARR, MRR, churn, NRR et LTV:CAC, avec formules et benchmarks dont la taille d'échantillon est précisée : indicateurs SaaS.
• Quel produit construire — une niche étroite, un MVP en quelques semaines, les prix et les premiers clients, avec 35 idées classées par secteur : idées de micro-SaaS.