Réponse en bref
Le cas BD-16 applique un agent IA au processus « Vente et prochaine meilleure action ». L’agent analyse la situation, propose l’offre suivante, prépare l’argumentaire et les documents précontractuels. Le corpus documente un déploiement chez UBS, alertes quotidiennes aux conseillers et retient une autonomie cible N1, avec le contrôle suivant : le conseiller choisit et engage ; contrôle du biais de recommandation.
Ce qui est effectivement documenté
Le déploiement est publiquement documenté, mais aucun résultat chiffré suffisamment exploitable n’est attaché à cette fiche. Le cas prouve une mise en œuvre, pas encore un retour sur investissement comparable.
Séparation des faits : le statut décrit la preuve publique recensée. Les gains de coût et de délai ci-dessous sont des notations ordinales de l’étude Acadewie, pas des résultats financiers attribués à l’organisation citée.
Comment fonctionne l’agent
Le dispositif s’appuie sur données client autorisées, historique de relation, procédures internes et événements du parcours. Son rôle doit être décrit par des actions vérifiables et non par une promesse générale d’autonomie.
Le processus « Vente et prochaine meilleure action » dépend d’une collecte, d’une analyse et d’une coordination humaines qui allongent le délai et rendent les reprises difficiles à mesurer.
Analyse la situation, propose l’offre suivante, prépare l’argumentaire et les documents précontractuels.
Le conseiller choisit et engage ; contrôle du biais de recommandation.
La règle de conception est de ne jamais transformer une assistance de processus en décision défavorable autonome. Chaque action doit produire une trace exploitable : données consultées, règle appliquée, sortie proposée, validation et éventuelle correction.
Autonomie et contrôle humain
Le bon point de départ est un copilote : il prépare et explique, mais n’exécute pas l’acte dans le système de production.
Contrôle retenu pour ce cas : Le conseiller choisit et engage ; contrôle du biais de recommandation. Ce contrôle doit être défini comme une opération réelle, avec un responsable, un délai et un pouvoir d’arrêt, pas comme une simple mention dans la gouvernance.
Conditions minimales de passage en production
- Limiter les droits de l’agent aux systèmes et opérations nécessaires au cas BD-16.
- Tester les exceptions, les données incomplètes et les tentatives d’action hors périmètre.
- Mesurer les corrections humaines et suspendre l’agent lorsque leur fréquence dépasse le seuil convenu.
- Conserver une piste d’audit reliant chaque sortie aux données et règles utilisées.
Valeur attendue et indicateurs
La valeur attendue est plus incrémentale : qualité, cohérence et disponibilité du service. Le pilote doit donc mesurer l’utilité réelle avant toute promesse de productivité.
Les quatre indicateurs à suivre pendant le pilote
- Taux d’acceptation par le conseiller
- Conversion incrémentale
- Taux de recommandations écartées pour conformité
- Dispersion des recommandations par segment
Le calcul économique doit partir d’une unité de travail observable : un dossier, une alerte, un appel, un contrat ou une remise. Le volume, le temps humain avant et après, le coût d’erreur et la capacité réellement réaffectée permettent ensuite de construire un ROI défendable.
Risques et cadre réglementaire
Cadre identifié : DDA et MIF selon le produit ; art. 5 AI Act si exploitation de vulnérabilité.
Le scénario d’échec à éviter est une réponse inexacte au client, un traitement discriminatoire ou une exécution hors mandat. La maîtrise ne repose donc pas uniquement sur le modèle : elle combine qualité des données, limites d’outils, séparation des droits, tests de non-régression et supervision humaine.
- Documenter la finalité, le propriétaire et les données autorisées avant l’ouverture des accès.
- Vérifier que l’explication fournie permet réellement au contrôleur humain de contester la sortie.
- Prévoir un mode dégradé et une reprise manuelle lorsque la source, l’outil ou le modèle est indisponible.
- Réexaminer le classement réglementaire lorsque le périmètre ou l’autonomie augmente.
Passer du cas d’usage au pilote
La difficulté est intermédiaire. La technologie est accessible, mais les droits d’action, les exceptions et la preuve de contrôle doivent être conçus avant le pilote.
Lecture Acadewie
Ce cas mérite l’attention parce qu’il relie une tâche précise, un niveau d’autonomie et un contrôle humain vérifiable. Sa transférabilité dépend moins d’une démonstration spectaculaire que de la capacité à reproduire les mêmes droits, données, seuils et responsabilités dans une autre institution.
La décision de lancement doit donc répondre à trois questions : l’agent traite-t-il un volume suffisant, son erreur peut-elle être détectée avant de produire un effet irréversible, et le temps libéré sera-t-il réellement réaffecté ? Si l’une de ces réponses manque, le cas reste intéressant mais le business case n’est pas encore fermé.
Source et méthode
Fiche publiée le 8 septembre 2026 à partir du registre Acadewie arrêté au 11 août 2026. Rédaction et analyse : Mounir Fassouane. Cette page distingue les faits publics, les notations de l’étude et les recommandations de déploiement.