Agents IA : qui tient la porte d'entrée ?

En résumé

• Les agents généralistes (Copilot, Gemini) deviennent un point d’entrée courant pour les utilisateurs en entreprise, aux côtés des applications métier plutôt qu’à leur place.
• Deux réponses se combinent : exposer proprement son logiciel comme un module API-first (API structurée, standards type MCP), et cibler un ou deux points de contact où l’éditeur dispose d’un avantage réel (une validation réglementaire, par exemple).
• Cet article détaille les mécanismes de cette bascule, les degrés de désintermédiation, ce qui reste défendable pour un éditeur, et les limites du scénario.

Le nouveau point d’entrée : l’agent, pas l’application

Les agents généralistes deviennent le point d’entrée quotidien des utilisateurs en entreprise. Un salarié ouvre Copilot ou Gemini avant d’ouvrir son ERP ou son CRM, et lui demande d’agir à sa place. Pour un éditeur de logiciel métier, ce changement pose une question simple : qui garde le contact avec l’utilisateur final, le logiciel ou l’agent qui l’invoque ? Bien anticipée, cette bascule ouvre une occasion de se rendre indispensable autrement. Mal anticipée, elle relègue le logiciel au rang d’exécutant silencieux.

Le mot éditeur désigne aussi bien celui qui publie un livre que celui qui publie un logiciel, et le parallèle avec Amazon éclaire ce qui se joue. Le lecteur achète sur Amazon, pas chez son éditeur. L’auto-édition permet même de vendre sans éditeur du tout. Le logiciel métier vit aujourd’hui une version naissante d’un mouvement comparable.

Les utilisateurs en entreprise ouvrent de moins en moins directement leurs applications métier. Ils passent par un assistant généraliste intégré à leur poste de travail ou leur messagerie, et lui demandent d’agir. Microsoft pousse Copilot comme un point d’entrée unique au-dessus de la suite Office et des applications connectées, au point d’avoir fusionné mi-2026 ses applications Copilot grand public et entreprise en une seule interface. Google suit une logique proche avec Gemini dans Workspace, en intégrant l’assistant application par application (Gmail, Docs, Sheets, Meet) plutôt qu’en revendiquant un point d’entrée unique comme Microsoft.

Le logiciel métier, ERP, CRM, SIRH, ne disparaît pas dans ce mouvement. Il devient une brique invoquée en coulisses plutôt que l’écran ouvert chaque matin. Pour un éditeur, ce changement dépasse l’ergonomie. Il déplace qui possède le moment de contact avec l’utilisateur final, et donc qui capte l’attention, la confiance, et l’occasion de vendre plus.

Ce déplacement ne retire rien à la valeur technique du logiciel, mais il change sa perception par les clients.

Ce qui change concrètement pour un éditeur métier

Le réflexe naturel d’un éditeur est de se dire que ses données restent protégées, donc que le sujet ne le concerne pas directement. C’est exact au sens strict, et pourtant trois canaux distincts amènent l’agent jusqu’au logiciel, sans qu’aucune donnée n’ait besoin d’être exposée au sens habituel du terme.

Le premier est le connecteur officiel. Beaucoup d’éditeurs en construisent un vers Copilot ou un autre agent pour rester visibles dans cet écosystème, une décision saine en soi. Une fois le connecteur en place, l’agent dispose d’un accès autorisé aux données et fonctions du logiciel, ouvert par l’éditeur lui-même pour de bonnes raisons.

Le second ne passe même pas par une API : un agent capable de naviguer, comme Claude for Chrome (en bêta depuis fin 2025) ou la fonction auto browse de Gemini dans Chrome (en preview, réservée aux abonnés Google AI Pro/Ultra aux États-Unis), ouvre le logiciel dans un navigateur, s’y connecte avec les identifiants qu’on lui a donnés, clique et remplit les champs à la place de la personne. Ces agents restent aujourd’hui limités en disponibilité, mais le principe qu’ils illustrent ne l’est pas : aucun connecteur construit par l’éditeur n’est nécessaire ici, et un logiciel fermé à toute intégration reste tout aussi pilotable par ce biais.

Le troisième tient à l’orchestration plus qu’à l’accès. Un système parfaitement cloisonné peut malgré tout se retrouver invoqué sans jamais apparaître à l’écran : l’utilisateur demande à son agent de préparer la paie, le SIRH exécute la tâche en coulisses, et ses suggestions, ses appels à activer une fonction supplémentaire, restent invisibles ce jour-là.

Ce qui se joue ici a peu à voir avec la sécurité des données. Le moment de contact avec l’utilisateur se déplace, celui qui construit habituellement la marque, la relation, et les occasions de vente additionnelle. Reconquérir ce moment de contact devient l’enjeu.

Trois degrés de désintermédiation

Trois niveaux permettent de situer où en est un logiciel métier face à cette bascule, du plus léger au plus poussé.

Plus le degré augmente, plus la marque du logiciel s’efface derrière l’agent qui l’invoque.

Au premier degré, l’agent joue le rôle d’un copilote à côté du logiciel. L’utilisateur garde son ERP ou son CRM ouvert, et demande en parallèle à un assistant de résumer, préparer ou vérifier quelque chose. L’interface du logiciel reste le lieu de travail principal, l’agent n’est qu’un renfort ponctuel.

Au deuxième degré, l’agent devient l’interface unique du logiciel. L’utilisateur ne rouvre plus l’écran : il pilote la fonction depuis l’agent, qui invoque le logiciel en arrière-plan à chaque demande. Le logiciel garde son rôle et sa marque dans l’échange, mais perd l’écran.

Au troisième degré, l’agent recompose lui-même le workflow, sans jamais nommer le logiciel qui l’exécute. Il orchestre plusieurs systèmes pour accomplir un objectif métier plus large, et l’utilisateur n’a ni besoin ni occasion de savoir quel logiciel a fait quoi. Le logiciel devient un rouage parmi d’autres, interchangeable en théorie.

Au premier degré, l’éditeur perd un peu d’attention. Au troisième, le client perd la capacité même de nommer sa marque comme la solution utilisée, ce qui reste évitable avec les bons choix.

Les trois degrés coexistent déjà aujourd’hui, selon la fonction et le client. Rien n’indique un basculement brutal et uniforme : la progression se fait fonction par fonction, ce qui laisse le temps de choisir sa réponse plutôt que de la subir.

Ce qui reste défendable

Quatre atouts continuent de peser en faveur du logiciel métier, même dans un monde où l’agent devient le point de contact principal.

Le premier tient à la donnée propriétaire et à son historique. Un agent généraliste peut orchestrer une action, il ne recrée pas dix ans d’historique client, de paramétrage métier ou de règles de gestion accumulées dans le logiciel.

Le second tient à la connaissance fine du métier et de ses exceptions. Une convention collective, une règle comptable sectorielle, un process de validation propre à l’entreprise restent codés dans le logiciel, pas dans l’agent qui l’invoque.

Le troisième tient à la conformité et à la responsabilité juridique de l’action. Une paie, une écriture comptable, un contrat engagent une responsabilité. C’est le logiciel métier qui la porte aujourd’hui, pas l’agent généraliste qui déclenche l’action.

Le quatrième tient à la fiabilité dans la durée. Un agent généraliste excelle sur une tâche ponctuelle bien cadrée. Les logiciels de gestion doivent garantir une fiabilité répétée, à grande échelle, sur des mois.

Ces quatre atouts tiennent à l’état actuel de la technologie mais demandent à être entretenus et mis en avant activement, plutôt que considérés comme un acquis.

Deux postures stratégiques

Deux options s’ouvrent à un éditeur qui prend ce mouvement au sérieux, et elles se combinent plus qu’elles ne s’excluent.

La première, devenir le meilleur module API-first, consiste à exposer proprement ses fonctions, via une API structurée ou des standards comme MCP, devenu un projet de la Linux Foundation avec plus d’un milliard de téléchargements cumulés, pour qu’un agent, quel qu’il soit, préfère invoquer ce logiciel plutôt qu’un concurrent moins bien exposé. C’est l’option par défaut, accessible à tout éditeur, quelle que soit sa taille.

Chez Agora, cette question rejoint un chantier mené avec des éditeurs de SIRH, ERP et CRM : exposer proprement les fonctions métier via MCP, sans laisser un modèle probabiliste piloter seul le choix des actions à déclencher. Nous détaillons cette architecture dans un article dédié.

La seconde, gagner un point de contact précis, consiste à viser un moment ciblé où l’éditeur dispose d’un avantage structurel réel : une validation réglementaire, une étape à forte valeur perçue, un usage où sa donnée propriétaire fait la différence. L’objectif n’est pas de rivaliser en largeur avec Copilot, mais de construire un point d’ancrage qui gagne sur un terrain précis.

L’exemple d’un équipementier automobile comme Valeo éclaire ce choix. Le groupe ne cherche pas à concurrencer Renault ou Volkswagen sur l’ensemble du véhicule, il gagne sur l’éclairage, où il se revendique leader mondial, et sur l’aide à la conduite, et en tire une position solide et rentable. Le même mouvement s’offre à un éditeur de taille moyenne : gagner sur une fonction précise plutôt que sur l’écran entier.

Une combinaison logique en découle : pratiquer la première option partout dans son produit, et réserver la seconde à une ou deux fonctions choisies avec soin, plutôt qu’à l’ensemble de l’offre. La tentation à éviter est d’élargir la posture B au-delà de ce périmètre ciblé, en cherchant à couvrir l’ensemble du produit avec un agent maison : sur les fonctions où l’éditeur n’a pas d’avantage particulier, cet agent fait rarement mieux que Copilot, ce qui pousse l’utilisateur vers l’agent généraliste, y compris sur la fonction où l’éditeur aurait pu gagner en restant ciblé.

Les limites du scénario

Le discours ambiant est parfois plus radical que la situation actuelle. Annoncer que les agents généralistes rendront les logiciels métiers invisibles suppose que ces agents savent déjà tout faire seuls sur des workflows réglementés ou spécifiques. Ce n’est pas le cas aujourd’hui, et les atouts détaillés plus haut continuent de compter.

Un agent généraliste orchestre des outils, il ne remplace pas la compétence métier gravée dans le code. La désintermédiation déplace l’interface utilisateur, elle ne supprime pas le besoin du logiciel qui porte la règle métier.

Même une posture ambitieuse et bien financée trouve ses limites dans la durée. Nike a quitté la vente directe sur Amazon en 2019 pour reprendre le contrôle de sa relation client, avant d’y revenir en mai 2025 comme vendeur direct. Une marque de cette puissance n’a pas réussi à tenir une rupture totale avec la plateforme sur la durée. Pour un éditeur de taille moyenne, viser un point de contact ciblé reste une ambition plus tenable qu’une rupture totale avec l’écosystème des agents.

Le risque le plus probable n’est donc pas une bascule brutale, mais une relégation progressive du logiciel au rang de plomberie invisible, sans que le client ait formellement quitté l’éditeur. C’est un risque de marge et de visibilité, le même dilemme qui paralyse aujourd’hui les éditeurs sur leurs modèles de tarification de l’IA agentique, sans doute à la portée d’une réponse construite à temps plutôt que d’une fatalité.

Le lieu du contact, pas la disparition du logiciel

Le point de départ tient en une phrase : le lieu où l’utilisateur interagit se déplace de l’écran vers l’agent, plus que les logiciels métier ne disparaissent.

Deux réponses existent, et elles se combinent bien plus qu’elles ne s’opposent. Devenir le meilleur module API-first partout dans son produit reste l’option de base, accessible à tout éditeur. Gagner un point de contact ciblé sur une ou deux fonctions choisies avec soin complète cette base, sans chercher à concurrencer un agent généraliste sur l’ensemble du produit.

La donnée propriétaire, la connaissance fine du métier et la conformité restent des atouts solides, à condition de les entretenir et de les mettre en avant activement plutôt que de les considérer comme acquis.

Beaucoup reste incertain sur la vitesse et la forme que prendra ce mouvement. L’attitude la plus raisonnable consiste à rester flexible, tester son marché en continu, et accumuler de la compétence sur ces sujets. Les éditeurs qui avanceront tôt sur ce terrain auront une longueur d’avance quand les usages se stabiliseront.

Publié par Agora Software, qui aide les éditeurs ERP, CRM et SIRH à exposer proprement leurs fonctions aux agents IA généralistes plutôt qu’à subir cette bascule.