Je suis convaincu que le SaaS vit une bascule profonde. Pendant des années, la valeur d'un logiciel venait surtout de son interface, de sa base de données, de ses automatisations et de sa capacité à structurer un métier. C'était déjà énorme. Mais avec l'IA agentique, le centre de gravité se déplace.

Demain, un logiciel ne sera plus seulement un endroit où l'utilisateur clique pour faire avancer un dossier. Il deviendra un espace où des agents comprennent un objectif, utilisent les bons outils, demandent une validation quand il faut et livrent un résultat.

La vraie question n'est donc plus uniquement : "quelle fonctionnalité faut-il ajouter ?". La question devient : quel workflow peut-on réellement déléguer, encadrer et mesurer ?

SaaS classique

Interface

L'utilisateur déclenche et coordonne lui-même les étapes.

SaaS augmenté

Copilote

L'IA aide à rédiger, résumer, chercher ou suggérer.

SaaS agentique

Workflow

L'agent avance dans un processus avec outils, mémoire et contrôles.

La bascule : de l'écran au résultat

Dans un SaaS classique, l'utilisateur navigue entre des écrans : il cherche l'information, remplit des champs, clique, exporte, relance, vérifie. Le logiciel organise le travail, mais c'est encore l'humain qui porte la coordination.

Dans un SaaS agentique, l'utilisateur exprime davantage un objectif : préparer un dossier, qualifier un lead, produire une synthèse, contrôler une anomalie, générer une campagne, analyser une situation. Le logiciel devient alors un système actif qui orchestre plusieurs étapes.

De plus, cette bascule change la définition de la valeur. La valeur n'est plus seulement "l'utilisateur peut le faire". La valeur devient "le système aide réellement à le faire, jusqu'à un résultat vérifiable".

Ce qui change dans l'architecture

Un SaaS agentique ne se résume pas à un bouton "générer avec IA". Il demande une architecture beaucoup plus complète : modèles, outils, mémoire, permissions, contexte, traces, garde-fous et validations humaines.

Anthropic distingue clairement les workflows, où les chemins sont définis par le code, et les agents, où le modèle dirige lui-même une partie du processus et de l'usage des outils. Cette distinction est essentielle pour construire proprement.

OpenAI Agents SDK met aussi en avant des briques clés comme les tools, sessions, guardrails, handoffs et tracing. Ce sont exactement les briques qui transforment une simple réponse IA en capacité produit exploitable.

En pratique, le SaaS agentique demande donc de penser en couches : le métier, les données, les outils, la boucle, les validations, l'observabilité et l'expérience utilisateur.

Ce que ça change côté produit

Le produit ne doit plus seulement exposer des fonctionnalités. Il doit proposer des chemins de travail. Cela demande une vraie compréhension terrain : quelles étapes sont répétitives, quelles étapes demandent du jugement, quelles actions sont risquées, quelles preuves permettent de dire que le travail est terminé.

Exemple très concret : dans un CRM classique, l'utilisateur consulte une fiche, écrit un message, programme une relance et met à jour le statut. Dans un CRM agentique, un agent peut proposer une qualification, rédiger une séquence, détecter les blocages, préparer une relance et demander validation avant l'envoi.

Même logique dans un outil de support : le SaaS classique affiche un ticket et une base de connaissances. Le SaaS agentique peut analyser le problème, retrouver le contexte client, proposer une réponse, préparer un geste commercial et escalader si la situation sort du cadre.

Je pense que c'est là que beaucoup de valeur va se créer : non pas dans l'IA décorative, mais dans l'IA qui prend une vraie charge opérationnelle avec un cadre clair.

Les risques à ne pas minimiser

Cette bascule est puissante, mais elle augmente aussi le niveau d'exigence. Un SaaS agentique peut agir. Il peut envoyer un message, modifier une donnée, appeler une API, déclencher un workflow. Donc il faut penser sécurité et responsabilité dès le départ.

Les erreurs les plus fréquentes sont connues : donner trop de droits, ne pas tracer les actions, oublier la validation humaine, laisser l'agent interpréter des règles métier critiques, ou ne pas définir de conditions d'arrêt.

À mon sens, un bon SaaS agentique ne cherche pas à supprimer l'humain. Il cherche à déplacer l'humain vers le bon endroit : cadrage, arbitrage, validation, jugement métier et contrôle de qualité.

Comment commencer intelligemment

Je ne commencerais pas par "mettre des agents partout". Je commencerais par un workflow précis, répétable, mesurable, avec un vrai gain utilisateur.

  • Identifier un workflow métier : pas une feature IA, mais une chaîne de travail réelle.
  • Séparer action et décision : l'agent peut préparer, l'humain valide ce qui engage.
  • Limiter les outils : moins d'outils, mais mieux documentés et mieux contrôlés.
  • Mesurer le résultat : temps gagné, erreurs réduites, qualité livrée, satisfaction utilisateur.
  • Tracer chaque étape : qui a demandé quoi, quel outil a agi, quel résultat a été validé.

Mon véritable objectif est de regarder cette transition avec lucidité. Le SaaS agentique n'est pas juste un nouveau packaging marketing. C'est une transformation de la manière dont les logiciels participent au travail.

À retenir : le SaaS classique aide l'utilisateur à faire. Le SaaS agentique aide le travail à avancer. La différence est énorme.