Pourquoi vos projets IA échouent
J'ai passé 35 ans en science du bâtiment et en ingénierie, et j'ai dirigé un laboratoire d'innovation technologique avec 12 développeurs. J'ai vu des projets IA se rendre en production, et j'en ai vu mourir. Ceux qui meurent se ressemblent tous.
Voici les 5 causes que je revois constamment — et ce qui marche à la place.
1. Le POC qui ne rencontre jamais le terrain
Le projet est développé par des gens qui connaissent les algorithmes, mais pas la différence entre une membrane EPDM et TPO. La démo est impressionnante. Puis arrivent les vraies conditions : photos croches, documents mal numérisés, données incomplètes, contremaîtres pressés qui n'ont pas le temps de « nourrir le système ».
Le POC casse au premier contact avec la réalité. Pas parce que la technologie est mauvaise — parce que personne dans l'équipe ne connaissait le métier.
2. La dépendance totale à une firme externe
L'inverse existe aussi : l'expert métier qui confie tout à une firme TI. Le projet coûte 500 000$, prend 18 mois, et livre un système que personne à l'interne ne comprend.
Le jour où la firme part — et elle part toujours — le système arrête d'évoluer. Deux ans plus tard, plus personne ne s'en sert.
3. Commencer par la technologie au lieu du problème
« Il nous faut de l'IA » n'est pas un projet. C'est une pression de conseil d'administration.
« Nos estimateurs passent 40 % de leur temps à lire des devis » — ça, c'est un projet. Le problème définit la solution, jamais l'inverse. Quand un projet commence par le choix de l'outil, la conclusion est déjà écrite.
4. « Utiliser » l'IA au lieu de l'intégrer
Un abonnement ChatGPT n'est pas une stratégie IA. Si un employé doit ouvrir un navigateur, rédiger un prompt et copier-coller le résultat dans Excel, vous avez un outil manuel de plus — pas un système.
La vraie valeur vient des systèmes intégrés : déclenchés par vos opérations, connectés à vos données, qui livrent un résultat structuré directement dans vos outils. Sans intervention manuelle. C'est la différence entre 1 employé qui « utilise l'IA » et une entreprise qui l'a intégrée.
5. Viser trop gros, trop vite
Le projet qui veut transformer toute l'entreprise d'un coup ne transforme jamais rien. 18 mois de développement sans livrable intermédiaire, c'est 18 mois pour que les champions du projet s'épuisent et que le budget devienne une cible.
Ce qui marche : 3 règles
- Comprendre le terrain avant de parler technologie. Où la valeur se crée, où le temps se perd, ce que les équipes toléreront réellement.
- Valider petit avant de s'engager. Un POC ciblé, à investissement minimal, sur un vrai problème. Chez IA PRAGMA, on ne prend le mandat complet que si le pilote prouve le retour. Refuser un mandat, ça nous arrive — et c'est une bonne nouvelle pour tout le monde.
- Livrer en production et rendre l'équipe autonome. Un système qui s'intègre à votre environnement existant, que votre monde peut maintenir et faire évoluer. Le succès, c'est quand vous n'avez plus besoin de nous.
La question à poser à votre prochain consultant IA
« Peux-tu m'expliquer mon métier? »
S'il ne peut pas, son POC va mourir au premier contact avec le terrain. Un consultant en informatique va poser 100 questions pour comprendre ce que vous faites. Moi, je le connais déjà — j'en viens.
Un projet IA en tête?
Parlons du problème avant de parler de technologie. Première consultation sans engagement.
Discutons-en →