SaaS contre AaaS

SaaSpocalypse : les AaaS vont-ils tuer les petits SaaS ?

Pendant des années, le modèle était simple : vous aviez un problème, vous cherchiez un logiciel et vous payiez un abonnement. Software as a Service : SaaS.

L’arrivée des agents IA fait apparaître une autre logique : Agent as a Service, ou AaaS. Vous ne payez plus forcément pour accéder à un logiciel. Vous demandez un résultat à un agent qui utilise plusieurs outils ou exécute directement le travail.

Pour les petits SaaS, la menace devient alors double. Un agent de code peut reconstruire leur fonction. Un agent autonome peut aussi rendre leur interface inutile.

Du SaaS à l’AaaS : une lettre qui change beaucoup de choses

Un SaaS vous fournit un logiciel. Vous vous connectez, apprenez son interface et réalisez vous-même une tâche.

Un AaaS, pour Agent as a Service, vend plutôt l’exécution de cette tâche. Vous lui donnez un objectif, puis l’agent agit avec les outils auxquels il a accès.

La différence paraît subtile, mais elle attaque directement le modèle historique du logiciel par abonnement. Si un commercial demande à un agent de « trouve les prospects à relancer cette semaine et prépare les messages », il n’a plus forcément besoin d’ouvrir successivement un CRM, un outil d’enrichissement, un tableur et un logiciel d’emailing.

Le terme AaaS reste encore beaucoup moins stabilisé que SaaS et peut désigner des offres différentes selon les entreprises. L’idée générale, elle, est claire : on passe progressivement de l’accès à un logiciel à l’achat d’un résultat exécuté par un agent.

Les petits SaaS sont attaqués des deux côtés

La première menace vient du vibe coding et des agents de développement. Le coût de création d’un petit outil interne baisse fortement. Un dashboard, une interface CRUD ou une automatisation qui aurait auparavant justifié un abonnement peut désormais être développé sur mesure beaucoup plus facilement.

TechCrunch résumait cette évolution en mars 2026 : la baisse des barrières à l’entrée du développement logiciel déplace à nouveau l’arbitrage classique entre acheter et construire vers le développement interne.

La seconde menace est encore plus intéressante : il n’est parfois même plus nécessaire de reconstruire le SaaS. L’agent peut simplement effectuer la tâche à sa place.

Un logiciel qui sert essentiellement à prendre des données dans un système, appliquer quelques règles puis déclencher une action se retrouve donc pris entre deux possibilités : être recodé ou être contourné.

Pourquoi un agent peut rendre une interface inutile

Le SaaS traditionnel est largement construit autour de l’utilisateur humain : menus, tableaux, formulaires, boutons, notifications et abonnements par siège.

Un agent n’a pas besoin de toute cette interface. S’il peut communiquer directement avec une API, une base de données ou un autre agent, une partie de la couche visible du logiciel perd de sa valeur.

C’est l’un des problèmes soulevés par la SaaSpocalypse : si moins d’humains utilisent directement les logiciels, pourquoi continuer à facturer chaque utilisateur ?

Les éditeurs commencent d’ailleurs à adapter leur discours. Reuters observait début septembre 2026 que Salesforce et d’autres grands acteurs tentaient de transformer l’IA en nouvelle source de revenus plutôt qu’en menace, avec des produits agentiques et des modèles économiques davantage liés à l’usage ou aux résultats.

Le paradoxe est assez amusant : les SaaS peuvent être menacés par les agents, mais les plus gros éditeurs SaaS essaient eux-mêmes de devenir fournisseurs d’agents.

Tous les SaaS ne sont pas condamnés

Un agent peut facilement remplacer une petite interface qui automatise trois actions. Il remplace beaucoup moins facilement un système contenant dix ans de données, des règles métier complexes, des droits d’accès, des obligations réglementaires et des dizaines d’intégrations.

C’est probablement là que se fera le tri. Les petits SaaS dont la valeur principale consiste à emballer une fonction simple derrière une interface risquent de souffrir. Les plateformes qui possèdent les données, les connexions, la conformité ou une expertise métier difficile à reproduire restent bien plus difficiles à contourner.

La SaaSpocalypse ne signifie donc pas forcément la fin du SaaS. Elle pourrait surtout marquer la fin d’une époque où une petite fonctionnalité suffisait à justifier un abonnement mensuel.

Après le SaaS, l’AaaS pourrait devenir une couche supplémentaire du logiciel. Et parfois, cette couche n’aura même plus besoin de nous montrer le logiciel qu’elle utilise.

Sources

  • TechCrunch : analyse de la SaaSpocalypse, de la baisse du coût de développement avec les coding agents et du déplacement du choix entre acheter et construire.
  • Reuters Breakingviews : analyse récente du retournement du secteur logiciel, avec les éditeurs SaaS qui cherchent désormais à monétiser les agents IA.
  • AaaS : exemple d’utilisation explicite en 2026 de l’expression « Agents as a Service » pour décrire une infrastructure destinée aux agents.

Que signifie AaaS dans le contexte de l’intelligence artificielle ?

AaaS peut signifier Agent as a Service ou Agents as a Service. Le terme désigne des services où un agent IA exécute des tâches pour l’utilisateur, plutôt que de lui fournir uniquement un logiciel qu’il doit manipuler lui-même.

Quelle est la différence entre SaaS et AaaS ?

Un SaaS donne accès à un logiciel. Un AaaS vise davantage à fournir un résultat exécuté par un agent. Dans certains cas, l’agent peut utiliser plusieurs logiciels ou API sans que l’utilisateur ait besoin d’ouvrir leurs interfaces.

Pourquoi les petits SaaS sont-ils plus menacés par les agents IA ?

Les petits SaaS reposent souvent sur quelques workflows relativement simples. Les agents de code peuvent faciliter leur reconstruction en interne, tandis que les agents autonomes peuvent parfois effectuer directement la tâche que le logiciel automatisait.

Les AaaS vont-ils remplacer tous les SaaS ?

Non. Les logiciels qui concentrent des données, des intégrations, des règles métier complexes, de la sécurité ou des contraintes réglementaires restent difficiles à remplacer. Les outils simples et facilement substituables sont davantage exposés.

Sur le même sujet

Agent IA Loop Engineering
Définition du Loop Engineering

Qu'est ce que le Loop Engineering ?

Le Loop Engineering désigne la conception de systèmes autonomes capables de piloter des agents de codage IA sans intervention humaine à chaque étape. Au lieu d'écrire un prompt, d'attendre la réponse, de tester puis de reprompter, vous paramétrez une boucle qui découvre les tâches, les exécute, les vérifie et itère seule. Ce concept devient pertinent aujourd'hui car les outils comme Claude Code ou OpenAI Codex intègrent désormais les briques nécessaires pour exécuter ces boucles de manière fiable.

vibe coding developpeur
Vibe Coding : les développeurs sont-ils menacés ?

Vibe Coding : les développeurs vont-ils disparaître ?

Le terme Vibe Coding fait le buzz depuis que des outils comme GitHub Copilot ou les agents IA de programmation promettent de créer du code à partir d’une simple intention. Mais cette approche va-t-elle vraiment signer la fin du métier de développeur ?

Vibe coding dette technique
Vibe Coding Cleanup Specialist

Vibe Coding Cleanup Specialist : le métier qui nettoie les projets codés par IA

Le vibe coding est redoutablement efficace pour démarrer un projet. Une idée, quelques prompts, et l'application prend forme à une vitesse difficile à obtenir en codant tout à la main. Puis arrive un moment que je rencontre souvent sur mes propres projets : le code grossit, les dépendances se multiplient et l'agent commence à perdre la vision d'ensemble. Il sait encore produire du code. Il peut même réaliser un bon refactoring. Mais pour le faire correctement, il doit relire une partie importante du dépôt, reconstruire les dépendances, retrouver les règles métier et lancer les tests. Le coût en contexte et en tokens augmente fortement. C'est dans cet espace qu'apparaît le terme Vibe Coding Cleanup Specialist : un développeur qui reprend les prototypes générés avec l'IA pour leur redonner une architecture cohérente, des tests et un code maintenable.

Peter Steinberger PSPDFKit
Peter Steinberger : Génie de l'IA ou champion de la startup slop ?

Peter Steinberger : Génie de l'IA ou champion de la "startup slop" ?

Il fait plus de 200 commits Git par jour. Il a vendu son entreprise pour 100 millions d'euros. Aujourd'hui, il construit des agents IA à une vitesse fulgurante. Peter Steinberger est soit un visionnaire qui anticipe l'avenir du développement, soit un promoteur de ce que certains appellent la "startup slop" : cette tendance à produire rapidement sans garantir la qualité ou la durabilité. Alors, génie de l'IA ou champion du code jetable ?

Omarchy Linux
Vibe coder son système d’exploitation avec Omarchy

Omarchy : pourquoi ne pourrait-on pas « vibe coder » son système d’exploitation ?

Le vibe coding permet déjà de demander à une IA de créer une application, de modifier son interface ou de corriger une erreur sans maîtriser chaque ligne de code. David Heinemeier Hansson, créateur de Ruby on Rails, pousse désormais cette logique un cran plus loin avec Omarchy : si un agent peut modifier nos logiciels, pourquoi ne pourrait-il pas aussi modifier directement notre système d’exploitation ?

Omarchy est une distribution Linux basée sur Arch qui a été conçue dès le départ pour travailler avec des agents comme Claude Code, Codex ou OpenCode. L’objectif n’est plus seulement d’utiliser une IA depuis son ordinateur. L’ordinateur lui-même devient quelque chose que l’on peut demander à l’IA de transformer.

hackathon Codex
Les hackathons à l'ère du vibe coding

Les hackathons récompensent-ils encore les meilleurs développeurs ?

Un hackathon récompensait autrefois une équipe capable de transformer une idée en prototype malgré le manque de temps, de sommeil et de moyens. En 2026, Codex, Claude Code, Cursor ou Antigravity peuvent produire une grande partie du code en quelques heures. Une personne seule peut présenter une application qui aurait demandé une petite équipe quelques années plus tôt.

Cette évolution ouvre les hackathons à davantage de participants. Elle crée aussi un doute : le jury évalue-t-il encore la qualité du développement ou surtout la meilleure démonstration ? La question se pose particulièrement pendant l’OpenAI Build Week, un challenge mondial où les projets doivent être accompagnés d’une description, d’un dépôt et d’une vidéo de démonstration.