Et si le prochain logiciel que vous ouvrez chaque matin n’était plus une application séparée, mais une pièce déjà installée dans la conversation ? L’idée paraît simple, presque trop simple. Pourtant, c’est exactement le basculement qu’OpenAI a commencé à orchestrer lors de sa présentation DevDay. ChatGPT, longtemps perçu comme une fenêtre de dialogue, s’apprête à devenir un lieu de travail où les outils s’affichent, s’enchaînent et, bientôt, se déclenchent tout seuls. Pour les startups, ce n’est pas une mise à jour cosmétique. C’est une invitation à habiter l’intérieur même de l’assistant.
Un tournant discret qui redessine la place des logiciels
Pendant des mois, le récit public autour de ChatGPT a oscillé entre génération de texte, agents et fonctions de productivité comme Pages, Slides ou Space. Ces pièces occupaient déjà le devant de la scène. En parallèle, une autre couche avançait plus silencieusement : celle des plug-ins. Ils existaient. Ils reliaient Slack, SharePoint, Airtable ou Google Drive. Mais ils restaient souvent invisibles, comme des connecteurs discrets plutôt que comme de véritables expériences.
La nouveauté annoncée à DevDay change cette hiérarchie. Les développeurs peuvent désormais construire, à l’intérieur de ChatGPT, des expériences qui ressemblent à des applications. Pas seulement un appel d’outil dans le fil de discussion. Un home dédié dans la barre latérale. Des panneaux interactifs. Des visionneuses de fichiers adaptées aux formats métier. Autrement dit, le plug-in cesse d’être un tuyau. Il devient une pièce habitable.
Ce détail compte plus qu’il n’y paraît. Une interface dédiée transforme le rapport à l’outil. On ne demande plus seulement à un modèle de « faire quelque chose avec Slack ». On entre dans un espace Slack-aware, tout en restant dans le même fil de pensée. La conversation n’interrompt plus le travail. Elle l’entoure.
Ce que les anciennes connexions ne permettaient pas vraiment
Les premiers plug-ins avaient une vertu : ouvrir ChatGPT vers le monde extérieur. Ils avaient aussi une limite. L’utilisateur devait souvent se souvenir qu’ils existaient, les activer, puis accepter une expérience encore très textuelle. Le résultat pouvait être puissant. Il n’était pas toujours agréable. Ni vraiment découvrable.
Les extensions de plug-ins visent précisément ces frictions. Elles offrent un emplacement stable. Elles autorisent des panneaux où l’on clique, on filtre, on prévisualise. Elles permettent d’afficher un document dans le format natif du produit, plutôt que de tout aplatir en paragraphes. Pour un éditeur de tableurs, un outil de design ou une plateforme de tickets, la différence est immense. On passe d’une traduction verbale à une coprésence visuelle.
Le logiciel n’a plus besoin de vous faire quitter la conversation. C’est la conversation qui s’élargit jusqu’à contenir le logiciel.
Lecture du mouvement annoncé à DevDay
Cette phrase n’est pas une citation officielle d’un dirigeant. Elle résume pourtant le geste stratégique. OpenAI ne se contente plus de brancher des API. Elle propose une surface d’usage. Et une surface d’usage, dans l’économie du logiciel, c’est déjà un début de distribution.
La barre latérale comme nouvelle vitrine
Avoir un « chez-soi » dans la sidebar n’est pas un caprice d’interface. C’est un signal de légitimité. Les produits qui y figurent cessent d’être des astuces. Ils deviennent des destinations. Pour une startup, cela change le brief produit. Il ne s’agit plus seulement d’exposer des fonctions via un schéma d’outils. Il faut penser navigation, états, fichiers, permissions, et la manière dont un utilisateur bascule du chat vers le panneau puis revient au chat sans perdre le fil.
Imaginez un CRM léger. Hier, on demandait à ChatGPT de résumer un compte. Demain, on ouvre le compte dans un panneau, on voit l’historique, on annote, on lance une action, pendant que le modèle commente à côté. Le même schéma vaut pour la finance, le support, la création, la donnée. Le mot important n’est plus « intégration ». C’est colocation.
Cette colocation a une conséquence psychologique. L’utilisateur n’a plus l’impression de déléguer une tâche à une intelligence isolée. Il a l’impression de travailler dans un atelier où l’assistant et l’application se regardent. Les startups qui comprendront cette intimité concevront des flux plus courts, plus concrets, moins théâtraux.
Un atelier de création pour accélérer les développeurs
OpenAI a aussi annoncé un Plugin Creator. L’intention est claire : abaisser le coût d’entrée. Construire un connecteur robuste a longtemps demandé du temps, de la documentation et beaucoup d’allers-retours. Un outil de création dédié, couplé à un parcours de soumission retravaillé, vise à rendre le cycle plus lisible. Moins d’opacité. Plus de feedback. Moins de dossier perdu dans un tunnel administratif.
Ce point est stratégique pour l’écosystème. Un directory ne vit que s’il se remplit de produits soignés. Or les produits soignés naissent rarement d’un processus frustrant. En clarifiant le dépôt et le classement, OpenAI cherche à la fois la quantité et la qualité. Le classement amélioré, les recommandations en conversation, l’approbation granulaire des accès : tout cela dessine une place de marché plus adulte.
- Un emplacement visible dans la barre latérale, donc une identité produit.
- Des panneaux interactifs pour sortir du tout-texte.
- Des visionneuses adaptées aux fichiers métier.
- Un créateur de plug-ins pour raccourcir le temps de fabrication.
- Un directory mieux classé et mieux recommandé en conversation.
- Des permissions validées une à une, plutôt qu’un bloc opaque.
Pris séparément, chaque élément paraît incremental. Ensemble, ils forment une plateforme. Et les plateformes, on le sait, attirent les startups comme les ports attirent les navires : non pas pour la beauté du quai, mais pour le trafic.
Découvrir un outil au moment où l’on en a besoin
Le directory n’est plus seulement une vitrine figée. OpenAI indique avoir amélioré le classement et la façon dont les plug-ins apparaissent pendant une discussion. C’est le vrai champ de bataille. Un catalogue que l’on parcourt le dimanche soir n’a qu’une valeur limitée. Un outil proposé au bon moment, dans le bon contexte, peut changer une habitude.
Cette recommandation contextuelle rapproche ChatGPT d’un système d’exploitation conversationnel. On n’installe plus une application « au cas où ». On la rencontre parce que le travail en cours la rend pertinente. Pour les éditeurs, le défi n’est plus seulement d’être listé. Il est d’être invocable au bon instant, avec le bon niveau de permission, sans paraître intrusif.
L’approbation individuelle des accès va dans ce sens. Elle ralentit un peu le premier usage. Elle protège la confiance. Dans un monde où l’assistant touche la messagerie, les fichiers et les bases internes, la confiance n’est pas un luxe. C’est le carburant. Les startups qui expliqueront clairement ce qu’elles lisent, ce qu’elles écrivent et ce qu’elles ne touchent pas auront une longueur d’avance.
ChatGPT Sites, ou comment partager un atelier plutôt qu’un lien
Autre pièce du puzzle : les ChatGPT Sites, ces sites légers que l’on peut déjà faire naître depuis l’assistant, pourront héberger ces plug-ins. L’exemple donné est presque banal, et c’est ce qui le rend fort. Quelqu’un construit une petite application métier, la place sur un Site, puis la partage avec des collègues. Chacun arrive avec ses propres données connectées et ses propres droits.
On n’envoie plus seulement un lien vers un SaaS. On envoie un espace déjà branché sur ChatGPT. Le collègue n’a pas à tout reconfigurer depuis zéro. Il hérite d’une scène. Cette scène peut rester interne, semi-privée, ou devenir un canal de distribution original pour une jeune pousse qui n’a pas encore les moyens d’un cycle commercial classique.
Pour les équipes produit, cela ouvre une question délicieuse. Faut-il encore penser « landing page puis essai gratuit » comme unique porte d’entrée ? Ou peut-on concevoir des micro-ateliers partageables, déjà parlants, déjà utiles dès la première minute ? Les Sites, dans cette lecture, ne sont pas un gadget de génération web. Ils deviennent un format de distribution.
Les automatisations, là où le plug-in cesse d’attendre
Le volet le plus lourd de conséquences est peut-être le plus technique : le soutien à la spécification proposée MCP Events. Derrière l’acronyme, une idée simple. Un plug-in ne se contente plus de répondre quand on l’appelle. Il peut démarrer une automatisation à partir d’un événement survenu dans l’application connectée.
Un ticket critique s’ouvre. Un fichier change de statut. Un paiement échoue. Une campagne dépasse un seuil. Au lieu d’attendre la prochaine question humaine, le système peut enclencher un enchaînement. OpenAI précise aussi vouloir rendre les automatisations plus faciles à ajouter et à gérer. La phrase est sobre. L’enjeu ne l’est pas.
Car dès qu’un assistant peut réagir à des événements, il quitte le rôle de secrétaire et entre dans celui de régisseur. Les startups qui vivent de workflows — support, ops, finance, growth, juridique — voient soudain une nouvelle couche d’orchestration. Non pas un Zap indépendant quelque part dans le cloud. Une orchestration qui reste proche du dialogue, donc explicable, ajustable, interrogeable.
| Couche | Hier | Désormais visée |
| Présence | Connecteur discret | Espace dédié dans la sidebar |
| Interaction | Réponses textuelles | Panneaux et visionneuses |
| Découverte | Catalogue à parcourir | Suggestion en conversation |
| Partage | Lien vers un SaaS externe | Site ChatGPT hébergeant l’expérience |
| Temps | Réaction à une consigne | Réaction à un événement métier |
Pourquoi les startups devraient relire leur feuille de route
Beaucoup de jeunes entreprises ont passé deux ans à « ajouter de l’IA » sur un produit existant. Résumé automatique ici, chatbot là, scoring ailleurs. Utile, parfois. Rarement décisif. L’annonce d’OpenAI inverse la perspective. Ce n’est plus seulement le produit qui accueille un modèle. C’est le modèle-plateforme qui accueille le produit.
Cette inversion force des choix. Construit-on encore une application autonome d’abord, puis une intégration ChatGPT ensuite ? Ou conçoit-on dès le départ une expérience native pour cet habitat, quitte à garder un socle externe pour les clients qui n’y vivent pas ? Il n’y a pas de réponse unique. Il y a une fenêtre. Ceux qui arrivent tôt dans un directory mieux recommandé peuvent capter une habitude avant que l’espace ne se sature.
Il faut aussi parler d’identité. Dans un panneau latéral, la marque se joue en quelques centimètres. Le nom, la clarté des actions, la sobriété des permissions, la qualité du fichier affiché. Les startups trop tentées par l’effet waouh risquent de produire des démonstrations brillantes et des usages faibles. Celles qui réduisent le nombre de clics, elles, ont une chance de rester ouvertes toute la journée.
Productivité : la fin du copier-coller perpétuel
Le bénéfice le plus immédiat pour les équipes n’est pas philosophique. Il est musculaire. Moins d’allers-retours entre fenêtres. Moins de contextes perdus. Moins de « je te mets ça dans le chat » suivi d’un export approximatif. Quand le fichier se consulte sur place et que l’automatisation part d’un événement réel, la journée se fragment moins.
On peut le dire autrement. La productivité des cinq dernières années a souvent consisté à empiler des outils puis à payer un humain pour faire le pont. ChatGPT a d’abord réduit le pont textuel. Les nouvelles extensions attaquent le pont visuel et le pont temporel. Voir. Agir. Réagir sans attendre la prochaine consigne. Trois verbes qui, mis bout à bout, changent un planning.
Cela ne supprime pas les logiciels spécialisés. Un bon outil de conception, un bon ERP, un bon laboratoire de données resteront nécessaires. Mais leur centre de gravité peut glisser. Une partie de l’attention quotidienne se déplace vers l’endroit où l’on parle déjà du travail. Les éditeurs qui refuseront ce déplacement devront justifier, chaque matin, pourquoi l’on doit encore ouvrir leur fenêtre séparée.
Le risque d’un nouveau jardin, même s’il est vaste
Toute plateforme séduit. Toute plateforme enferme un peu. Construire pour ChatGPT, c’est accepter des règles d’interface, des classements, des politiques d’accès, des évolutions de spécification. MCP Events n’est encore qu’une proposition soutenue. Le directory peut favoriser certains usages. La recommandation en conversation peut créer des gagnants précoces difficiles à rattraper.
Les fondateurs lucides garderont donc un double socle. Une expérience native dans l’assistant. Une expérience indépendante ailleurs. Non par méfiance théâtrale, mais par hygiène. Les entreprises clientes, elles, poseront des questions de résidence des données, de traces, de révocation, d’audit. L’approbation granulaire aide. Elle ne clôt pas le dossier.
Il existe aussi un risque d’uniformité. Si trop de produits se contentent d’un panneau générique et d’un résumé, l’utilisateur ne distinguera plus rien. La sidebar deviendra un tiroir. Pour éviter cela, il faudra du métier. Un affichage qui ne copie pas le voisin. Une automatisation qui n’envoie pas dix notifications pour un détail. Une permission expliquée en langage humain.
Ce que DevDay révèle du rapport de force
OpenAI a déjà montré qu’elle voulait grignoter le territoire des suites de productivité. Pages, Slides, Space allaient dans cette direction. L’extension des plug-ins dit autre chose, plus large. L’ambition n’est pas seulement de remplacer quelques documents. Elle est de devenir le lieu où n’importe quelle application « travaille mieux » une fois logée dans le chat.
Cette phrase, extraite de l’esprit de l’annonce, devrait faire réfléchir aussi bien les géants que les toutes jeunes équipes. Les géants ont des bases installées, des contrats, des habitudes. Les jeunes équipes ont la vitesse et l’absence de legs. Dans un directory qui recommande au fil de la conversation, la vitesse peut peser lourd. À condition de viser un geste précis, pas une plateforme-monde dès le premier jour.
On voit déjà le scénario. Une startup de trois personnes cible un métier étroit : revues de contrats, planification de tournées, suivi d’essais cliniques, arbitrage de stocks. Elle ne cherche pas à être Slack. Elle cherche à être l’atelier que l’on ouvre dès qu’un événement de ce métier apparaît. Avec MCP Events, ce scénario cesse d’être un discours de pitch. Il devient un mécanisme.
Comment aborder concrètement cette vague
La tentation sera de tout reconnecter. Mauvaise idée. Mieux vaut choisir un flux douloureux, le rendre visible dans un panneau, puis lui ajouter une seule automatisation vraiment utile. Un seul événement. Une seule action claire. Un seul bénéfice mesurable. Ensuite seulement, élargir.
- Cartographier les fichiers que vos clients ouvrent vraiment, pas ceux que votre brochure mentionne.
- Décider ce qui mérite un panneau et ce qui peut rester une simple réponse textuelle.
- Écrire les permissions comme on expliquerait un accès à un collègue pressé.
- Prévoir le partage via un Site, avec données personnelles de chaque destinataire.
- Isoler l’événement métier qui justifie une automatisation, et ignorer le reste au début.
Cette discipline ressemble à de l’artisanat. C’est voulu. Les plateformes nouvelles récompensent d’abord ceux qui réduisent le bruit. Le directory améliorera sans doute le classement des expériences soignées. La recommandation en conversation favorisera celles qui répondent à une intention nette. Le baroque technique, lui, se paiera en abandon.
Une lecture plus large pour l’écosystème français et européen
Beaucoup d’équipes ici ont déjà branché des modèles sur leurs produits. Moins nombreuses sont celles qui ont pensé l’inverse : habiter l’assistant américain le plus utilisé du moment. Le sujet n’est pas d’abandonner sa souveraineté produit. Il est de ne pas rater une porte d’entrée où se prennent désormais des habitudes de travail.
Les questions réglementaires resteront. Consentement, conservation, sous-traitance, secteurs régulés. Elles ne doivent pas servir d’excuse à l’immobilisme. Elles doivent entrer dans le design. Un panneau qui affiche clairement la portée d’un accès n’est pas seulement joli. C’est une pièce de conformité vécue, plus parlante qu’une page juridique oubliée.
Les fonds, de leur côté, regarderont sans doute deux signaux. La capacité d’une startup à exister hors de ChatGPT. Et sa capacité à y être indispensable une fois qu’on y travaille. Les deux ne s’excluent pas. Les narrations trop dépendantes d’une seule barre latérale, en revanche, vieilliront mal.
Ce qui pourrait arriver dans les mois suivants
Si le geste tient, on verra d’abord une floraison d’expériences inégales. Puis un tri. Les panneaux vides disparaîtront. Les automatisations trop bavardes seront coupées. Quelques métiers trouveront un standard de fait : le dossier client, le brief créatif, l’incident de production, le rapprochement comptable. Ces standards n’auront pas besoin d’un communiqué. Ils s’imposeront par répétition.
On verra aussi des conflits de territoire. Des suites établies accepteront l’hospitalité de ChatGPT tout en défendant leur application principale. Des outsiders miseront tout sur la sidebar. Des outils d’automatisation historiques devront décider s’ils deviennent le moteur invisible derrière MCP Events ou s’ils restent une destination séparée. Rien de tout cela n’est joué.
La seule certitude tient à l’attente des utilisateurs. Ils ont goûté à un assistant qui écrit. Ils veulent maintenant un assistant qui installe le travail autour d’eux. Moins de théâtre. Plus de continuité. Les plug-ins nouvelle génération sont la réponse industrielle à cette impatience.
Au fond, une question d’habitat
On peut raconter cette actualité comme une liste de fonctionnalités. Sidebar, Creator, directory, Sites, événements. On peut aussi la raconter comme un déplacement de l’habitat logiciel. Pendant quinze ans, le navigateur puis le SaaS ont été la maison. Le chat devient une pièce de plus, puis peut-être le salon. Les meubles, ce sont les applications. Les automatisations, ce sont les habitudes de la maison qui s’enclenchent sans qu’on lève la voix.
Les startups qui réussiront dans cette pièce ne seront pas forcément les plus spectaculaires. Ce seront celles dont on oublie qu’elles sont une extension, parce qu’elles rendent le geste suivant évident. Ouvrir un fichier. Approuver un accès. Lancer une action. Recevoir un événement. Revenir à la phrase suivante. Rien de grandiose. Tout de décisif.
OpenAI n’a pas seulement élargi des plug-ins. Elle a proposé aux logiciels une nouvelle manière d’être présents. Aux équipes, une nouvelle manière de ne plus se perdre entre fenêtres. Aux fondateurs, une nouvelle porte, étroite, déjà éclairée, et qui ne restera pas vide longtemps. Reste à décider si l’on y entre avec un démonstrateur, ou avec un vrai lieu de travail.