SaaS contre développement sur mesure en Suisse : ce que l'IA générative déplace dans l'arbitrage

Note refondue le 25 mai 2026. Article initialement publié en avril 2026 — refonte intégrale au registre Cabinet.

L'abonnement logiciel — Software as a Service, ou SaaS — s'est imposé pendant quinze ans comme le choix par défaut pour la quasi-totalité des fonctions support d'une entreprise. Gestion de la relation client, suivi des projets, gestion documentaire, comptabilité, signature électronique, planification des équipes : chaque fonction a trouvé son éditeur, chaque éditeur son modèle d'abonnement par utilisateur ou par module, et l'arithmétique s'est imposée comme une évidence : il était nécessairement plus rapide, plus économique et plus sûr de louer un outil mature que de construire l'équivalent en interne.

Cette évidence est en train de céder. Trois forces déplacent simultanément l'arbitrage : l'inflation tarifaire structurelle des éditeurs SaaS, le durcissement réglementaire de la souveraineté des données en Suisse, et la chute du coût du code logiciel sous l'effet des outils de développement alimentés par modèles génératifs. Cette note expose la dynamique de ce déplacement, et qualifie ce qu'il appelle dans la stratégie logicielle d'une PME suisse.

Première force : l'inflation tarifaire des éditeurs SaaS

Les prix des logiciels en abonnement ont augmenté significativement plus vite que l'inflation générale dans les économies développées ces dernières années, selon plusieurs études sectorielles convergentes. Chez les éditeurs les plus établis, les augmentations de prix sur la base installée représentent désormais une part substantielle de la croissance des revenus, devant l'acquisition de nouveaux clients.

Concrètement, une entreprise suisse de quelques dizaines de collaborateurs voit sa facture annuelle d'abonnements logiciels croître année après année, alors même que l'usage effectif des fonctionnalités payées plafonne — la majorité des collaborateurs n'utilisent qu'une fraction des capacités de chaque outil. Cette inflation ne finance pas un actif qui appartient à l'entreprise. Elle finance le droit d'utiliser un outil dont l'éditeur peut modifier unilatéralement le tarif, retirer une fonctionnalité jugée non rentable, ou refuser un cas d'usage particulier au renouvellement.

Cette dynamique tarifaire a un effet pervers connu sous le nom de vendor lock-in — verrouillage par le fournisseur. Plus un outil est utilisé en profondeur dans une organisation, plus les formats de données spécifiques, les workflows propriétaires, les intégrations avec d'autres outils du même éditeur, et les contrats pluriannuels rendent la sortie coûteuse. Cette situation place l'entreprise dans un rapport de négociation déséquilibré lors des renouvellements successifs.

Deuxième force : le durcissement réglementaire en Suisse

En novembre 2025, la conférence des préposés suisses à la protection des données — Privatim — a publié une position structurante qui restreint l'usage des services SaaS internationaux par les autorités publiques pour le traitement des données sensibles, sauf lorsque le chiffrement de bout en bout est en place et que le fournisseur n'a pas accès aux clés de déchiffrement^[1]. Cette position s'inscrit dans une tendance plus large de réaffirmation de la souveraineté des données.

L'enjeu de fond tient à l'application extraterritoriale du droit américain sur les données hébergées par des entreprises sous juridiction américaine, même quand le stockage physique se trouve en Suisse. Ce sujet peut soulever des questions de droit applicable et d'accès aux données qui dépassent le cadre contractuel direct entre l'entreprise utilisatrice et son éditeur. Pour un pays qui a bâti sa réputation économique en partie sur la confidentialité de ses pratiques, cette extraterritorialité produit une tension qui s'épaissit avec les années.

La position de Privatim concerne d'abord le secteur public. L'observation montre que les industries réglementées — banques, assurances, secteur santé, organismes liés aux affaires étrangères — s'alignent progressivement sur ces standards, parfois en anticipation des évolutions réglementaires à venir. La Loi fédérale sur la protection des données^[2], révisée en septembre 2023, exige des mesures de sécurité techniques et organisationnelles adéquates qui ne sont pas mécaniquement satisfaites par un abonnement à un éditeur sous droit étranger.

Le développement sur mesure, hébergé chez un prestataire suisse ou européen sous juridiction compatible, réduit fortement cette catégorie de risque si l'hébergement, les clés et l'exploitation restent maîtrisés. L'entreprise contrôle son code, ses données, ses clés de chiffrement. Le périmètre opérationnel devient documentable, ce qui n'est pas systématiquement le cas dans un abonnement à un éditeur sous droit étranger.

Troisième force : la chute du coût du code logiciel

C'est la force la plus récente, et probablement la plus structurante des trois. Les outils de développement alimentés par modèles génératifs ont effondré le temps qui sépare une idée logicielle de son implémentation fonctionnelle. Le développeur qui utilise un assistant de codage actuel peut produire sensiblement plus vite qu'il y a deux ans, à qualité de livrable comparable, pourvu qu'il maintienne la rigueur de la revue de code et la discipline d'architecture.

Cette compression du temps de production a un effet immédiat sur la frontière entre l'abonnement et le développement interne. Un projet logiciel qui aurait demandé plusieurs mois et un budget substantiel à une agence il y a cinq ans peut être livré sur un horizon plus court aujourd'hui, avec une équipe resserrée et une enveloppe budgétaire qui rend l'arbitrage économique différent. La barrière d'entrée du développement sur mesure s'est abaissée.

Cet abaissement de barrière ne signifie pas que tout doit désormais être développé en interne. Il signifie que la zone d'arbitrage où le développement sur mesure devient compétitif s'est élargie. Des outils dont les fonctionnalités étaient autrefois trop coûteuses à reproduire en interne deviennent désormais des candidats sérieux au remplacement par un équivalent propriétaire. Cette dynamique est documentée dans la note Remplacer un abonnement SaaS par une application locale alimentée par modèle ouvert, qui expose un cas observé à petite échelle.

Une troisième voie qui émerge : le code livré avec son agent de maintenance

L'objection classique au développement sur mesure tient à la maintenance dans la durée. Quand le prestataire qui a construit l'outil disparaît, change ses tarifs, ou perd la personne qui maîtrisait le code, l'entreprise se trouve dans une dépendance opérationnelle qu'elle pensait avoir évitée en sortant du modèle d'abonnement. Cette objection a longtemps justifié de préférer un éditeur stable, malgré son coût.

Une troisième voie émerge depuis dix-huit mois. Il devient possible de livrer un produit logiciel sur mesure accompagné de son propre outillage de maintenance assistée. À la livraison, le client reçoit non seulement le code source de son application — qu'il possède en propriété pleine et entière — mais également un ensemble d'agents alimentés par modèles, calibrés sur l'architecture de ce code, sur le vocabulaire métier de l'organisation, et sur les workflows opérationnels. Un agent qui connaît le code et peut générer de nouvelles fonctionnalités. Un agent qui produit la documentation des évolutions. Un agent qui assure la cohérence des intégrations avec les autres systèmes.

Cette configuration redéfinit la posture du client. Il n'est plus locataire d'un outil dont il dépend pour évoluer. Il n'est plus seulement propriétaire d'un code qu'il devra confier à un nouveau prestataire pour le faire évoluer. Il est autonome dans la maintenance et l'évolution de son outil, avec une équipe interne réduite ou un prestataire de son choix.

Cette voie n'est pas pertinente pour tout. Elle suppose que le besoin opérationnel soit suffisamment circonscrit pour qu'un outil sur mesure soit définissable, et que l'organisation dispose d'au moins une compétence interne — ou contractualisable — pour maintenir le dialogue avec l'outillage d'agents livrés. Mais quand ces conditions sont réunies, la combinaison réécrit l'équation économique de la décennie précédente.

Cinq questions qui structurent l'arbitrage

Le choix entre abonnement SaaS et développement sur mesure n'est pas idéologique. Certaines situations appellent l'abonnement, d'autres le développement. Cinq questions structurent l'arbitrage de façon plus fiable que les comparaisons tarifaires immédiates.

Le logiciel touche-t-il l'avantage concurrentiel de l'entreprise ? Si oui, le développement sur mesure protège ce qui distingue l'organisation de ses concurrents. Si la fonction est une commodité — comptabilité standard, gestion de paie de base — l'abonnement reste pertinent.

Combien d'utilisateurs sont concernés ? Le modèle de tarification par utilisateur des abonnements devient rapidement coûteux au-delà d'un certain seuil. Le développement sur mesure a un coût fixe largement indépendant du nombre d'utilisateurs, ce qui modifie l'arithmétique pour les organisations en croissance.

Quelles données transitent par l'outil ? Si elles sont sensibles, soumises à des obligations de confidentialité métier, ou couvertes par des règles de discrétion professionnelle, la souveraineté impose un hébergement et un contrôle qu'un abonnement sous droit étranger ne fournit pas.

Quel est l'horizon stratégique ? Sur un horizon de trois ans et au-delà, le coût total de possession du développement sur mesure devient comparable, parfois inférieur, au cumul des abonnements. Pour un besoin temporaire ou expérimental, l'abonnement conserve son avantage.

L'organisation s'est-elle adaptée à l'outil, ou l'outil s'adapte-t-il à l'organisation ? Si la réponse est la première, l'entreprise paie un coût caché en productivité, en frustration des équipes, et en perte d'agilité dont la facture n'apparaît jamais dans les états financiers.

Reprendre l'arbitrage à neuf

Le mouvement décrit ici n'est pas un retour vers l'informatique lourde des années 2000. C'est un déplacement de la frontière entre l'abonnement et le développement propre, sous l'effet des trois forces simultanées identifiées plus haut. Cette frontière s'est déplacée vers le développement, et continuera de s'y déplacer dans les prochaines années à mesure que les outils de production logicielle alimentés par modèles gagnent en maturité.

Pour une PME suisse, la conséquence pratique tient en une discipline d'arbitrage. Chaque renouvellement d'abonnement logiciel mérite d'être posé à neuf, plutôt que reconduit par habitude. Les fonctions où l'abonnement reste la bonne décision restent nombreuses. Les fonctions où le développement sur mesure devient compétitif s'étendent. Et la zone intermédiaire — où l'arbitrage doit être étayé par une analyse spécifique, sans préjuger d'un côté ou de l'autre — s'élargit également.

Un logiciel construit pour une entreprise et possédé par elle reste un actif qui s'inscrit dans son patrimoine. Un abonnement reste une charge récurrente qui n'enrichit pas le bilan. Sur l'horizon long, l'écart entre les deux se mesure, et il se mesure désormais dans une zone plus large qu'il y a cinq ans.

Sources

[1] Privatim, Résolution sur les solutions cloud internationales, novembre 2025. www.privatim.ch/de/privatim-verabschiedet-resolution-zu-internationalen-cloud-losungen/ [↩]

[2] Loi fédérale sur la protection des données (LPD), révision du 25 septembre 2020, entrée en vigueur le 1ᵉʳ septembre 2023. www.fedlex.admin.ch/eli/cc/2022/491/fr [↩]

Jérôme Deshaie est CEO de MCVA Consulting SA, cabinet suisse de conseil stratégique en intelligence artificielle, basé en Valais.