GroundRéservé aux abonnés 11/07/2026 à 17h199Ajouter aux favoris

Quatre articles de e27, Tech in Asia et Nikkei se lisent comme un même diagnostic : en APAC, l'IA en entreprise reste piégée dans les PoC. Pas par manque d'ambition - par manque de fondations.
Quatre publications convergent la même semaine : e27 sur les PoC bloqués en APAC, Tech in Asia sur les systèmes legacy à Singapour, un autre e27 sur l'exécution faible plutôt que la résistance des employés, et un cas d'usage bien concret (intake patient dans la santé). Le diagnostic est unanime : l'IA en entreprise en APAC bute sur trois murs - legacy, data quality, exécution - pas sur la technologie.
Le mur #1 - le legacy. À Singapour, une large partie des grandes banques et institutions publiques tournent encore sur du COBOL/AS400 mainframe, sans API modernes. Un agent LLM ne peut pas lire un mainframe en RPC direct. Résultat : des mois de plomberie MQ/ESB avant que le premier appel LLM soit possible.
Le mur #2 - la data quality. Le constat qui revient dans toutes les enquêtes APAC : les PoC IA en APAC échouent au passage prod en écrasante majorité parce que les données de référence (clients, produits) sont dispersées entre de nombreux systèmes non réconciliés. Le LLM est brillant sur des données propres - il hallucine sur des données sales.
Le mur #3 - l'exécution. e27 défend une thèse contre-intuitive : la résistance des employés est surestimée comme frein. Le vrai problème est l'incapacité des équipes IT à passer d'un PoC à une pipeline prod versionnée, monitorée, avec SLO. Ce qui manque : les MLOps engineers séniors - la ressource la plus rare d'APAC.
Le contre-exemple qui marche - patient intake en santé. Les cas d'usage documentés en Asie du Sud-Est (hôpitaux et cliniques d'Asie du Sud-Est ayant industrialisé l'intake IA - voir e27) montrent le pattern qui gagne : LLM qui fait l'intake patient (anamnèse, tri, formulaire) en une fraction du temps d'un infirmier. Ce qui marche : périmètre étroit (intake seul), données propres (formulaires normalisés), ROI mesurable en semaines (temps infirmier libéré).
Trois conséquences. Un : les vendeurs qui percent en APAC en 2026 sont ceux qui apportent la plomberie (data mesh, MDM, connecteurs legacy) - pas ceux qui vendent un joli LLM en démo. Deux : les cas d'usage à périmètre étroit (intake santé, tri e-mail, ticketing, réclamation SAV) gagnent - les grands rêves horizontaux (le "copilote transverse") perdent. Trois : la souveraineté data + on-premise devient un vrai différenciateur en APAC - les régulateurs bancaires et santé de Singapour, Malaisie, Indonésie exigent que rien ne quitte le pays. À surveiller : les KPIs de rétention MLOps chez DBS, Grab, Sea - les trois qui ont le mieux industrialisé.
Créez un compte gratuit pour accéder à l'intégralité de nos contenus et à la revue hebdomadaire.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
Et l'incompatibilité entre les différents systèmes d'IA ? C'est un vrai frein pour passer à l'échelle.
Et les réglementations locales ? Ça ne freine pas l'IA en APAC ?
Et l'infrastructure, dans tout ça ? Sans internet stable ni data centers fiables, comment déployer l'IA en APAC ?
Et les compétences ? Il manque des experts capables de passer des PoC à une mise en œuvre à grande échelle.
Et si la culture locale jouait un rôle ? Certaines régions seraient-elles plus frileuses ?
Et les régulations locales ? Certaines lois sur la vie privée pourraient bloquer le passage à l'échelle.
Peut-être que le problème dépasse l'infrastructure : manque-t-il des cas d'usage concrets qui créent une vraie valeur ?
Et les compétences, on en parle ? Y a-t-il assez de spécialistes en APAC pour aller plus loin que les PoC ?
Bonne question, mais former les équipes actuelles ne serait pas plus efficace qu'attendre de nouveaux profils ?
Est-ce que les entreprises en APAC ne négligent pas les bases pour se concentrer sur des PoC spectaculaires ?
APAC : la prison du proof-of-concept