Le déploiement d’ia.i (une IA conversationnelle pour 100% de sa base clients d’ici fin 2026) par Itaú ressemble à une histoire de chatbot. Ce n’est pas le cas. La vraie histoire, c’est IARA, une plateforme de gouvernance invisible qui traite 2 millions de tâches chaque mois et rend l’IA client-facing légale dans un secteur régulé. Pour les fintechs et assurances de taille moyenne, ce pattern inverse tout ce que vous pensiez sur les calendriers de déploiement et les choix fournisseurs.
Le secteur des services financiers entretient une relation complexe avec l’innovation. Vous en avez besoin pour survivre. Vous ne pouvez pas évoluer au rythme des entreprises technologiques. Cette tension est exactement où l’approche d’Itaú devient instructive.
Itaú, la plus grande banque du Brésil, déploie l’IA générative auprès de 100% de sa base clients d’ici fin 2026. Cela semble être une histoire d’IA à grande échelle digne des gros titres. L’architecture réelle raconte une histoire différente.
Ce qu’Itaú a vraiment construit (et ce que vous ne pouvez vraiment pas voir)
La part client d’Itaú, c’est ia.i, une interface conversationnelle qui permet aux clients d’interroger comptes, crédits, cartes et assurances par texte ou voix. C’est direct. Ce n’est pas ce qui a rendu le déploiement possible.
Ce qui l’a rendu légal, c’est IARA : une plateforme d’orchestration et de gouvernance qui s’intercale entre chaque salarié et chaque modèle. IARA contrôle quels modèles sont disponibles pour quelles équipes, applique les politiques internes sur l’utilisation des modèles, monitore les coûts et les patterns d’usage, et maintient des logs audités de chaque interaction. C’est une infrastructure invisible de l’extérieur, mais c’est la raison pour laquelle les régulateurs laisseront Itaú faire cela à l’échelle.
Cela inverse le modèle mental que la plupart des entreprises technologiques de taille moyenne portent. Nous pensons que la conformité est quelque chose qu’on ajoute après le lancement, une couche de documentation politique et d’audit post-facto. En finance régulée, la conformité, c’est l’architecture. C’est ce qui détermine ce que tu peux déployer, quand tu peux le faire, et jusqu’où tu peux monter en charge.
Voici l’échelle : le département juridique d’Itaú utilise IARA pour automatiser la lecture et l’analyse de documents dans un référentiel de 90 millions de fichiers, exécutant plus de 2 millions de tâches chaque mois. Ce ne sont pas des estimations brutes : c’est le résultat d’une infrastructure de gouvernance qui rend chaque action auditable et répétable. Ce n’est pas un déploiement de chatbot. C’est une capacité institutionnelle qui a survécu à l’examen régulateur.
Pourquoi ce pattern compte pour ton organisation
Si tu diriges une fintech ou une assurance logicielle de 40 à 50 personnes, c’est pertinent de trois façons.
D’abord, cela te dit que le temps que tu as budgété pour « ajouter la conformité » est en fait le temps que tu dois consacrer à intégrer la gouvernance dans l’architecture de ton produit. Pas après le MVP. Pas après le pilote. Avant de décider quel modèle utiliser ou comment câbler tes prompts.
Ensuite, cela révèle que le goulot d’étranglement en IA régulée n’est pas le modèle—n’importe quelle équipe compétente peut câbler une interface de chat à un modèle capable en une semaine. Le goulot, c’est l’audit et l’accountability. Les contrôles d’accès qui fonctionnent au runtime. Les chemins d’escalade qui sont loggés et traçables. Les kill switches qui marchent vraiment. Ce ne sont pas des features qu’on expédie en v2. C’est l’échafaudage qui te permet de livrer v1 du tout.
Troisièmement, cela suggère que la décision build-or-buy que tu affrontes maintenant a une composante invisible. Si un fournisseur te propose un modèle mais pas une gouvernance-en-tant-qu’architecture, il te vend 20% de ce dont tu as besoin. Tu finiras par construire les 80% restants toi-même—ou pire, tu déploieras quelque chose qui semble conforme mais s’écroule la première fois qu’un auditeur te demande les logs d’interaction que tu n’as pas intégrés dans ton produit.
La séquence de déploiement qui marche vraiment
La stratégie d’Itaú révèle une leçon qui s’applique à tout déploiement régulé. Tu ne lances pas auprès de clients à grande échelle. Tu commences en interne. C’est moins risqué, tes utilisateurs sont plus tolérants, et tu peux mesurer les taux d’escalade et les modes de défaillance sans que les régulateurs regardent par-dessus ton épaule.
Ce n’est qu’une fois que tu as prouvé que la couche de gouvernance fonctionne en production—une fois que tu as vu quelles requêtes cassent le système, à quelle fréquence les humains doivent prendre le relais, où le modèle hallucine—que tu élargis à des produits client-facing. Et même là, c’est par étapes. Pas 100 millions de clients le premier jour, mais des cohortes contrôlées où tu peux monitorer le comportement réel du système contre tes politiques de gouvernance.
C’est l’inverse du playbook « move fast and iterate » qui marche sur les marchés non régulés. Mais Itaú n’est pas sur un marché non régulé. Toi non plus, si tu es dans les services financiers.
La plateforme de gouvernance qu’on ne voit pas est ce qui rend le reste possible. Si tu évalues des fournisseurs ou construis en interne, c’est la chose sur laquelle tu dois te concentrer. La capacité du modèle est table stakes. L’architecture de gouvernance est ce qui détermine si tu livres, quand tu livres, et jusqu’où tu peux monter en charge.
0 Comments