Les agents IA commencent à grignoter le SaaS

• Comme le logiciel a dominé l’ensemble des secteurs au cours des 15 dernières années, les agents IA commencent désormais à remplacer le marché du SaaS
• Les développeurs, au lieu d’utiliser de simples outils SaaS, exploitent des agents pour créer directement des outils internes sur mesure
• Ce changement alimente le scepticisme face aux renouvellements de contrats SaaS et aux hausses de prix, et les entreprises envisagent de plus en plus la construction en interne comme une alternative réaliste
• La charge de maintenance est atténuée par les capacités d’automatisation des agents, tandis que le SaaS existant présente lui aussi des problèmes de maintenance, notamment lors des changements d’API
• Les SaaS back-office simples de type CRUD sont les plus exposés, et les organisations disposant de compétences techniques pourraient transformer ce changement en avantage concurrentiel

---

L’essor des agents IA qui remplacent le SaaS

• Comme le logiciel a dominé des secteurs comme le commerce de détail, les médias ou la finance au cours des 15 dernières années, une dynamique émerge où les agents IA remplacent le SaaS
  • La demande pour les outils SaaS diminue, et les tâches simples peuvent être résolues par des agents en quelques minutes
  • Les utilisateurs n’envisagent même plus des outils comme Retool et créent directement leurs propres tableaux de bord
• Des agents comme Gemini 3 ou Claude Code prennent aussi en charge des tâches non liées au développement, comme les maquettes UI/UX ou la création de présentations
  • Par exemple, Claude Code convertit du Markdown en PDF afin de générer automatiquement des diapositives
• La résistance aux hausses de prix lors du renouvellement des SaaS d’entreprise augmente
  • Autrefois, développer soi-même était irréaliste, mais c’est désormais étudié comme une vraie alternative
• Si les produits SaaS sont complexes, c’est parce qu’ils reflètent les besoins de nombreux clients, mais les outils réservés à un usage interne peuvent être simplifiés autour d’un seul “client”
  • L’organisation peut contrôler directement sa feuille de route

Objections sur la maintenance et réponses

• L’objection principale est : « qui va maintenir une application développée en interne ? »
  • Les corrections de bugs et les correctifs de sécurité restent nécessaires, mais la qualité de maintenance du SaaS est elle aussi souvent insuffisante
• Les agents peuvent réduire fortement les coûts de maintenance
  • Exemple : automatiser le remplacement de bibliothèques qui ne sont plus maintenues
  • Grâce à des fichiers AGENTS.md, ils peuvent automatiser la description de la base de code et atténuer les problèmes de perte de connaissances
• Le SaaS comporte lui aussi des risques de maintenance
  • Exemple : des cas où l’abandon d’une API et le passage à une nouvelle API ont nécessité des modifications à grande échelle
• Les organisations disposant de capacités techniques réduisent leur dépendance au SaaS et envisagent des développements internes
  • En revanche, un remplacement complet reste encore difficile pour les organisations non techniques

Évolution de la structure économique du SaaS

• La valeur du SaaS repose sur la vitesse de croissance des clients et un NRR élevé (taux de rétention du revenu net)
  • Avec la baisse de la demande de nouveaux clients, une hausse des coûts de vente et de marketing est attendue
• La baisse du NRR constitue une menace plus importante
  • Les clients remplacent une partie des fonctionnalités par des outils internes, ou récupèrent les données via API pour les basculer vers des tableaux de bord internes
  • Résultat : réduction du nombre de licences utilisateur et évitement des montées en gamme
• Il est possible que la logique d’expansion à forte marge, au cœur du modèle SaaS traditionnel, s’affaiblisse

Les segments du SaaS qui restent solides

• Les systèmes exigeant une haute disponibilité et une forte fiabilité (SLA) sont difficiles à remplacer
  • Exemple : le traitement des paiements ou l’infrastructure critique, où des SaaS spécialisés comme Stripe gardent l’avantage
• Les services fondés sur le traitement de très grands volumes de données ou sur des effets de réseau restent eux aussi difficiles à remplacer
  • Slack ou de grands data lakes sont peu efficaces à reconstruire en interne
• Les entreprises qui détiennent des données propriétaires peuvent au contraire renforcer leur compétitivité grâce aux agents
  • Les données financières ou commerciales conservent une forte valeur
• Les secteurs soumis à des exigences réglementaires et de conformité continueront de dépendre du SaaS
• Une hausse de la demande en profils SRE et DevOps pour gérer les applications internes est attendue
  • Certaines organisations pourraient créer des équipes dédiées

Les catégories les plus à risque et la fragmentation du marché

• Les SaaS back-office simples, fondés sur du CRUD, sont les plus exposés
  • Des produits qui fournissent de simples tableaux de bord ou fonctions d’analyse au-dessus des données clients
  • Les clients peuvent documenter eux-mêmes ces besoins puis les réimplémenter avec des agents
• Le marché du SaaS devrait se scinder entre les entreprises dotées de capacités techniques et celles qui ne le sont pas
  • Les premières réduiront leurs coûts et renforceront leur compétitivité grâce au développement interne
  • Les secondes seront plus vulnérables aux hausses de prix du SaaS
• Le SaaS ne va pas disparaître, mais les produits sans différenciation claire ni savoir propriétaire auront du mal à survivre
• La rapidité avec laquelle les agents progresseront jusqu’à pouvoir gérer des systèmes complexes reste la grande inconnue pour la suite