7 points par GN⁺ 2025-12-16 | 1 commentaires | Partager sur WhatsApp
  • 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
Publicité

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
Publicité

É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
    Publicité
  • 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

1 commentaires

 
GN⁺ 2025-12-16
Avis Hacker News
  • Je suis CTO d’une société SaaS spécialisée dans un vertical métier précis
    Nos clients n’ont pas la capacité de construire eux-mêmes leurs outils, et la plupart de leurs « systèmes » sont en Excel
    Deux grands groupes ont essayé de copier notre produit pour l’utiliser en interne, mais l’un a abandonné et, pour l’autre, les utilisateurs ont jugé le résultat « bof ». Nous n’avons jamais perdu de client payant à cause de ça
    Nous utilisons activement des agents IA pour accélérer le développement, mais le vrai goulot d’étranglement reste de « savoir quoi construire »
    La valeur du produit réside dans d’innombrables décisions métier que les utilisateurs ne perçoivent même pas. Ce type d’insight ne se copie pas en une journée par une équipe de développement interne

    • Je partage totalement l’idée que « savoir quoi construire est le goulot d’étranglement ». Grâce aux LLM, beaucoup de développeurs font désormais eux-mêmes l’expérience de cette réalité
    • Les équipes commerciales entendent souvent : « on peut le faire en interne » ou « il suffit de le donner à un LLM »
      Mais ce pour quoi les clients paient, ce n’est pas un wrapper autour d’un LLM, c’est les 99 % restants de complexité — la technique difficile, les tâches répétitives, les SLA et le support
    • L’expertise métier + une boucle de feedback rapide sont au cœur du succès d’un SaaS B2B
      Si on prend l’exemple d’une application LOB dans la banque, si l’on n’échange pas du feedback avec le client tous les jours, on se fait distancer
      Quand le client n’arrive pas à suivre le rythme, il nous arrive même d’envoyer temporairement un employé travailler directement chez lui
    • Le charme de HN, c’est souvent que les commentaires ont plus de valeur que l’article lui-même
    • La vraie valeur de l’IA est du côté des développeurs solo ou des indie hackers
      Elle leur permet désormais de créer des applications très abouties sans processus d’équipe ni contraintes budgétaires
      En revanche, le marché va sans doute devenir bien plus encombré et diversifié
  • Je suis le fondateur de PartsBox, un SaaS de gestion de stock de composants électroniques
    L’IA m’inquiète un peu, mais je dors quand même bien
    Je crains que des clients, sans mesurer la profondeur du problème, essaient de créer leur propre application avec l’IA, mais ils faisaient déjà quelque chose de similaire avec des feuilles de calcul
    Le vrai défi, ce n’est pas coder, c’est modéliser le domaine. Il faut comprendre des processus complexes du monde réel et trouver l’équilibre entre facilité d’usage et complexité
    Mais même si l’on construit bien ce modèle, des copies peuvent suivre très vite

    • La « capacité à comprendre et modéliser le monde » est une part que l’IA ne remplacera pas facilement
      La connaissance métier propre à chaque secteur reste en grande partie enfermée à l’intérieur des entreprises et n’apparaît pas dans les données d’entraînement
      Les développeurs de ces secteurs sont donc plutôt dans une position plus sûre
    • Nous auto-hébergeons une alternative open source appelée Inventree
      Avec l’IA, nous avons modifié une partie du backend et du frontend, et résolu un problème de workflow en deux jours
      Une solution 100 % IA est irréaliste, mais en partant d’une base open source sur laquelle on ajoute de l’IA, on peut créer une solution sur mesure à faible coût
    • Il est très probable que Microsoft cible ce type de tâches « presque automatisées » en intégrant l’IA dans Excel, Word, Access, etc.
    • Il y avait aussi une question technique : pourquoi avoir choisi Clojure, et si le choix par rapport à Common Lisp était lié aux fonctionnalités nécessaires à un SaaS
    • Quelqu’un a fait remarquer que si l’IA devient un assistant qui manipule l’UI à notre place, alors le SaaS pourrait être réduit à un simple tool call
      Cela risque de faire disparaître les canaux publicitaires du SaaS et de commoditiser les produits
  • À l’inverse, je pense que l’IA fait exploser la demande en solutions d’intégration sur mesure
    Le changement commence en particulier dans des secteurs comme l’industrie manufacturière, qui n’ont pratiquement pas bougé depuis des décennies
    Grâce à l’IA, beaucoup plus de nouveaux logiciels deviennent possibles, et on va en voir apparaître énormément dans les prochaines années
    Mais la connaissance métier reste essentielle : pour utiliser l’IA, encore faut-il savoir quoi lui demander
    La plupart des clients en sont encore à gérer des feuilles de calcul et des ERP

    • L’industrie manufacturière est conservatrice face au changement, et le manque de fiabilité de l’IA y représente un risque majeur
      Le changement ne se produira donc que progressivement, ou seulement lorsqu’il y aura un avantage écrasant
  • Au début des années 2000, les grandes entreprises construisaient leurs applications LOB avec leurs équipes IT internes, puis le SaaS a dominé le marché grâce à son efficacité en termes de coûts
    On a aujourd’hui l’impression de revenir à une ère de développement en interne

    • Mais il pourrait aussi apparaître un nouveau marché de services SaaS sur mesure externalisés s’appuyant sur l’IA
      Pas besoin pour autant de réembaucher les équipes IT internes qui ont été licenciées
  • Je ne comprends pas la thèse de cet article. Dire que l’IA remplace le SaaS, cela supposerait que l’IA soit capable de faire le travail par elle-même
    Même si elle génère du code, il faut toujours de l’ingénierie, de la sécurité et de l’exploitation. Et tout cela coûte cher
    Il est bien plus économique de payer un abonnement SaaS

    • C’est un raisonnement qui méconnaît les économies d’échelle
      Une application interne fait porter 100 % des coûts de maintenance à l’entreprise, alors qu’un SaaS les répartit à hauteur de 1/N selon le nombre de clients
      Le code généré par l’IA ne peut remplacer que ce qui, à l’origine, ne valait déjà pas la peine d’être transformé en SaaS
      Par exemple, un produit comme Retool tient davantage de l’outil déjà dépassé que du SaaS
    • Cela dit, le SaaS destiné aux développeurs pourrait être une exception
      Si l’on peut créer un dashboard en 5 minutes avec Claude, pourquoi payer pour un SaaS ?
  • Je construis un créateur d’applications internes comme UI Bakery
    Certains clients cherchent à annuler pour plus de 100 000 dollars par an d’abonnements SaaS
    La plupart des SaaS ne sont conservés que pour une seule fonctionnalité
    Mais dès qu’on passe à un outil sur mesure, le déploiement et la gestion du cycle de vie deviennent un nouveau problème
    En revanche, les SaaS qui ont un accès exclusif à certaines données restent très solides
    Par exemple, le rachat de Clearbit par HubSpot est une stratégie de rétention client tout à fait logique

  • Je développe en interne un ERP sur mesure pour un secteur particulier
    Grâce à l’IA, même une petite équipe peut créer rapidement du logiciel sur mesure
    J’ai le sentiment qu’on entre dans l’ère du « logiciel boutique »
    L’IA a multiplié ma productivité par au moins 4
    Si l’on peut obtenir un produit « assez bon en deux semaines », pourquoi payer pour un SaaS coûteux ?

    • Mais historiquement, les entreprises qui ont tout misé sur le développement interne ont fini en enfer de maintenance
      Au départ c’est rapide, puis cela devient peu à peu un système fragile et complexe
      Si l’on tient compte des effectifs, de l’exploitation, de la couverture pendant les congés, le coût total du développement interne est bien supérieur à celui du SaaS
    • Si l’IA augmente le volume de code produit, elle augmente aussi la charge de maintenance
      Il faut aussi faire monter en capacité la sécurité, l’infrastructure et le DevOps
      Le SaaS bénéficie d’effets de réseau, les outils internes non. Au final, le SaaS reste moins cher
    • L’IA a un peu amélioré l’équation économique du développement interne, mais le SaaS n’a jamais eu pour but principal de réduire les coûts
      La plupart des entreprises préfèrent toujours consommer un service
    • Un ERP interne étant sur mesure, l’onboarding et la maintenance prennent plus de temps
      Les demandes d’ajout de fonctionnalités n’en finissent jamais, et les agents IA sont utiles pour certaines tâches comme la conception de schémas, mais font encore trop d’erreurs sur les processus métier critiques
    • Il y avait aussi des questions sur la stack technique et l’approche adoptée
  • En ce moment, beaucoup d’entreprises commencent à remettre en question les devis de renouvellement de SaaS d’entreprise
    Mais imaginer que « l’IA va remplacer Workday ou Salesforce » relève de la pensée magique
    En pratique, Claude Code n’est pas capable d’achever ce type de système à grande échelle
    Ceux qui l’ont réellement utilisé en connaissent les limites

  • L’article de Jamin Ball, Clouded Judgement: Long Live Systems of Record, est bien plus réaliste

    • Voilà le vrai sujet. La maintenance logicielle est douloureuse
      En revanche, les petites entreprises peuvent désormais gagner en productivité avec de simples scripts
    • D’accord. C’est une vision bien plus juste
    • Très bon article
  • La valeur du SaaS repose sur la vitesse de croissance client, un NRR élevé et des marges de 80 à 90 %
    Mais si l’on y ajoute le coût des tokens d’IA, il est fort possible que cette structure de marge soit remise en cause