OpenAI Presence veut industrialiser les agents de service client

OpenAI lance Presence, un produit géré pour déployer des agents vocaux et textuels dans des processus d’entreprise. L’agent peut répondre, vérifier un client, consulter un système, appliquer une procédure, réaliser une action autorisée puis transférer vers un humain lorsque la politique ou le risque l’exige.

Presence n’est ni une nouvelle version de ChatGPT, ni un simple SDK. OpenAI le présente comme un ensemble associant modèles, intégrations, permissions, simulations, évaluations, supervision et accompagnement par ses ingénieurs ou des intégrateurs sélectionnés. L’offre vise des flux à grand volume où une erreur peut affecter une facture, une demande d’assurance ou un accès informatique.

La réponse rapide

Un agent commence par une mission étroite

OpenAI décrit des cas comme la résolution d’un problème de facturation, le traitement d’une demande d’assurance ou le support informatique interne. Chaque agent reçoit seulement les connaissances et accès nécessaires à sa mission. L’entreprise fixe les procédures, les actions possibles et les situations où une validation humaine est obligatoire.

Cette spécialisation est essentielle. Un agent généraliste relié à tous les systèmes cumulerait trop de droits et trop de façons d’échouer. Une mission étroite permet de construire des scénarios de test, de limiter les API disponibles et de mesurer un résultat métier précis.

Le bon périmètre initial possède des demandes répétitives, des règles explicites et une sortie réversible. Les exceptions doivent être suffisamment rares pour être transférées à une équipe humaine sans saturer celle-ci.

Les évaluations deviennent une fonction d’exploitation

Avant le lancement, Presence utilise simulations et évaluateurs pour vérifier le résultat, le respect de la procédure, l’emploi des outils et l’escalade. Des garde-fous peuvent interrompre une interaction qui sort des limites prévues.

Après la mise en production, les conversations, transferts et signaux de qualité révèlent de nouveaux cas. Codex analyse ces écarts et propose des modifications. OpenAI affirme que les équipes peuvent comparer la version proposée à celle en production avant d’autoriser un déploiement contrôlé.

Le point important n’est pas l’automatisation de la modification, mais la présence d’un cycle reproductible : observer, formuler, tester, approuver, déployer et revenir en arrière. Sans jeu d’évaluation stable, une amélioration sur un type de demande peut dégrader silencieusement un autre scénario.

Le service client d’OpenAI sert de vitrine

Presence alimente le canal téléphonique anglophone d’OpenAI. L’entreprise dit que le système résout 75 % des demandes entrantes sans assistance humaine et qu’une boucle d’amélioration basée sur Codex a réduit les transferts de quinze points en dix jours.

Ces chiffres proviennent du fournisseur et ne décrivent pas nécessairement la complexité moyenne des demandes. Une entreprise évaluant Presence doit définir ses propres indicateurs : résolution correcte, rappel dans les sept jours, satisfaction, remboursement erroné, durée et proportion de clients qui abandonnent.

Le taux d’automatisation ne doit jamais être isolé. Un agent peut réduire les transferts en refusant trop vite, en décourageant l’utilisateur ou en accomplissant une mauvaise action. Le coût des erreurs doit entrer dans le calcul.

Voix et chat partagent la politique, pas le même risque

Presence peut opérer sur les deux canaux. La voix apporte des contraintes de latence, d’accent, de bruit et d’interruption. Le chat laisse une trace plus facile à relire, mais peut encourager l’utilisateur à transmettre davantage de documents ou de données sensibles.

Une politique commune doit produire des comportements cohérents, tandis que les tests restent spécifiques au canal. Une vérification d’identité acceptable en chat ne l’est pas forcément à l’oral. L’agent doit annoncer clairement sa nature et permettre un accès humain sans parcours punitif.

Les questions contractuelles priment sur la démonstration

Le centre d’aide précise que les modèles, canaux, volumes, traitements de données, localisation, rétention, prix et engagements de service sont définis par déploiement. Une présentation générale ne suffit donc pas à valider la conformité.

L’architecture approuvée doit documenter quelles données sont accessibles, ce qui est journalisé, comment les éléments sensibles sont masqués, qui consulte les traces et combien de temps elles sont conservées. Les identités techniques doivent recevoir des droits minimaux et les actions irréversibles exiger une approbation.

OpenAI indique ne pas entraîner ses modèles sur les données Business et API par défaut, mais l’entreprise cliente doit encore vérifier le contrat propre à Presence et ses sous-traitants.

Pour quelles entreprises Presence est-il pertinent ?

L’offre vise les volumes élevés, les processus répétables et les organisations capables de maintenir des procédures et jeux de tests. Une PME avec quelques demandes hétérogènes gagnera souvent davantage avec une base de connaissances et un bon routage qu’avec un déploiement géré complexe.

À l’inverse, un centre de support important peut justifier l’intégration si les systèmes sont accessibles par API, les responsabilités sont claires et une équipe possède réellement le cycle d’amélioration.

Presence montre que le modèle n’est plus la partie la plus difficile d’un agent en production. Les permissions, évaluations, escalades, contrats et changements contrôlés déterminent si une conversation fluide devient un service fiable.