Pourquoi 90 % des projets d'IA en PME échouent, et le seul qui marche

En bref. Selon le rapport préliminaire du projet NANDA du MIT (« The GenAI Divide », juillet 2025, 300 déploiements publics, 52 organisations, 153 dirigeants), 95 % des projets pilotes d'IA générative en entreprise ne produisent aucun impact mesurable sur les résultats. RAND, en août 2024, reprenait l'estimation courante de plus de 80 % d'échec, soit le double des projets TI sans IA. Les deux chiffres sont des ordres de grandeur, et leurs auteurs le disent. J'arrondis à 90 % pour parler simplement, et mon expérience en PME ne contredit pas ces chiffres. Les causes sont rarement techniques. Le projet qui marche a trois propriétés : il vise un seul processus, il a un propriétaire nommé, et il se mesure avec un chiffre lu chaque semaine.

Je ne dis pas ça pour te décourager. Je le dis parce que les 10 % qui marchent ne sont pas chanceux. Ils font quelques choses différemment, et ces choses sont à ta portée.

Les cinq causes d'échec que je vois en PME

La première cause est de commencer par l'outil. Quelqu'un a vu une démo, a acheté des licences, et cherche maintenant quoi en faire. Le MIT note la même chose à plus grande échelle : les entreprises qui bâtissent ou achètent un outil générique et le distribuent à tout le monde obtiennent presque rien; celles qui partent d'un processus précis et confient le travail à un partenaire qui le connaît réussissent environ deux fois plus souvent.

La deuxième cause est l'absence de propriétaire. Le projet appartient « à l'équipe », donc à personne. Dans une PME, un chantier IA sans une personne nommée, avec du temps réservé dans sa semaine, meurt en six semaines.

La troisième cause est l'absence de chiffre. On a installé quelque chose, on trouve que « ça va bien », et personne ne sait si les heures ont été récupérées ou déplacées. Sans chiffre lu chaque lundi, il n'y a pas de projet; il y a un essai.

La quatrième cause est d'automatiser le désordre. Un processus que personne ne peut décrire en une page ne peut pas être confié à un système. On obtient le même désordre, plus vite, avec moins de gens qui le comprennent.

La cinquième cause est l'absence de contrat. On n'a pas écrit ce que le système peut faire seul, ce qu'il doit faire valider, ce qu'il ne touche jamais. Le premier incident (une réponse fausse à un client, un chiffre envoyé au mauvais destinataire) arrive, et le dirigeant débranche tout. Souvent avec raison.

À quoi ressemble le projet qui marche

Il vise un seul processus, choisi parce qu'il coûte des heures chaque semaine et qu'il ne demande aucun jugement. Chez moi, les messages clients. Chez un manufacturier, les demandes de prix. Chez un cabinet, la préparation des dossiers. Un seul.

Il a un propriétaire nommé, qui n'est pas le dirigeant. La personne qui faisait la tâche à la main est souvent la bonne : elle connaît les cas d'exception, et elle a le plus à gagner.

Il a un chiffre, un seul au départ, lu chaque semaine par le dirigeant. Heures récupérées, part résolue sans humain, délai de réponse. Chez moi, c'est devenu 72,2 % de 78 362 messages résolus sans intervention, et 11 secondes de délai au lieu de 3 h 21 (audit interne compilé à partir des données d'Akia, septembre 2026).

Il a un contrat écrit avant le branchement. Une page. Ce que le système fait seul, ce qu'il fait valider, ce qu'il ne touche jamais, qui est responsable quand il se trompe.

Et il est petit. Trente jours, un canal, une équipe de deux ou trois personnes. Le projet qui marche est ennuyant à raconter. C'est le projet impressionnant qui échoue.

Pourquoi la PME est mieux placée que la grande entreprise

Le même rapport du MIT montre que les grandes entreprises sont les plus lentes à passer du pilote au déploiement. La PME a un avantage structurel : le dirigeant peut décider le lundi, nommer le propriétaire le mardi, et lire le premier chiffre le lundi suivant. Il n'y a pas de comité. Le risque, en PME, est inverse : la décision est facile, et la discipline de mesure est rare. Le dirigeant qui apporte la discipline a devant lui un terrain où presque personne n'est encore sérieux.

La leçon : les projets d'IA échouent parce qu'ils sont trop larges, sans propriétaire, sans chiffre, sans contrat, ou bâtis sur un processus que personne ne comprend. Le seul qui marche est petit, nommé, mesuré, encadré. Il est aussi le moins cher. Commence par celui-là.

L'IA est l'outil. L'humain est le projet.

Questions fréquentes

Quel pourcentage des projets d'IA échouent?

Le MIT (projet NANDA, rapport préliminaire 2025) observe que 95 % des pilotes d'IA générative en entreprise n'ont aucun impact mesurable sur les résultats. RAND (2024) reprend l'estimation de plus de 80 % d'échec. Ce sont des ordres de grandeur.

Pourquoi les projets d'IA échouent-ils en PME?

Cinq causes reviennent : commencer par l'outil, aucun propriétaire nommé, aucun chiffre suivi, automatiser un processus désordonné, et absence de contrat sur ce que le système peut faire.

Quel type de projet d'IA réussit dans une PME?

Un projet qui vise un seul processus répétitif, avec un propriétaire nommé, un chiffre lu chaque semaine, un contrat écrit et un périmètre de 30 jours sur un seul canal.

À lire aussi : Le gap d'adoption : pourquoi ton équipe n'utilise pas l'IA que tu leur as payée · Le premier processus que je réglerais dans ta business avec l'IA (et pourquoi) · L'auto-évaluation