Pendant des années, les applications d’entreprise ont été pensées avec une idée simple en tête : un humain allait ouvrir un écran, cliquer sur un bouton, remplir un champ, lancer une action.
C’était le contrat implicite du logiciel business. Une interface pour un utilisateur. Un navigateur pour travailler. Et, au milieu, beaucoup de patience.
Avec Headless 360, Salesforce commence à bousculer ce vieux réflexe. L’annonce officielle, publiée le 15 avril 2026, présente une évolution où l’ensemble de la plateforme devient accessible directement à des agents IA via API, outils MCP et commandes, y compris depuis des environnements comme Claude Code, Cursor, Codex ou Windsurf. Salesforce met aussi en avant plus de 60 nouveaux outils MCP et plus de 30 “coding skills” préconfigurées pour donner à ces agents un accès direct aux données, workflows et règles métier de la plateforme.
Dit autrement : Salesforce n’est plus seulement un outil que l’on utilise.
Il devient un système que des agents peuvent activer, interroger, enrichir et orchestrer. C’est un vrai déplacement de centre de gravité.
Le vrai changement : l’interface n’est plus le point de passage obligatoire
Il faut le dire simplement : jusqu’ici, même dans les projets IA les plus ambitieux, on restait souvent coincés dans un schéma très humain. L’IA pouvait assister. Résumer. Recommander. Générer. Mais au bout du compte, quelqu’un devait reprendre la main dans l’interface.
Avec Headless 360, Salesforce pousse une autre logique : l’agent n’attend plus forcément qu’un humain ouvre un écran pour agir. Il peut accéder directement aux capacités de la plateforme, manipuler des données, déclencher des processus et s’inscrire dans des logiques existantes de workflow et de gouvernance.
C’est là que le sujet devient intéressant pour un comité de direction. Parce que la question n’est plus seulement : comment ajouter de l’IA à nos outils ?
La vraie question devient plutôt : sur quelle plateforme faire travailler plusieurs agents, sans transformer le SI en colocation ingérable ?
Oui, l’image est un peu taquine. Mais elle n’est pas si loin de la réalité.
Headless 360 n’est pas juste une ouverture technique. C’est une prise de position
Salesforce n’essaie pas seulement de rendre sa plateforme plus “compatible IA”. L’entreprise défend en réalité une vision stratégique assez claire.
1. Laisser les entreprises choisir leurs modèles et leurs environnements
C’est probablement l’un des points les plus importants. Salesforce explique que les développeurs peuvent utiliser les agents de leur choix dans leurs environnements habituels, notamment Claude Code, Cursor, Codex ou Windsurf, tout en les connectant à la plateforme. Cette logique d’ouverture est aussi liée au support multi-modèles mis en avant autour d’Agentforce Vibes 2.0.
En creux, le message est limpide : vous n’êtes pas obligés de tout faire “à la mode Salesforce” pour travailler avec Salesforce.
C’est important, parce que beaucoup d’entreprises refusent aujourd’hui de choisir entre :
- leur stack historique,
- leurs usages émergents autour des LLMs,
- et leur besoin de gouvernance.
Elles veulent les trois. Et elles ont raison.
2. Faire de Salesforce une plateforme d’orchestration, pas un silo jaloux
Headless 360 va aussi dans le sens d’un Salesforce plus interopérable. L’idée n’est pas simplement de connecter des modèles d’IA à des données CRM, mais de transformer Salesforce en plateforme qui expose ses capacités métier à des agents externes ou hybrides. Plusieurs analyses publiées ces derniers jours décrivent cette évolution comme un basculement du navigateur vers une logique d’API, d’outils MCP et de surfaces d’interaction distribuées.
C’est un point souvent sous-estimé.
Dans beaucoup d’entreprises, le danger n’est pas de manquer d’outils IA. Le danger, c’est d’en avoir partout.
Un agent dans un coin. Un copilot dans un autre. Un assistant maison branché à moitié sur les données. Un chatbot qui répond à côté. Une automatisation bricolée sur trois systèmes.
Ça va très vite. Et ça devient très vite… folklorique.
L’intérêt d’un socle comme Salesforce, dans cette logique, est justement d’éviter que l’IA soit une addition de briques déconnectées.
3. Ouvrir, oui. Mais sans perdre la maîtrise
C’est probablement le nerf de la guerre.
Salesforce défend Headless 360 en l’adossant à tout ce que la plateforme porte déjà : données, workflows, logique métier, sécurité, contrôle de production, surfaces d’expérience et orchestration multi-agent. Des observateurs ont aussi relevé que le groupe met fortement en avant des mécanismes de contrôle du comportement des agents avant et après leur mise en production, ainsi qu’une couche d’orchestration multiagent.
C’est là qu’il faut être honnête : beaucoup de démonstrations IA donnent l’impression que tout est simple, fluide, presque magique.
Dans la vraie vie, ce qui coûte cher, ce n’est pas seulement de faire fonctionner un agent. C’est de faire en sorte qu’il :
- agisse au bon moment,
- sur la bonne donnée,
- avec le bon niveau d’autorisation,
- dans le bon processus,
- et avec une traçabilité acceptable quand on viendra demander : “au fait, pourquoi cet agent a pris cette décision ?”
À ce moment-là, le mot “magique” disparaît assez vite de la conversation.
Ce que Headless 360 change pour les entreprises, concrètement
Ce tournant intéresse surtout les organisations qui commencent à sortir du stade de l’expérimentation.
Quand une entreprise a déjà :
- un CRM structurant,
- des processus métiers installés,
- un enjeu fort de gouvernance,
- plusieurs équipes qui veulent chacune “leur” usage IA,
la question n’est plus de tester un prompt. La question est de savoir comment industrialiser proprement.
Headless 360 ouvre justement la voie à des cas d’usage où des agents peuvent :
- interroger les données CRM en temps réel,
- déclencher des workflows existants,
- alimenter ou enrichir des objets métier,
- orchestrer des actions dans plusieurs outils,
- restituer les actions dans différentes surfaces comme Slack, la voix, ou d’autres interfaces.
Cela peut concerner, par exemple :
- la qualification d’opportunités,
- l’assistance commerciale,
- la préparation de réponses à appels d’offres,
- le service client,
- la coordination d’équipes terrain,
- le staffing,
- ou encore des processus internes plus transverses.
Et c’est précisément là que l’on voit la différence entre une IA “impressionnante” et une IA “utile”.
Ce que nous voyons chez Guimini : l’agent ne vaut que par le système dans lequel on l’insère
Côté Guimini, c’est un sujet que nous regardons avec intérêt parce qu’il recoupe exactement la réalité de nos projets : l’IA n’a de valeur durable que si elle s’ancre dans des processus métier clairs, des données fiables et une architecture qui tient la route.
C’est peut-être moins spectaculaire qu’une démo où tout répond en trois secondes. Mais c’est généralement plus utile six mois après.
Dans les projets Salesforce, on le voit très vite :
- si les données sont fragmentées, l’agent hésite ou invente,
- si les processus sont flous, l’agent agit mal,
- si les règles de gouvernance ne sont pas pensées, l’agent devient un risque,
- et si l’intégration est bricolée trop vite, on finit avec un bel effet waouh… puis une vraie dette technique.
Le rôle d’un intégrateur Salesforce, dans ce contexte, évolue. Il ne s’agit plus seulement de déployer un outil ou de paramétrer un objet. Il s’agit de concevoir un cadre opérable pour les agents :
- quels cas d’usage valent vraiment la peine,
- quelles données sont prêtes,
- quelles actions un agent peut exécuter,
- quelles validations doivent rester humaines,
- quels garde-fous mettre en place,
- et comment articuler l’ensemble avec les équipes métier.
Chez Guimini, cette lecture nous paraît essentielle : l’entreprise agentique n’est pas un fantasme de laboratoire. C’est un chantier d’alignement entre la data, les usages, la gouvernance et l’orchestration.
Et soyons francs : ce n’est pas toujours glamour. Mais c’est souvent là que se joue la réussite.
Slack, la pièce qu’on oublie souvent dans l’équation
Salesforce associe aussi Headless 360 à une logique d’“experience layer” multi-surface, avec des interactions natives qui peuvent être rendues dans Slack, la voix ou d’autres canaux.
C’est un point moins commenté, mais très important.
Parce qu’une entreprise agentique n’est pas un monde où les humains disparaissent derrière des automates. C’est un monde où les humains et les agents se coordonnent différemment. Et cette coordination a besoin d’un lieu.
Dans beaucoup de cas, Slack peut devenir ce lieu :
- là où l’agent remonte une recommandation,
- là où une validation humaine intervient,
- là où une action est lancée ou ajustée,
- là où l’on garde de la visibilité sur ce qui se passe.
Autrement dit, l’écran ne disparaît pas totalement. Il change de fonction. Il n’est plus forcément l’endroit où tout commence. Il devient souvent l’endroit où l’on supervise, tranche, arbitre.
Le piège : croire qu’on peut recréer tout ça “from scratch”
C’est la tentation classique du moment.
Puisqu’on peut brancher des LLMs à presque tout, certaines entreprises imaginent qu’elles vont construire leur propre couche d’orchestration maison, avec leurs propres agents, leurs propres contrôles, leurs propres règles, leurs propres passerelles, leur propre gouvernance.
Sur le papier, c’est séduisant.
Sur le terrain, cela peut vite devenir un projet lourd, coûteux, non standardisé et difficile à maintenir. Plusieurs analyses récentes soulignent d’ailleurs que le vrai défi n’est pas l’accès technique à Salesforce, mais la maîtrise de la complexité, de la gouvernance et même du modèle économique lorsque les agents se multiplient.
Autrement dit : on peut toujours fabriquer sa propre tour de contrôle.
La question, c’est de savoir si l’on veut ensuite passer les trois prochaines années à la maintenir.
Pour beaucoup d’organisations, l’intérêt d’un socle comme Salesforce est précisément là :
- capitaliser sur une logique métier existante,
- s’appuyer sur des mécanismes déjà éprouvés,
- intégrer l’ouverture sans sacrifier le contrôle.
Ce que les directions devraient se demander maintenant
Le sujet n’est plus de savoir si des agents vont entrer dans les processus métier. Ils y entrent déjà.
La vraie question est plutôt celle-ci :
quelle plateforme permet à plusieurs agents, internes ou externes, de collaborer avec les équipes, les données et les workflows de manière cohérente, sécurisée et scalable ?
À partir de là, les bonnes questions deviennent très concrètes :
- nos données CRM sont-elles assez fiables pour nourrir des agents ?
- quels processus peuvent être réellement automatisés ?
- où faut-il garder une validation humaine ?
- comment auditer les décisions ou actions des agents ?
- comment éviter un empilement d’outils IA sans cohérence ?
- quel rôle doit jouer Salesforce dans cette architecture ?
Ce sont exactement les questions qu’un intégrateur doit aider à poser avant même de parler d’implémentation.
Alors oui, Headless 360 marque un tournant important dans la stratégie IA de Salesforce. L’annonce officielle montre une volonté claire : faire de la plateforme un socle directement exploitable par des agents IA, au-delà de l’interface classique et dans une logique beaucoup plus ouverte et orchestrée.
Mais non, ce n’est pas un raccourci automatique vers “l’entreprise agentique”.
Entre les deux, il reste tout ce qui fait la réalité des projets :
- la qualité des données,
- la clarté des processus,
- l’architecture cible,
- la gouvernance,
- la sécurité,
- la conduite du changement,
- et la capacité à faire travailler ensemble métiers, IT et partenaires.
C’est pour cela que le sujet nous semble passionnant chez Guimini. Parce qu’il ne s’agit pas seulement d’IA. Il s’agit d’orchestration utile.
Et dans les mois qui viennent, il y a fort à parier que la différence entre les entreprises qui “testent des agents” et celles qui “créent vraiment de la valeur avec eux” se jouera exactement là. C’est moins sexy qu’une promesse de révolution en 48 heures.On vous l’accorde.Mais c’est souvent comme ça qu’on évite les révolutions qui finissent en ticket de support.
Vous réfléchissez à la place que Salesforce peut prendre dans votre stratégie IA ?
Entre promesse technologique, gouvernance, cas d’usage métier et intégration dans l’existant, le sujet mérite souvent d’être cadré avec méthode. Chez Guimini, nous accompagnons les entreprises qui veulent transformer Salesforce en véritable socle d’orchestration pour leurs données, leurs processus et leurs futurs agents IA.
Parlons de votre contexte et de vos priorités.
FAQ – Headless 360, Salesforce et entreprise agentique
Qu’est-ce que Headless 360 dans Salesforce ?
Headless 360 est une évolution annoncée par Salesforce en avril 2026 qui rend la plateforme accessible directement à des agents IA via API, outils MCP et commandes, sans passer obligatoirement par une interface graphique ou un navigateur. L’objectif est de permettre aux agents d’agir sur les données, workflows et logiques métier de Salesforce depuis différents environnements.
Pourquoi Headless 360 est-il important pour les entreprises ?
Parce qu’il change le rôle du CRM. Salesforce ne sert plus seulement d’outil utilisé par des humains : la plateforme peut désormais être activée par des agents IA pour exécuter des tâches, orchestrer des workflows et exploiter la logique métier existante. Cela ouvre la voie à une organisation plus agentique, à condition de garder un cadre de gouvernance solide.
Peut-on connecter Claude Code, Cursor ou Codex à Salesforce avec Headless 360 ?
Oui. Salesforce indique explicitement que Headless 360 permet de travailler avec des environnements comme Claude Code, Cursor, Codex et Windsurf, grâce à de nouveaux outils MCP et des compétences préconfigurées permettant aux agents d’accéder à la plateforme.
Headless 360 remplace-t-il l’interface Salesforce classique ?
Non. L’interface ne disparaît pas totalement, mais elle cesse d’être le point de passage unique. Les agents peuvent agir directement dans la plateforme, tandis que les humains interviennent davantage pour superviser, arbitrer ou valider certaines actions, y compris via d’autres surfaces comme Slack.
Qu’est-ce qu’une entreprise agentique ?
Une entreprise agentique est une organisation où des agents IA participent réellement à l’exécution des opérations métier, en interaction avec les systèmes, les données et les équipes. Cela suppose une orchestration cohérente entre agents, humains, workflows, règles de sécurité et logique métier.
Pourquoi la gouvernance est-elle un enjeu clé dans l’entreprise agentique ?
Parce qu’un agent ne doit pas seulement être performant : il doit aussi agir dans un cadre contrôlé. Les entreprises ont besoin de règles d’accès, de workflows, d’approbations, de conformité et de traçabilité pour éviter des décisions incohérentes ou risquées. Salesforce met justement en avant ces dimensions de contrôle dans sa vision Headless 360 et Agentforce.
Quel rôle peut jouer Slack dans cette architecture ?
Slack peut devenir une couche d’engagement entre humains et agents. Salesforce met en avant une “experience layer” capable de restituer des interactions et des actions natives à travers différentes surfaces, dont Slack. Cela permet de piloter les agents, valider certaines étapes ou suivre les actions depuis un espace de collaboration quotidien.
Pourquoi faire appel à un intégrateur Salesforce sur ce type de projet ?
Parce qu’un projet agentique ne se résume pas à connecter un LLM à un CRM. Il faut cadrer les cas d’usage, fiabiliser les données, définir les garde-fous, intégrer les workflows métier et construire une architecture durable. C’est là qu’un intégrateur Salesforce comme Guimini apporte de la valeur : transformer une promesse technologique en dispositif réellement opérable.
Par où commencer si l’on veut préparer son entreprise à ce modèle ?
Le plus utile est souvent de commencer par quatre chantiers : fiabiliser les données, identifier les processus où un agent peut agir utilement, clarifier les niveaux de validation humaine, puis choisir une plateforme capable d’orchestrer l’ensemble avec sécurité et traçabilité. Headless 360 rend cette trajectoire plus crédible, mais il ne remplace pas ce travail de fond.
.webp)