Discuter de vos projets➜
IA & MarketingAccompagnement marketing

Pourquoi votre projet IA n'a rien donné : les 7 causes, et celle qui revient toujours

IA & MARKETING 7 POURQUOI VOTRE PROJET IA N'ARIEN DONNÉ BETTER FOLLOW FLO

Un abonnement pris il y a dix-huit mois, un prototype montré une fois en réunion, un prestataire parti, et plus personne n’en parle. Dans une PME, l’échec d’un projet IA fait rarement du bruit : il s’éteint. Le dirigeant en garde une conclusion fausse, « l’IA, ce n’est pas pour nous », et l’équipe une autre, « on a déjà essayé ».

Cette page est l’autopsie. Elle liste les sept causes que je retrouve, dans l’ordre où elles apparaissent, et celle qui revient à chaque fois. La décision qui suit, relancer ou arrêter, fait l’objet d’un article séparé, avec sa grille en cinq questions.

Réponse en bref : sept causes expliquent presque tous les projets IA qui n’ont rien donné dans une PME : le projet a commencé par un outil, personne n’a pris de mesure de départ, personne ne le portait côté métier, les données n’étaient pas prêtes, le prototype n’a jamais atteint la production, le savoir est parti avec le prestataire, et aucune règle d’usage n’existait. Celle qui revient toujours est la troisième : personne, dans l’entreprise, n’en était responsable avec du temps dégagé. Les six autres en découlent.

Ce que disent les chiffres

ConstatChiffreSource
Petites entreprises américaines qui utilisent l’IA76 %Goldman Sachs, 10,000 Small Businesses Voices, mars 2026, 1 256 répondants
Parmi elles, celles qui l’ont pleinement intégrée à leurs opérations14 %Même source
Pilotes d’IA générative sans effet mesurable sur le compte de résultat, en grandes entreprisesenviron 95 %MIT Project NANDA, juillet 2025, échantillon réduit et contesté
Dirigeants de PME et d’ETI françaises sans stratégie IA57 %Bpifrance Le Lab, juin 2025, 1 209 dirigeants
Première difficulté citée par les PME qui utilisent l’IA : les coûts30 %Même source
Deuxième : les mauvais usages et la confidentialité des données30 %Même source
Troisième : identifier les cas d’usage pertinents23 %Même source

L’écart entre « utiliser » et « intégrer » est le sujet de cette page. Beaucoup d’entreprises ont essayé. Peu ont un processus qui tourne chaque semaine, mesuré, avec un responsable.

Les sept causes, dans l’ordre où elles apparaissent

#CauseComment ça se voitCe que ça aurait demandé
1Le projet a commencé par un outilUn abonnement pris après une démonstration ou parce qu’un concurrent en parlait ; la tâche à traiter a été cherchée ensuitePartir d’une liste de tâches qui coûtent du temps à des personnes nommées, et choisir l’outil en dernier
2Personne n’a pris la mesure de départÀ la question « qu’est-ce que ça a rapporté », la réponse est un ressentiUn indicateur par cas d’usage, mesuré une semaine avant de lancer
3Personne ne le portait côté métierLe projet était celui du dirigeant, du stagiaire ou du prestataire ; les personnes concernées n’avaient pas d’heure dédiéeUn responsable métier nommé, deux heures par semaine dégagées de son agenda
4Les données n’étaient pas prêtesLes devis dans des mails, les clients dans trois fichiers, l’historique dans une têteUn inventaire des données avant de choisir le cas d’usage, et un nettoyage prévu dans le plan
5Le prototype n’a jamais atteint la productionUne démonstration réussie en comité, puis rien : pas de formation, pas de documentation, pas d’intégration aux outils du quotidienUne phase d’adoption dans le plan, avec du temps pour les personnes concernées
6Le savoir est parti avec le prestataireL’automatisation tourne encore, ou plus, et personne chez vous ne sait la réparer ni la modifierDocumentation, passation et formation prévues dès le devis, et un accès complet aux comptes et aux paramétrages
7Aucune règle d’usageUn salarié a collé des données clients dans un outil grand public, la direction a coupé l’accès, le projet s’est arrêté avecUne page qui dit ce qui peut être confié à un outil d’IA, ce qui ne le peut pas, et dans quels outils

Les causes 1 et 2 tiennent au départ. Les causes 4 à 7 tiennent à l’exécution. La cause 3 traverse tout.

Celle qui revient toujours

Dans les projets que j’autopsie, la question « qui en était responsable ? » obtient trois réponses : le dirigeant, qui n’avait pas le temps ; un prestataire, qui n’était pas là au quotidien ; ou un salarié volontaire, à qui l’on n’avait rien retiré de sa charge. Aucune des trois n’est un porteur.

Bpifrance Le Lab relève que dans 73 % des cas, c’est le dirigeant qui porte la décision d’adopter l’IA, et que 39 % des dirigeants disent manquer de soutien de leur réseau et de leurs collaborateurs. Le dirigeant décide, puis se retrouve seul. Dans une PME, il a déjà trois métiers. Le projet IA devient le quatrième, et c’est celui qui attend.

Sans porteur métier, les six autres causes se déclenchent mécaniquement : personne ne pousse pour prendre la mesure de départ, personne ne nettoie les données, personne ne forme les collègues, personne ne réclame la documentation au prestataire, personne n’écrit la règle d’usage. Un projet IA ne demande pas un génie technique. Il demande une personne qui s’en occupe deux heures par semaine, et dont c’est écrit dans l’agenda.

Ce qu’une autopsie doit produire

Une autopsie n’est pas une réunion où l’on cherche un coupable. Elle produit cinq choses, en une journée :

  1. La chronologie réelle : date de la décision, date du premier usage, date du dernier usage, et ce qui s’est passé entre les deux. Elle est souvent plus courte qu’on ne le croit : six semaines d’activité pour dix-huit mois d’abonnement.
  2. Le coût complet : les abonnements, encore actifs ou non, les honoraires, et les journées passées par vos équipes. C’est le chiffre qui rend la suite sérieuse.
  3. Ce qui reste utilisable : des données nettoyées, un paramétrage, une documentation partielle, une règle d’usage orale à écrire, un collègue qui a appris. Un projet arrêté n’est pas un projet perdu.
  4. La cause racine parmi les sept, et non la cause apparente. « L’outil n’était pas bon » est presque toujours une cause apparente.
  5. Une décision écrite : relancer sur un périmètre réduit, avec un porteur et une mesure, ou arrêter proprement et choisir un autre cas d’usage. La grille pour trancher tient en cinq questions.

Les trois réflexes qui aggravent

  • Changer d’outil. C’est le réflexe le plus fréquent et le moins utile : si la cause est l’absence de porteur ou de mesure, le nouvel outil échouera de la même façon, avec un deuxième abonnement.
  • Reprendre le même prestataire « pour finir ». S’il n’a pas prévu la passation la première fois, la deuxième mission produira un deuxième système orphelin. La question à lui poser n’est pas « pouvez-vous finir ? », c’est « que garderons-nous si vous partez ? ».
  • Former tout le monde. Une formation générale après un échec produit des démonstrations et de la lassitude. Formez les personnes concernées par le cas d’usage relancé, sur leurs propres tâches. Bpifrance note que 66 % des PME et ETI accompagnent l’adoption de l’IA par la formation : c’est le bon levier, à la condition qu’il vise une tâche précise.

Ce que j’en fais

Quand une entreprise a déjà essayé, l’autopsie occupe le premier jour de mon diagnostic IA : état des lieux des outils payés et utilisés, chronologie, coût complet, ce qui reste. Les trois jours suivants servent à choisir un cas d’usage, souvent différent du premier, à le chiffrer et à écrire le plan à 90 jours avec un porteur nommé et une mesure de départ. C’est la porte « ça n’a pas marché » de l’offre Mon IA.

Si vous voulez d’abord situer votre entreprise, le diagnostic en ligne prend dix minutes, sans email.

FAQ

Pourquoi la plupart des projets IA échouent-ils dans les PME ?

Parce qu’ils commencent par un outil et non par une tâche qui coûte, qu’ils ne sont pas mesurés avant d’être lancés, et surtout parce que personne dans l’entreprise n’en est responsable avec du temps dégagé. Les données mal préparées, le prototype jamais mis en production, le savoir parti avec le prestataire et l’absence de règle d’usage complètent la liste, mais découlent presque toujours de l’absence de porteur.

Un projet IA qui a échoué peut-il être relancé ?

Oui, si le problème qu’il visait coûte encore, si une personne métier peut le porter deux heures par semaine, si les données existent et si ce qui a été construit reste réparable par vos équipes. Dans le cas contraire, mieux vaut l’arrêter proprement, garder ce qu’il a appris et choisir un autre cas d’usage. La grille de décision tient en cinq questions.

Que doit produire l’autopsie d’un projet IA ?

Cinq choses : la chronologie réelle du projet, son coût complet en abonnements et en journées passées, ce qui reste utilisable (données nettoyées, règle d’usage, documentation), la cause racine parmi les sept, et une décision écrite : relancer sur un périmètre réduit, ou arrêter. C’est le premier jour de mon diagnostic quand une entreprise a déjà essayé.

À lire aussi

Démarrer

Si un projet IA s’est éteint chez vous et que vous voulez savoir pourquoi avant d’en lancer un autre, décrivez-moi ce qui s’est passé : je vous réponds sous 48 h.

Sources

Et dans votre entreprise ?

Mettre l'IA au travail dans votre PME ?

Un diagnostic de quatre jours, trois cas d'usage chiffrés, un seul mis en production en 90 jours. Décrivez votre situation, je vous réponds sous 48 h avec la porte par laquelle entrer.

Discuter de vos projets ➜

Dans la même catégorie