Salesforce dévoile un futur sans écrans : les agents IA mènent à des interfaces jetables

L'interface habituelle faite d'écrans, de boutons et de formulaires n'est plus la principale porte d'entrée d'un produit. Avec la montée des agents IA, des entreprises comme Salesforce commencent à exposer leurs fonctions via des API, tandis que l'interface visible par l'utilisateur devient une couche temporaire, assemblée par le modèle pour une action précise.

Pourquoi l'interface change

Le déclencheur du débat a été le lancement de Salesforce Headless 360. L'entreprise a annoncé que Salesforce, Agentforce et Slack peuvent désormais être proposés aux agents non pas via le navigateur, mais directement par API, MCP et CLI.

Pour le système, cela représente un changement simple : l'accès aux données, aux tâches et aux workflows n'a plus besoin de passer par l'interface web habituelle. Si un agent peut obtenir lui-même le contexte nécessaire et exécuter l'action, un écran avec des boutons n'est plus un maillon obligatoire de la chaîne.

Pour le marché, c'est un signal important, car Salesforce s'engage rarement le premier dans une direction radicale sans demande de la part de grands clients. Si des plateformes de cette taille commencent à concevoir leurs produits non seulement pour les humains mais aussi pour les agents, c'est la logique même de l'interface qui change.

Le fondateur de WorkOS, Michael Grinich, y voit la sortie de l'ère de l'UI, où la valeur principale résidait dans un écran soigneusement construit plutôt que dans l'action finale que l'utilisateur veut obtenir.

« Nous sortons de l'ère de l'UI. »

L'interface à la volée

Selon cette logique, l'interface n'est plus un objet permanent mais une projection jetable pour une tâche précise. L'utilisateur formule son intention, le modèle reçoit le contexte, puis décide lui-même quelle couche afficher : un simple bloc de texte, un formulaire, un choix de paramètres, ou aucun écran si le résultat peut être renvoyé immédiatement.

Une telle UI ne vit pas comme un artefact produit distinct. Elle apparaît au moment de la requête, aide à terminer une étape et disparaît.

Cela change aussi le rôle de l'humain. Auparavant, l'utilisateur était un opérateur : il cliquait, passait d'un écran à l'autre, cherchait la bonne fonction et assemblait le processus à la main. Il devient de plus en plus celui qui pose la tâche, puis un éditeur et, au bout du compte, un directeur pour l'agent.

Michael Grinich rattache ce changement à l'évolution des interfaces : des interrupteurs et des commandes aux curseurs, aux écrans tactiles et, enfin, au langage. Le langage devient la nouvelle porte d'entrée universelle du logiciel, et le modèle le mécanisme qui construit à la volée la vue nécessaire.

Ce que les équipes doivent faire

Le message central pour les équipes produit et ingénierie est rude : un bel écran ne garantit plus la valeur à lui seul. Si l'utilisateur et l'agent peuvent atteindre le résultat sans UI complexe, le gagnant ne sera pas celui qui dessine le mieux les pixels, mais celui qui emballe le mieux les capacités du produit dans des services clairs.

Cela modifie aussi la métrique de qualité : ce qui compte n'est pas le nombre d'écrans, mais la vitesse, la précision et la disponibilité des fonctions pour les humains comme pour les machines.

• L'UI n'est plus le produit. Le produit, c'est la capacité, le modèle et les données ; l'interface ne fait que présenter le résultat de leur travail sous une forme pratique.
• Les composants comptent toujours. L'écran n'est plus assemblé à la main pour chaque scénario, mais le modèle a toujours besoin d'éléments de qualité et du bon contexte pour décider quoi montrer à l'utilisateur.
• Les API deviennent la surface principale. Les agents n'ont pas besoin de boutons pour les boutons : il leur faut un moyen fiable de lire des données, de lancer des actions et de renvoyer des résultats.
• Le modèle devient lui-même l'interface. Moins il y a d'interrupteurs, de menus et d'étapes superflus, plus la charge cognitive baisse et plus vite la personne atteint le résultat voulu.

Une conclusion pratique en découle : les équipes devront concevoir le produit simultanément sur deux plans. Le premier est celui des machines, où tout doit être accessible, prévisible et sûr pour les agents via des API et des données structurées. Le second est celui des humains, où l'interface n'est pas une façade permanente mais une couche temporaire claire, là où s'en passer reste pour l'instant malcommode.

Ce n'est plus une querelle entre designers et développeurs, mais un nouveau chantier d'architecture.

Ce que cela signifie

La prochaine étape du logiciel ne sera pas jugée au nombre d'écrans ni au soin apporté à chaque clic. Ce qui comptera davantage, c'est la capacité d'un produit à transformer rapidement l'intention de l'utilisateur en résultat, seul ou via un agent.

Pour les équipes IA, c'est un signal pour repenser leur approche : d'abord les capacités, les données et les API, ensuite la couche visuelle. Ceux qui continueront à concevoir un produit comme un simple ensemble d'écrans risquent de se retrouver avec une belle interface que plus personne ne voudra utiliser.