a16z : Le logiciel d'entreprise le plus difficile à utiliser recèle la plus grande opportunité pour l'IA
a16z : Le logiciel d'entreprise le plus difficile à utiliser recèle la plus grande opportunité pour l'IA
Lorsque la plupart des gens parlent d'IA dans la crypto, ils se concentrent sur des expériences entièrement nouvelles : des terminaux de trading plus intelligents, de meilleurs assistants de portefeuille, des outils de sécurité plus rapides, ou des stratégies DeFi « agentives ».
Mais la plus grande opportunité à court terme pourrait être beaucoup moins glamour : utiliser l'IA pour rendre le logiciel d'entreprise existant (SAP, Salesforce, ServiceNow) enfin utilisable – et ce faisant, rendre les déploiements blockchain effectivement opérationnels au sein des entreprises réelles.
a16z a récemment défendu cette thèse directement dans Pourquoi le monde tourne toujours sur SAP : les systèmes d'enregistrement persistent non pas parce qu'ils sont appréciés, mais parce qu'ils détiennent le modèle de données canonique, les approbations, les permissions et la « mémoire institutionnelle » qui maintiennent une entreprise conforme et opérationnelle. L'angle d'attaque de l'IA n'est pas de remplacer ces systèmes du jour au lendemain, mais de les entourer d'une interface programmable qui transforme une intention humaine confuse en une action correcte et vérifiable.
Dans la crypto, cette couche d'interface est exactement ce qui a manqué.
La vérité de l'entreprise : l'adoption de la crypto est un problème d'ERP, pas un problème de chaîne
D'ici 2025, le centre de gravité du marché de la crypto continuait de se déplacer de l'expérimentation spéculative vers les rails d'entreprise : règlement basé sur les stablecoins, gestion de trésorerie tokenisée et tokenisation des actifs du monde réel.
- McKinsey a décrit 2025 comme un point d'inflexion potentiel pour la trésorerie tokenisée et les stablecoins dans les flux de paiement et de trésorerie dans La porte des stablecoins s'ouvre : comment la trésorerie tokenisée permet les paiements de nouvelle génération.
- Le FMI quantifie l'utilisation des stablecoins à travers les frontières – et ses implications pour la plomberie financière – dans des recherches telles que Décrypter la crypto : comment estimer les flux internationaux de stablecoins, ainsi que dans des discussions orientées vers les politiques telles que Comment les stablecoins peuvent améliorer les paiements et la finance mondiale.
- Les organismes de normalisation mondiaux ont cartographié les implications systémiques de la tokenisation, par exemple dans le Les implications de la tokenisation pour la stabilité financière du FSB et le document de discussion de la BRI Tirer parti de la tokenisation pour les paiements et les transactions financières.
Et pourtant, de nombreux pilotes d'entreprise stagnent toujours au même endroit : pas sur l'exécution on-chain, mais sur les opérations off-chain – approvisionnement, facturation, approbations, rapprochement, pistes d'audit, permissions, gestion des exceptions et contrôles réglementaires.
Autrement dit : le monde tourne toujours sur SAP – et la plupart des cryptos d'entreprise suivront.
Pourquoi les « logiciels inutilisables » sont le point d'entrée idéal pour l'IA dans la finance on-chain
L'argument d'a16z est structurel : les logiciels d'entreprise les plus difficiles à utiliser ont les coûts de changement les plus élevés, les budgets les plus importants et les flux de travail les plus pénibles. Cette douleur crée un acheteur urgent, et disposé à payer pour une réduction mesurable du temps et du risque.
Les points de douleur de la crypto pour les entreprises s'alignent parfaitement sur cette structure :
- Les paiements en stablecoins sont rapides on-chain, mais lents dans le back-office (appariement des factures, intégration des fournisseurs, logique de saisie dans l'ERP).
- Les actifs tokenisés peuvent être réglés atomiquement, mais nécessitent toujours les contrôles du monde ancien (RBAC, séparation des tâches, préparation à l'audit et application des politiques).
- La gestion de trésorerie on-chain promet un mouvement de trésorerie 24h/24 et 7j/7, mais les équipes de direction financière ont besoin de rapports déterministes et de processus de clôture qui s'intègrent aux systèmes comptables existants.
C'est pourquoi les meilleures opportunités d'IA dans la crypto ne sont souvent pas des chatbots grand public. Ce sont des « systèmes d'action » d'entreprise qui se situent entre les systèmes d'enregistrement et les blockchains.
Trois phases où l'IA peut concrétiser la crypto d'entreprise (implémentation → utilisation → extensions)
a16z décompose le cycle de vie de l'entreprise en implémentation, utilisation et extensions. Voici à quoi cela ressemble lorsque le « nouveau rail » est la blockchain.
1) Implémentation : traduire la réalité des processus hérités en flux de travail on-chain
Les entreprises n'implémentent pas les stablecoins en ajoutant un portefeuille et en considérant que c'est terminé. Elles les implémentent en répondant à des questions telles que :
- Quelles entités peuvent détenir des soldes, et selon quelle politique ?
- Quels sont les seuils d'approbation par région, filiale et contrepartie ?
- Comment mapper les données maîtres des fournisseurs aux adresses on-chain ?
- Quel est le processus d'exception lorsqu'un paiement échoue, est inversé ou contesté ?
- Comment prouver les contrôles aux auditeurs ?
Ce « travail de traduction » explique la lenteur des déploiements d'entreprise – et pourquoi l'IA peut générer un retour sur investissement immédiat en transformant une documentation confuse, des tickets et des notes de réunion en exigences structurées, plans de test et playbooks de migration (le même schéma qu'a16z souligne pour les transformations d'ERP dans Pourquoi le monde tourne toujours sur SAP).
Pour les équipes crypto, cela signifie que l'IA peut aider à générer et maintenir :
- Matrices de contrôle pour les flux de paiement en stablecoins
- Mappages entre les objets ERP (fournisseurs, factures, filiales) et leurs représentations on-chain
- Runbooks reproductibles pour les clôtures de fin de mois avec activité on-chain
- Règles de rapprochement automatisées ajustées à votre politique comptable
L'essentiel n'est pas « l'IA écrit un smart contract ». C'est « l'IA rend l'adoption par l'entreprise lisible, testable et gouvernable ».
2) Utilisation et maintenance : rendre l'activité on-chain explicable aux équipes financières
Une fois implémenté, le véritable travail commence : les opérations quotidiennes.
Les équipes d'entreprise ne veulent pas « utiliser une chaîne ». Elles veulent demander :
- « Quelles factures ont été payées au cours des dernières 24 heures, et quelle est la variance par rapport au FX attendu ? »
- « Montre-moi tous les transferts supérieurs à 250 000 $ et qui les a approuvés. »
- « Explique pourquoi ce règlement ne correspond pas à la saisie dans l'ERP. »
- « Simule ce lot de paiements avant qu'il ne soit signé. »
C'est là que l'IA devient l'interface manquante – surtout lorsqu'elle est associée à des contrôles stricts. Elle peut fournir une recherche sémantique dans les enregistrements ERP, les instructions de paiement et les transactions blockchain, puis générer des explications vérifiables.
Notamment, les acteurs historiques des logiciels d'entreprise évoluent également dans cette direction. SAP a élargit son copilote IA Joule à travers son portefeuille, par exemple dans les mises en avant de publication telles que SAP Business AI : Faits saillants des versions T4 2024 et SAP Business AI : Faits saillants des versions T4 2025.
Les constructeurs de crypto devraient y voir un signal : la couche UI et workflow est là où les budgets se débloquent.
3) Extensions : applications légères et gouvernées qui relient l'intention ERP à l'exécution de smart contracts
Même si votre ERP reste le système d'enregistrement, les entreprises ont toujours besoin d'applications « légères » qui facilitent des tâches spécifiques :
- Intégration de fournisseurs qui aboutit à une capacité de paiement on-chain approuvée
- Une console de trésorerie qui regroupe le règlement en stablecoins avec des vérifications de politiques
- Un flux de travail de tokenisation qui lie la documentation juridique au cycle de vie des actifs on-chain
- Un flux de gestion des exceptions pour les litiges, les annulations et les transferts échoués
L'IA rend ces extensions moins coûteuses à livrer et plus faciles à adapter à mesure que les politiques changent. Mais l'architecture gagnante ressemble moins à « un gigantesque tableau de bord crypto » qu'à :
- Une couche d'action gouvernée (ce qui peut être fait)
- Un moteur de politique (quand cela peut être fait)
- Un flux de travail de signature (qui doit approuver)
- Une piste d'audit traçable (comment cela a été fait)
C'est aussi là que les flux de travail « agentifs » deviennent pratiques : pas une IA autonome déplaçant librement de l'argent, mais une IA proposant des actions qui ne sont exécutées que lorsque les contrôles sont satisfaits.
Le plan de contrôle est le produit : l'IA qui peut manipuler de l'argent doit être gouvernable
Dès que les systèmes d'IA peuvent initier ou préparer des transactions, la conversation porte moins sur la commodité que sur le risque :
- Injection de prompt et empoisonnement des données
- Paiements mal acheminés en raison d'une identité de fournisseur ambiguë
- Dérive des politiques (ce qui a changé, qui l'a approuvé, quand cela a pris effet)
- Dépassement des permissions (agents qui peuvent en faire trop)
- Lacunes d'audit (actions sans attribution vérifiable)
C'est pourquoi les entreprises ancrent de plus en plus l'utilisation de l'IA dans des cadres de gouvernance formels. Un point de référence pratique est le Cadre de gestion des risques de l'IA du NIST (AI RMF 1.0), qui met l'accent sur la cartographie, la mesure, la gestion et la gouvernance des risques liés à l'IA tout au long du cycle de vie du système.
Et spécifiquement pour la crypto, les attentes en matière de conformité ne disparaissent pas simplement parce que le règlement est programmable. Les Directives mises à jour pour une approche fondée sur les risques des actifs virtuels et des VASP du GAFI restent une référence clé pour la manière dont les entités réglementées abordent les contrôles AML/CFT et les obligations de partage d'informations.
Dans la crypto d'entreprise, la « couche IA » doit se comporter comme un système d'entreprise contrôlé – pas comme un assistant grand public.
Gestion des clés : l'agent le plus sûr est celui qui ne peut pas signer
Le schéma le plus robuste pour les entreprises est simple :
- Laissez l'IA rédiger, simuler, rapprocher et expliquer.
- Laissez les humains (ou les comités approuvés par la politique) autoriser.
- Laissez l'infrastructure de signature durcie exécuter.
En pratique, cela signifie séparer l'intention de l'exécution. L'IA peut produire une « intention » de transaction (qui, quoi, pourquoi, limites, métadonnées), mais les clés de signature doivent rester isolées – idéalement hors ligne.
C'est le point où la conservation autonome basée sur le matériel reste importante, même dans un monde plein de copilotes IA. OneKey, par exemple, est conçu autour de l'isolement des clés privées hors ligne avec une approche open-source et une protection basée sur un élément sécurisé, ce qui correspond bien aux besoins des entreprises tels que la vérifiabilité, les flux d'approbation et la réduction du rayon d'explosion.
L'idée stratégique n'est pas « acheter un appareil ». C'est : construire une limite de signature que l'IA ne peut pas franchir.
À quoi s'attendre ensuite : les gagnants feront en sorte que les blockchains « ressemblent à des intégrations SAP »
Si a16z a raison sur le fait que la couche d'interface devient la nouvelle frontière pour les systèmes hérités, alors la frontière d'entreprise de la crypto est claire :
- Les rails de stablecoins continueront de croître, mais le différenciateur sera l'intégration opérationnelle (contrôles, rapprochement, reporting).
- Les actifs tokenisés se développeront, mais uniquement là où les flux de travail correspondent à la manière dont les entreprises fonctionnent déjà (approbations, audit, gestion des exceptions).
- L'IA sera le pont – transformant l'intention d'entreprise en actions on-chain sûres et gouvernées.
La crypto ne remplacera pas la pile d'entreprise. Elle y s'insérera.
Et les équipes qui gagneront ne seront pas celles qui ne lancent que de nouvelles chaînes ou de nouveaux primitives, mais celles qui rendront enfin utilisable le logiciel d'entreprise le plus difficile – afin que les équipes financières puissent adopter la blockchain sans avoir à devenir des experts en la matière.
Optionnel : où s'insère OneKey pour les équipes d'entreprise expérimentant le règlement on-chain
Si votre organisation teste les paiements en stablecoins ou les flux de trésorerie tokenisés, envisagez de traiter la signature sécurisée par matériel comme faisant partie de votre « plan de contrôle IA » dès le premier jour. OneKey peut servir de base pratique pour isoler l'autorité de signature, prendre en charge les approbations basées sur les politiques et maintenir les clés privées hors des environnements toujours connectés – exactement le genre de limite qui rend la finance basée sur l'IA plus sûre à développer.
