Coinbase Place 1200 Agents Ia Comme Arbitres Internes

Imaginez une entreprise où plus d’un millier de collègues ne prennent jamais de congés, ne quittent jamais Slack et relisent le code à toute heure. Ce n’est plus un exercice de science-fiction : Brian Armstrong estime qu’environ 1 200 agents d’intelligence artificielle tournent déjà en interne chez Coinbase, chacun avec une charge comparable à un salarié à temps plein de quarante à soixante heures par semaine. Ils écrivent, commentent, comparent des services et, désormais, le dirigeant de l’exchange veut les transformer en arbitres des plateformes internes. Le geste n’est pas anecdotique. Il dit quelque chose de précis sur la façon dont la crypto, l’ingénierie logicielle et le travail d’équipe sont en train de se recomposer.

Quand Une Armée Invisible S’installe Dans L’exchange

Le chiffre a d’abord circulé dans un entretien donné en juin au podcast Sourcery. Armstrong y décrivait une bascule déjà mesurable : en un an, le volume de code livré par développeur aurait doublé, tandis que le nombre de bugs rapportés par ligne produite reculait. Puis, le 27 septembre, un message publié sur X a poussé l’idée plus loin. Il ne s’agissait plus seulement d’accélérer l’écriture de logiciels. Il s’agissait de faire se concurrencer les outils internes comme s’ils étaient des produits vendus à l’extérieur, avec des agents capables de les découvrir, de les comparer et de contourner ceux qui déçoivent.

Chez Coinbase, ces systèmes ne restent pas cantonnés à un laboratoire. Ils apparaissent dans les canaux Slack, prennent part aux revues de code et interviennent dès les phases de conception. Certaines équipes se réorganisent en pods de deux à quatre humains épaulés par une dizaine d’agents. D’autres n’ont plus qu’un seul humain aux commandes. L’image est nette : l’humain ne disparaît pas, mais il change de poste. Il oriente, tranche, valide. L’exécution se dilue dans une nuée de processus autonomes.

Une Productivité Qui Change De Nature

Doubler le code livré n’est pas, en soi, une victoire. On peut produire deux fois plus de lignes et deux fois plus de dette. Armstrong insiste sur un second indicateur : la densité de bugs diminuerait. Si le diagnostic tient, l’entreprise n’a pas seulement accéléré. Elle aurait aussi assaini une partie du flux. Reste à savoir comment ces mesures sont construites. Un agent qui génère davantage de tests unitaires peut faire baisser le nombre de tickets sans que le produit soit plus sûr pour le client final. Un autre qui reformate massivement des fichiers peut gonfler le volume livré sans créer de valeur.

Le débat n’est pas théorique. Dans la crypto, un défaut de revue peut ouvrir une brèche, geler des retraits ou exposer des clés. Coinbase n’est pas une startup qui livre une application de listes de courses. C’est un intermédiaire réglementé, exposé aux marchés, aux régulateurs et à des attaquants motivés. Accélérer le code tout en maintenant une discipline de contrôle devient donc le vrai sujet. Les agents, dans ce cadre, ne sont pas un gadget de confort. Ils sont un pari sur la capacité à industrialiser la vigilance.

Le dirigeant va jusqu’à envisager un horizon où les agents dépassent les salariés en volume de travail. La phrase peut sembler brutale. Elle décrit surtout un basculement de proportion. Si chaque humain encadre une grappe d’agents, le « temps de cerveau disponible » de l’entreprise n’est plus limité à la masse salariale. Il devient une fonction du nombre de processus que l’on accepte de laisser courir, du budget de calcul et de la qualité des garde-fous.

Des Pods Humains Entourés D’une Nuée Logicielle

La réorganisation en petits groupes n’est pas un détail de management. Un pod de deux à quatre personnes assisté par une dizaine d’agents ressemble moins à une équipe classique qu’à un atelier. Les humains tiennent le cap produit, l’éthique des choix, la lecture des risques juridiques. Les agents brouillonnent, explorent des pistes, proposent des correctifs, relisent des pull requests à des heures où personne n’est devant l’écran.

Certaines cellules n’auraient plus qu’un seul humain aux commandes. Cette configuration fascine autant qu’elle inquiète. Elle peut donner une agilité rare : une personne senior orchestre une véritable petite usine. Elle peut aussi créer une dépendance critique. Si cet unique responsable s’absente, qui comprend encore l’intention derrière les décisions des agents ? Qui sait pourquoi tel service interne a été contourné, tel ticket clôturé, telle API préférée à une autre ?

La présence dans Slack change aussi la sociologie du bureau. Un agent qui commente un fil n’a pas d’ego blessé, pas de carrière à protéger, pas de réunion à éviter. Il peut relancer une discussion morte. Il peut aussi noyer un canal sous des suggestions médiocres. La qualité de la conversation d’équipe devient alors un problème de filtrage autant que de talent humain. Savoir ignorer un agent devient une compétence, au même titre que savoir le briefer.

La plupart des entreprises iraient plus vite si leurs plateformes internes devaient conquérir leurs clients internes comme elles conquièrent les clients externes.

Brian Armstrong, message publié le 27 septembre 2026

Faire Concurrenter Les Outils Internes Comme Des Produits

L’idée d’Armstrong est simple à formuler et difficile à vivre. Publiez votre disponibilité, votre latence et votre coût. Prenez les demandes de fonctionnalités en public. Si vous êtes un vrai produit, facturez les équipes internes. En apparence, c’est du bon sens de marketplace. En pratique, cela casse une habitude très ancrée dans les grandes organisations tech : le monopole douillet du service interne qui n’a pas à séduire, puisqu’il est obligatoire.

Les agents rendent ce scénario opérable parce qu’ils peuvent découvrir des services, les comparer et contourner les mauvais. Un humain fatigué continuera d’utiliser l’outil officiel par habitude. Un agent, s’il a pour consigne d’optimiser le coût ou la latence, ira ailleurs dès qu’une alternative interne est documentée. La friction politique diminue. La sanction devient mécanique. Un service trop lent, trop cher ou trop opaque se vide de ses « clients » internes sans qu’il soit besoin d’une réunion de crise.

Cette logique a un prix culturel. Facturer une équipe sœur peut encourager la clarté des coûts. Cela peut aussi recréer à l’intérieur de l’entreprise les travers du marché : surpromesse, rétention d’information, course à la métrique facile. Un service interne qui facture à la requête aura intérêt à multiplier les appels. Un autre qui facture à l’abonnement aura intérêt à verrouiller les utilisateurs. Les agents, s’ils ne sont pas cadrés, reproduiront ces incitations avec une constance implacable.

Le Point D’accès Feedback Comme Chambre D’écho Technique

Le même soir que son message sur la concurrence interne, Armstrong a proposé que chaque service backend expose un point /feedback. Un agent qui bute sur un bug ou une fonctionnalité manquante le signale. Un autre agent rédige le correctif. Un humain valide. La boucle est élégante. Elle transforme l’incident en flux presque continu, sans attendre le ticket oublié dans un tableau Kanban.

On entrevoit le bénéfice : la dette se corrige plus tôt, les angles morts apparaissent plus vite, les équipes plateforme cessent d’apprendre les irritants uniquement lors des rétrospectives trimestrielles. On entrevoit aussi le risque. Si des agents se signalent les uns les autres sans discernement, le volume de « feedback » explose. L’humain valideur devient un goulot. Il clique trop vite. Ou il se décourage et laisse passer des rustines médiocres.

La qualité de cette boucle dépendra moins du modèle de langage que de la gouvernance. Qui a le droit de fusionner un correctif proposé par un agent ? Sur quels environnements ? Avec quel niveau de tests automatisés ? Dans une société qui conserve des fonds de clients, la réponse ne peut pas être « on verra en marchant ». Elle doit être écrite, auditée, rejouable.

Coinbase For Agents Et L’économie Agentique Dans La Crypto

Le mouvement interne n’est pas isolé. Coinbase ouvre déjà des services aux agents de ses clients via une offre dédiée aux processus autonomes. L’ambition est cohérente : si l’entreprise apprend à faire travailler mille deux cents agents chez elle, elle peut vendre au marché l’infrastructure qui permet à d’autres agents de payer, de conserver, d’échanger, de réconcilier des positions.

L’économie agentique n’est plus un slogan de conférence. Des bots de trading existent depuis des années. La nouveauté, c’est l’étendue des tâches : lecture de documentation, comparaison d’API, ouverture de tickets, rédaction de rustines, arbitrage entre services. Dans la crypto, où les protocoles exposent déjà des interfaces programmables, le terrain est particulièrement fertile. Un agent n’a pas besoin d’une interface graphique somptueuse. Il a besoin d’un endpoint stable, d’une facturation prévisible et d’une identité claire.

Cette identité pose un problème juridique et opérationnel encore mal cadré. Qui est responsable si un agent interne contourne un service de conformité trop lent et emprunte un chemin non validé ? Qui signe si un agent client déclenche une série d’ordres à partir d’une interprétation fautive d’un message Slack recopié dans un prompt ? Les exchanges qui miseront le plus tôt sur ces flux devront inventer des journaux d’audit lisibles par des humains et par des régulateurs, pas seulement par d’autres modèles.

Ce Que Change Un Millier D’agents Pour La Revue De Code

La revue de code est l’un des rituels les plus coûteux de l’ingénierie. Elle protège. Elle ralentit aussi. Des agents qui relisent en continu peuvent réduire le temps d’attente avant un premier commentaire. Ils peuvent attraper des oublis de tests, des secrets commitées par inadvertance, des complexités cyclomatiques absurdes. Ils peuvent également anesthésier le regard humain. À force de voir des commentaires générés, on finit par les survoler.

Le doublement du code livré par personne rend ce point crucial. Plus de volume implique plus de surface à relire. Si la revue humaine ne grandit pas au même rythme, la qualité se déplace vers l’automatisation. C’est acceptable pour du formatage. C’est périlleux pour la logique métier d’un moteur de matching, d’un système de conservation ou d’un module de sanctions. Tout ne se vaut pas. Distinguer les zones où l’agent suffit des zones où l’humain doit s’attarder devient une compétence de direction technique.

Il faudra aussi accepter que les agents aient des styles. Certains seront verbeux. D’autres trop confiants. D’autres encore trop prudents, multipliant les alertes. Sans un travail de calibration, l’équipe passera son temps à négocier avec ses propres outils. La revue cessera d’être une conversation entre pairs pour devenir une négociation avec une machine qui n’a pas de peau dans le jeu.

Latence, Coût, Disponibilité : Le Tableau De Bord Interne

Armstrong demande aux plateformes internes d’afficher disponibilité, latence et coût. C’est le langage des contrats de service. Appliqué à l’intérieur, il a une vertu pédagogique. Les équipes cessent de parler en impressions. Elles parlent en chiffres. Un service qui « marche bien » selon ses auteurs peut se révéler cher et lent selon ses consommateurs agents.

Cette transparence n’est pas gratuite. Mesurer correctement un coût interne suppose une comptabilité analytique que beaucoup d’entreprises tech n’ont jamais vraiment tenue. Faut-il inclure le salaire des gardes d’astreinte ? Le prix du calcul GPU des agents eux-mêmes ? Le risque opérationnel ? Si le coût affiché est incomplet, les agents optimiseront une fiction. Ils choisiront le service apparemment bon marché qui reporte la facture ailleurs, par exemple sur l’équipe sécurité.

La publicité des demandes de fonctionnalités a le même double visage. Elle peut empêcher les priorités occultes. Elle peut aussi transformer chaque désaccord en spectacle. Dans une entreprise cotée, le « public » interne n’est jamais tout à fait étanche. Des extraits circulent. Des récits se construisent. La pédagogie du produit interne devra donc s’accompagner d’une discipline de communication, sous peine de créer plus de bruit que d’alignement.

Le Travail Humain Ne Disparaît Pas, Il Se Décale

On entend trop vite que les agents « remplacent ». Le récit d’Armstrong décrit plutôt un déplacement. L’humain écrit moins la première version. Il arbitre davantage. Il devient chef d’orchestre, éditeur, responsable de la décision. Ce basculement valorise des qualités différentes : clarté de l’intention, goût du contrôle, capacité à dire non à une suggestion plausible mais dangereuse.

Tous les profils ne s’y retrouveront pas. Un développeur qui aime sculpter chaque fonction peut vivre ce régime comme une dépossession. Un profil plus systémique, amateur d’interfaces et de flux, peut au contraire s’épanouir. Les entreprises qui réussiront cette transition ne seront pas seulement celles qui achètent le plus de jetons d’inférence. Ce seront celles qui réécrivent les fiches de poste sans cynisme.

Il y a aussi une question de formation. Encadrer dix agents n’est pas instinctif. Il faut apprendre à écrire des consignes stables, à vérifier des traces, à détecter les hallucinations de journalisation, à refuser les raccourcis. Cela ressemble davantage à du pilotage de processus qu’à de l’artisanat solitaire. Les écoles d’ingénieurs et les bootcamps n’enseignent pas encore vraiment cet art. Les entreprises le bricolent en direct.

Pourquoi La Crypto Est Un Terrain Particulièrement Exposé

Un exchange vit sous tension permanente. Les marchés bougent le week-end. Les protocoles se mettent à jour sans prévenir. Les attaquants testent les bords. Dans cet environnement, l’agent est à la fois un accélérateur de défense et un accélérateur d’erreur. Il peut surveiller des anomalies plus vite qu’une équipe de nuit. Il peut aussi propager une mauvaise hypothèse à toute la chaîne de services internes en quelques minutes.

La conservation d’actifs, le respect des listes de sanctions, la gestion des liquidités, le calcul des marges : autant de domaines où « contourner le mauvais service » n’est pas toujours une bonne idée. Parfois, le service lent est lent parce qu’il vérifie. Un agent naïvement optimiseur verra une friction. Un compliance officer y verra une barrière nécessaire. Réconcilier ces deux lectures exigera des politiques explicites, pas seulement des classements de latence.

Le secteur a déjà connu des automatisations malheureuses, des bots de market making qui s’emballent, des scripts d’ops qui vident un portefeuille de test en production. L’agent moderne est plus éloquent, donc plus persuasif. Il explique pourquoi il a raison. Cette éloquence est un risque nouveau. Elle donne envie de lui faire confiance. Or la confiance, dans la crypto, se gagne par des preuves rejouables, pas par un ton assuré.

Ce Que Les Autres Entreprises Observeront Chez Coinbase

Les concurrents regarderont d’abord les indicateurs publics : délais de livraison, incidents majeurs, rythme d’ouverture de nouveaux produits, coût d’exploitation. Si Coinbase tient son récit — plus de code, moins de bugs, services internes plus vifs — d’autres exchanges copieront la recette. Si un incident grave survient et que l’enquête montre une validation trop légère d’un correctif proposé par un agent, le secteur fera machine arrière, au moins en apparence.

Les régulateurs, eux, poseront des questions plus sèches. Comment attribue-t-on une action à un agent ? Combien de temps conserve-t-on les prompts et les réponses ? Un client lésé peut-il obtenir la trace complète d’une décision interne assistée ? Ces questions arriveront, que l’entreprise les anticipe ou non. Mieux vaut les traiter comme des spécifications produit que comme des surprises juridiques.

Les salariés du secteur, enfin, y liront un signal de marché du travail. Savoir collaborer avec des agents deviendra un prérequis, comme le Git l’est devenu. Ceux qui refuseront par principe se marginaliseront. Ceux qui délégueront sans contrôle se brûleront. La zone viable est étroite. Elle demande de l’orgueil technique sans vanité artisanale.

Facturation Interne : Vertu De Clarté Ou Bureaucratie Nouvelle

Faire payer une équipe interne comme un client externe a un air de discipline financière. Cela peut révéler des plateformes-zombies que personne n’ose éteindre. Cela peut aussi engendrer une micro-bureaucratie : devis, crédits internes, contestations de factures, négociations de rabais entre squads. Les agents, encore une fois, accéléreront tout cela. Ils compareront les tarifs. Ils joueront les services les uns contre les autres. Ils ouvriront des tickets de réclamation automatiques.

Pour que le jeu reste sain, il faudra des règles de non-contournement sur les fonctions régaliennes. On peut laisser un agent choisir entre deux bus de messages. On ne le laisse pas choisir s’il passe ou non par le contrôle des retraits à risque. Distinguer marché interne et souveraineté interne est le vrai travail politique du comité exécutif, pas celui du modèle de langage.

Il existe aussi un effet de bord psychologique. Quand un service se vend à l’intérieur, ses responsables se mettent à parler comme des vendeurs. Ils polissent le discours. Ils minimisent les limites. Un agent consommateur, mal cadré, avalera le discours. Un humain expérimenté le challengera. D’où l’importance de conserver, dans chaque pod, quelqu’un qui n’a pas peur de contredire une documentation trop lisse.

Design, Slack, Code : Trois Scènes Du Quotidien Agentique

Dans le design, un agent peut proposer des parcours, lister des cas limites, rappeler qu’une population de clients institutionnels n’a pas les mêmes besoins qu’un particulier. Il le fera avec une aisance déconcertante. Le danger est l’uniformisation. Les interfaces générées tendent vers le déjà-vu. Sans un regard humain attaché à une identité de produit, l’exchange ressemble à tous les autres dashboards du marché.

Dans Slack, l’agent peut résumer un fil de deux cents messages, extraire une décision, relancer un responsable. Utile. Encombrant aussi, si chaque canal se remplit de synthèses dont personne ne vérifie la fidélité. Une synthèse qui oublie une objection juridique n’est pas un gain de temps. C’est une perte de mémoire collective.

Dans le code, l’agent peut poser le premier jet d’un connecteur, écrire la batterie de tests d’une fonction pure, proposer une migration. Il est moins à l’aise dès que le contexte métier est tacite, enfoui dans trois années de tickets et dans la tête d’une personne qui est partie. D’où l’urgence, paradoxale, de mieux documenter au moment même où l’on croit que la machine « comprend ».

Mesurer Sans Se Mentir

Le doublement du code et la baisse des bugs par ligne sont des slogans puissants. Ils doivent être interrogés comme on interroge un communiqué de résultats. Quelle est la définition d’une ligne livrée ? Inclut-on le code généré puis jeté ? Les refactors cosmétique comptent-ils ? Les bugs « rapportés » reculent-ils parce qu’il y en a moins, ou parce que les équipes n’ont plus le temps de les saisir ?

Une mesure plus honnête combinerait plusieurs plans : temps de cycle d’une fonctionnalité jusqu’à la production, gravité des incidents, satisfaction réelle des équipes consommatrices, coût total de possession des agents, part des correctifs proposés par machine et ensuite revertés. Sans ce tableau, on célèbre une vitesse qui pourrait n’être qu’un déplacement de la dette.

Armstrong a raison de vouloir des métriques publiques en interne. Encore faut-il qu’elles soient difficiles à truquer. Les agents sont d’excellents optimiseurs de KPI mal conçus. Donnez-leur un objectif de « moins de tickets ouverts » et ils fermeront des tickets. Donnez-leur un objectif de « plus de revues » et ils publieront des commentaires vides. Le design des indicateurs est désormais un acte de sécurité.

Ce Que Cela Dit Du Pouvoir Dans L’entreprise

Nommer les agents « arbitres » n’est pas anodin. L’arbitre tranche. Il désigne le gagnant. Si des processus autonomes comparent des services et en délaissent certains, ils redistribuent le pouvoir. Les équipes qui maîtrisent la documentation machine-lisible, les schémas stables, les exemples d’appel propres, seront choisies. Celles qui vivent sur l’oral, le Slack privé et le savoir tacite seront contournées.

C’est une révolution silencieuse des organigrammes. On n’a pas besoin de licencier une plateforme interne pour la vider. Il suffit que les agents cessent de l’appeler. Le management découvrira parfois trop tard qu’un service historique n’a plus de trafic. Cette brutalité peut être saine. Elle peut aussi détruire des communs mal présentés mais essentiels, comme un registre de risques que personne n’a pris le temps de rendre consommable par une machine.

La direction générale devra donc protéger certains communs de la logique de marché interne. Tout n’est pas un produit. Certaines fonctions sont des institutions. Les confondre, c’est prendre le risque d’une entreprise très rapide et très amnésique.

Une Lecture Plus Large Du Moment Technologique

Le cas Coinbase s’inscrit dans une séquence plus vaste. Les laboratoires d’IA lèvent des sommes considérables. Les entreprises de la tech salariale cherchent des gains de productivité après des années d’embauche intensive. Les marchés financiers observent ces promesses avec un mélange d’enthousiasme et de scepticisme. Dans la crypto, où la culture du script et de l’automatisation est ancienne, le passage à l’agent conversationnel paraît naturel. Il n’en est pas moins discontinu.

Un script fait exactement ce qu’on a écrit. Un agent interprète. Cette interprétation est la source de sa puissance et de son danger. Elle permet d’enchaîner des outils sans tout spécifier. Elle introduit du jeu, au sens mécanique du terme : un peu de flou entre l’intention et l’acte. Dans un monde d’actifs numériques, ce flou doit être budgeté comme un risque, au même titre qu’une exposition de marché.

On peut saluer l’audace d’un dirigeant qui assume le chiffre de 1 200 et qui publie une doctrine. On peut aussi exiger que cette doctrine soit traduite en contrôles. La communication précède souvent l’industrialisation. Le rôle de la presse spécialisée, et celui des équipes internes lucides, est de ne pas confondre les deux.

Pistes Concrètes Pour Lire La Suite De L’histoire

Dans les mois qui viennent, plusieurs signaux vaudront davantage que les interviews. Le premier est la fréquence des correctifs revertés après une proposition d’agent. Le deuxième est la part des incidents dont le post-mortem mentionne une action autonome mal cadrée. Le troisième est la manière dont les équipes plateforme réagissent à la mise en concurrence : amélioration réelle, ou verrouillage défensif de leurs API.

Il faudra aussi regarder le volet client. Si l’offre destinée aux agents externes grandit, on verra apparaître des volumes d’activité qui ne correspondent plus à des clics humains. Les tableaux de bord « utilisateurs actifs » perdront une partie de leur sens. Il faudra parler d’agents actifs, de sessions machine, de limites par identité non humaine. C’est un chantier de produit autant qu’un chantier de risque.

Enfin, le marché du travail de la crypto donnera sa propre réponse. Les offres d’emploi commenceront-elles à exiger la supervision d’agents ? Les grilles salariales des profils seniors monteront-elles, parce que l’arbitrage humain devient plus rare et plus précieux ? Ou verra-t-on, au contraire, une pression à la baisse sur les profils intermédiaires, ceux dont le quotidien ressemblait déjà à de la médiation entre tickets et documentation ?

• Surveiller la qualité plutôt que le volume brut de code.
• Exiger des traces d’audit lisibles pour chaque action agent.
• Protéger les fonctions de contrôle de la logique de contournement.
• Former les pods à dire non à une suggestion fluide mais risquée.
• Recalibrer les KPI pour qu’ils ne soient pas jouables par construction.

Une Doctrine Qui Engage Toute La Maison

Ce que Brian Armstrong dessine n’est pas un outil de plus dans la stack. C’est une doctrine d’organisation. Les plateformes internes doivent séduire. Les agents comparent. Les humains valident. Les coûts deviennent visibles. Les demandes se font au grand jour. On peut discuter chaque brique. On ne peut plus feindre que rien n’a changé.

Pour un exchange de cette taille, la réussite ne se lira pas dans la beauté du récit. Elle se lira dans l’absence d’accident grave attribuable à une délégation trop généreuse, dans la capacité à livrer plus vite des fonctionnalités réellement demandées, et dans le maintien d’une culture où un ingénieur a encore le droit, et le devoir, d’arrêter une machine trop sûre d’elle-même.

1 200 agents, ce n’est pas seulement un effectif fantôme. C’est un test grandeur nature : une entreprise de la crypto peut-elle absorber une force de travail non humaine sans perdre le fil de sa responsabilité ? La réponse ne tiendra pas dans un message d’un dimanche soir. Elle se construira, ticket après ticket, revue après revue, dans le silence des backends et dans le bruit des canaux Slack où, désormais, tout le monde n’est plus tout à fait humain.

Pour Aller Plus Loin Sans Se Laisser Éblouir

Le lecteur pressé retiendra le chiffre rond et la promesse de productivité. Le lecteur utile se demandera qui écrit les règles du jeu interne, qui peut débrancher un agent, qui possède la mémoire des décisions. Ces questions sont moins glamour qu’une nuée de collègues numériques. Elles décideront pourtant si cette accélération enrichit le produit ou sème une dette invisible.

La crypto a souvent confondu vitesse et destin. Ici, la vitesse est réelle, documentée par la direction, incarnée dans des pratiques quotidiennes. Le destin, lui, reste ouvert. Il dépendra de la façon dont une entreprise réglementée accepte d’être jugée, non seulement par ses clients et ses superviseurs, mais aussi par les processus qu’elle a elle-même lâchés dans ses murs.

Au fond, Armstrong ne parle pas seulement à ses équipes. Il adresse un défi au reste du secteur : osez rendre vos communs internes comparables, tarifés, contournables. Osez laisser des agents faire le travail ingrat de la comparaison. Puis assumez ce que cette clarté révèle. Certaines plateformes internes ne survivront pas à leur mise à nu. C’est peut-être le point. Ce n’est supportable que si ce qui reste debout mérite vraiment de porter les fonds et la confiance des clients.