« On va tester l'IA. » La phrase revient dans presque toutes les PME, et elle recouvre deux choses très différentes. Répondre à un questionnaire en ligne qui attribue un score de maturité, ou mettre réellement un outil entre les mains d'une équipe pendant quelques semaines pour voir ce qui se passe. Les deux sont utiles, ils ne répondent pas à la même question, et les confondre fait perdre du temps.
Cet article sépare les deux, dit ce que les auto-diagnostics gratuits apportent et où ils s'arrêtent, puis donne une façon simple de monter un test dont le résultat sera exploitable pour décider.
Deux choses qu'on appelle « tester l'IA »
La première consiste à évaluer votre entreprise : où en êtes-vous sur vos données, vos processus, vos compétences internes, votre organisation. La seconde consiste à évaluer un usage précis : est-ce que cet outil, sur ce processus, avec ces personnes, produit un résultat qui justifie de continuer.
L'auto-diagnostic de maturité
Il prend la forme d'un questionnaire, il dure une quinzaine de minutes, et il rend un niveau accompagné de recommandations générales. Plusieurs existent gratuitement en France, notamment du côté de France Num et de Bpifrance avec l'Autodiag IA, qui compte une trentaine de questions. Les intitulés et les dispositifs évoluent, le plus simple est de partir de francenum.gouv.fr pour trouver la version en vigueur.
Le test réel sur un cas
Il porte sur un processus identifié, il dure quelques semaines, il implique les personnes qui font le travail, et il produit des chiffres qui vous appartiennent. C'est le seul des deux qui puisse conclure « on investit » ou « on arrête ».
Les auto-diagnostics gratuits : ce qu'ils donnent vraiment
Ils ont une utilité réelle et il n'y a aucune raison de s'en priver, à condition de savoir ce qu'on va en tirer.
Ce qu'ils font bien
Ils obligent à se poser des questions que personne ne pose spontanément : où sont vos données, qui les tient à jour, quels processus sont écrits, qui dans l'équipe a déjà utilisé un outil de ce type. Le questionnaire vaut souvent plus que le score, parce qu'il révèle en quinze minutes deux ou trois angles morts.
Ils sont aussi un bon support de discussion interne. Faire répondre séparément le dirigeant et un responsable opérationnel, puis comparer, produit régulièrement des écarts instructifs sur ce que l'entreprise croit maîtriser.
La limite, qui est structurelle
Un questionnaire standard ne connaît ni votre métier, ni vos marges, ni ce que vous avez déjà tenté. Il rend un niveau et des recommandations valables pour toutes les entreprises du même niveau, ce qui est exactement l'inverse de ce dont un dirigeant a besoin pour engager un budget. Un score « intermédiaire » ne dit pas par quoi commencer chez vous, ni combien ça coûtera, ni si ça vaut le coup.
C'est une limite de format, pas un défaut de qualité. Ces outils sont conçus pour orienter à grande échelle, pas pour arbitrer un cas particulier.
Monter un test dont le résultat sera exploitable
Un test qui ne peut pas échouer ne prouve rien. L'essentiel du travail consiste à définir, avant de commencer, ce qui vous ferait dire non.
Un périmètre assez petit pour être honnête
Un processus, une équipe, quelques semaines. Pas « l'IA au service client », mais « la rédaction des réponses de premier niveau sur les demandes de garantie, par les deux personnes qui les traitent aujourd'hui, pendant six semaines ». Plus le périmètre est large, plus il devient facile d'attribuer un résultat flou à des causes multiples et de conclure ce qu'on avait envie de conclure.
Choisissez de préférence un processus déjà pénible et déjà répétitif. Un test sur une tâche rare ne produira pas assez d'occurrences pour dire quoi que ce soit.
Le critère d'arrêt, écrit avant de commencer
Une phrase suffit : « si au bout de six semaines le temps de traitement moyen n'a pas baissé d'au moins un quart, on arrête ». Elle doit être écrite et partagée avant le lancement, parce qu'après, tout le monde aura de bonnes raisons de prolonger.
Cela suppose de mesurer l'état actuel avant de démarrer. C'est l'étape que presque tout le monde saute, et sans elle il n'y a pas de comparaison possible, seulement des impressions. Deux semaines de relevé manuel, même approximatif, suffisent généralement.
Ce qu'un test coûte réellement
Le budget d'un test n'est presque jamais celui de la licence, et c'est la source d'erreur la plus courante.
Le coût visible et le coût invisible
Le coût visible se compte en dizaines d'euros par mois et par personne pour la plupart des outils grand public. Le coût invisible est le temps de vos équipes : préparer les données ou les documents, apprendre l'outil, relire ce qu'il produit, corriger, relever les mesures. Sur six semaines, cela représente régulièrement plusieurs journées cumulées, et c'est ce poste qui décide si le test tient ou s'essouffle.
Comptez aussi le temps de quelqu'un qui suit le test. Sans personne responsable du relevé, les chiffres n'existent pas à la fin, et vous vous retrouvez à trancher sur des ressentis.
Le piège du test gratuit
Une période d'essai gratuite ne rend pas le test gratuit, elle rend seulement la licence gratuite. Elle impose surtout son calendrier : quatorze jours suffisent rarement pour observer un changement d'habitude dans une équipe qui a par ailleurs un métier à faire tourner. Mieux vaut payer un mois ou deux et se donner une durée réaliste que courir après une fin d'essai.
Lire le résultat sans se mentir
À la fin, trois issues sont possibles, et deux d'entre elles sont souvent traitées comme des échecs alors qu'elles n'en sont pas.
Les trois issues
Le gain est net et reproductible : vous passez au déploiement, en sachant précisément ce que vous déployez et pour quel bénéfice. Le gain existe mais dépend d'une seule personne enthousiaste : ce n'est pas un résultat, c'est un profil, et le déploiement échouera. Le gain n'apparaît pas : l'outil, le processus ou le moment ne convenaient pas, et vous venez de l'apprendre pour quelques centaines d'euros au lieu de quelques milliers.
Ce qu'on garde même quand c'est non
Un test raté laisse trois choses utiles : une mesure de votre situation de départ que vous n'aviez pas, une équipe qui a manipulé l'outil et sait de quoi elle parle, et une liste précise de ce qui a coincé. Ces trois éléments servent au test suivant, et ils valent bien plus qu'un score de maturité.
La question à se poser avant de lancer quoi que ce soit reste la même : quel est le processus qui mérite ce protocole en premier. C'est un travail de tri, et c'est là que la plupart des PME gagnent ou perdent leur première année d'IA.
Le score est gratuit, la décision se travaille
Faites l'auto-diagnostic, il coûte un quart d'heure et il ouvre quelques bonnes questions. Mais ne lui demandez pas ce qu'il ne peut pas donner. Ce qui engage un budget, c'est un test sur un processus réel, avec une mesure de départ, une durée et un critère d'arrêt écrits à l'avance.
Si vous hésitez sur le processus à tester en premier, c'est exactement ce qu'un diagnostic tranche en une séance, avant d'engager le temps de vos équipes.
C'est le rôle du diagnostic ShiftMap : 1h30 avec vous, 2 à 3 priorités réalistes, une fourchette de budget annoncée d'avance, et la liberté de vous arrêter là. 300 € en visio, 500 € sur site (Paris et Île-de-France).
Réserver un diagnostic (1h30)