Quand NE PAS faire d'IA : 5 signes que ce n'est (pas encore) votre moment
TL;DR
La moitié des projets d'IA qui arrivent chez moi ne devraient pas démarrer tout de suite, non pas parce que l'idée est mauvaise, mais parce que la base n'est pas prête. Voici 5 signes que ce n'est pas votre moment, et ce qu'il faut régler avant.
La moitié des projets d'IA qui arrivent chez moi ne devraient pas démarrer. Pas encore.
Non pas parce que l'idée est mauvaise. Parce que la base n'est pas prête. Et monter un agent sur une base qui n'est pas prête n'accélère rien : ça amplifie le désordre que vous aviez déjà, plus vite et à plus grande échelle.
Je vous le dis depuis le siège de celui qui vend ça. Mon métier, c'est de construire des agents et des automatisations. Facturer pour dire "attendez" va à l'encontre de ma facture du mois. Mais un projet qui échoue parce qu'il a démarré trop tôt me coûte plus cher : un client brûlé, un cas que je ne peux pas montrer, trois mois perdus pour les deux.
Voici donc les 5 signes que ce n'est pas votre moment. Si vous en reconnaissez 2 ou 3, ce n'est pas un "non" définitif. C'est un "pas encore, et voici ce qu'il faut régler avant".
Signe 1 : vous n'avez aucun processus documenté
L'IA automatise un processus. Elle n'en invente pas.
Quand un client me dit "je veux automatiser le service client", ma première question est : montrez-moi comment vous le faites aujourd'hui, étape par étape. Si la réponse est "ça dépend", "chacun fait à sa façon", ou "c'est dans la tête de María", le projet n'est pas prêt.
Un agent a besoin de règles claires. Ce qui se passe quand le client demande un remboursement. Ce qui se passe quand la commande a trois jours de retard. Ce qui se passe quand la question n'entre dans aucune catégorie. Si ces règles n'existent nulle part, vous ne demandez pas de l'IA : vous demandez que l'IA décide de votre entreprise à votre place. Et ça finit mal.
La bonne nouvelle : documenter votre processus ne demande pas d'IA. Ça demande de vous asseoir un après-midi et d'écrire ce que vous faites déjà. Quand ce document existe, l'agent se construit par-dessus en quelques jours. Sans lui, chaque conversation de l'agent est un pari.
D'abord le processus sur papier. Ensuite l'agent.
Signe 2 : personne en interne n'a le temps de le porter
Un projet d'IA, ça ne se livre pas pour ensuite l'oublier. Ça s'entretient.
Quelqu'un de votre équipe doit répondre à mes questions pendant le développement, relire les réponses de l'agent, dire "ça ne nous ressemble pas", et après le lancement, regarder les vraies conversations et repérer ce qui cloche. Ce ne sont pas 40 heures. Mais ce sont plusieurs heures par semaine, dans la durée, de quelqu'un qui connaît l'entreprise.
Quand ce quelqu'un n'existe pas, ou existe mais est déjà saturé, je le vois venir : le projet avance à moitié, les décisions traînent, l'agent part en ligne sans que personne ne l'ait vraiment relu. Et le premier mois avec de vrais clients, c'est justement là qu'il a le plus besoin d'attention.
Il ne faut pas une équipe. Il faut une personne avec un nom et du temps protégé dans son agenda. Si personne ne peut lever la main et dire "je m'en occupe", mieux vaut attendre que quelqu'un le puisse.
Signe 3 : vous n'avez pas de vrai volume répétitif
L'IA paie quand quelque chose se répète beaucoup. Si ça ne se répète pas beaucoup, les chiffres ne tiennent pas.
Je fais le calcul avec chaque client. Si vous recevez 15 demandes par mois et que chacune est différente, les automatiser vous fait gagner peut-être une heure de travail. L'agent coûte plus que cette heure, en argent et en attention. Ça n'a pas de sens pour l'instant.
Là où ça a du sens : quand le même type de question arrive des centaines de fois. Horaires, état de la commande, disponibilité, prix, "comment je fais pour X". Quand votre équipe répond la même chose vingt fois par jour, là l'IA libère vraiment du temps et le retour se voit en quelques semaines.
La question n'est pas "mon travail est-il répétitif". C'est "combien de fois par mois exactement la même chose se produit". Si la réponse est en dessous de quelques dizaines, ce n'est probablement pas encore votre cas. Pas à cause de la technologie : à cause de l'arithmétique.
Peu d'interactions, peu de retour. Un meilleur modèle ne règle pas ça.
Signe 4 : vos données sont sales et éparpillées
L'IA ne nettoie pas votre base. Elle travaille avec celle que vous lui donnez. Si cette base est sale, elle hérite de la saleté et la sert à vos clients avec un air assuré.
Un agent qui répond sur votre catalogue a besoin d'un catalogue correct. Si vous avez les prix dans un Excel, le stock dans un autre système, des descriptions périmées sur le site et trois versions différentes du même produit, l'agent va tout mélanger. Et un agent qui affirme avec aplomb un prix erroné fait plus de dégâts que pas d'agent du tout.
Ça surprend les gens. Ils s'attendent à ce que l'IA "range" leurs données. Ce n'est pas ce qu'elle fait. Un modèle de langage est brillant pour raisonner sur de la bonne information et dangereux pour raisonner sur de la mauvaise, parce qu'il sonne tout aussi convaincant dans les deux cas.
Avant l'agent : une seule source de vérité pour ce que l'agent va toucher. Pas toute votre entreprise. Seulement les données qu'il va utiliser. Si ces données vivent aujourd'hui dans cinq endroits qui ne concordent pas entre eux, c'est ça le premier projet. L'agent vient après.
Signe 5 : vous n'avez pas d'objectif mesurable
"On veut de l'IA" n'est pas un objectif. C'est une intention. Et avec une intention, impossible de savoir si le projet a fonctionné.
Je le vois souvent : l'entreprise veut de l'IA parce que la concurrence en a, parce que ça fait moderne, parce que c'est dans l'air. Je comprends l'élan. Mais quand je demande "comment saura-t-on dans trois mois si ça valait le coup", la salle reste silencieuse. Et un projet sans cette réponse est un projet que personne ne pourra défendre quand la facture arrivera.
Un objectif mesurable, ça sonne autrement. "Réduire de moitié le temps de première réponse." "Que 60 % des demandes sur les horaires se résolvent sans humain." "Passer de deux jours à deux heures pour chiffrer une commande standard." Avec un chiffre comme ça, le projet a une direction, on sait quoi mesurer et on sait quand arrêter d'ajuster.
Sans chiffre, l'agent devient un jouet cher. Il fonctionne, il fait des choses, il impressionne dans la démo, et personne ne sait dire s'il a amélioré l'entreprise. Définissez le résultat d'abord. La technologie est la partie facile.
Si vous reconnaissez 2 ou 3 signes : attendez et corrigez
Un seul signe n'arrête pas un projet. On démarre presque tous avec quelque chose d'imparfait, et une partie de mon travail est d'aider à combler ces trous en cours de route.
Mais deux ou trois signes réunis, c'est un schéma. Ça veut dire que le problème n'est pas le manque d'IA : c'est le manque de base. Et la solution n'est pas d'engager un agent plus intelligent. C'est de ranger le processus, d'assigner une personne, de réunir les données, de fixer un chiffre. Ce travail n'est pas glamour. C'est celui qui décide si l'IA fonctionne ensuite ou reste au stade de démo.
Dire "pas encore" honnêtement, c'est ce qui rend crédible tout le reste. Si je vous promets que l'IA répare une entreprise en désordre, je mens, et vous le découvrirez dès le premier mois. Si je vous dis qu'il faut d'abord ranger, puis que l'IA multiplie ce qui marche déjà, ça, je peux le tenir.
Si vous ne savez pas de quel côté vous êtes, c'est exactement le but de l'audit gratuit qu'on fait : regarder votre cas et vous dire s'il vaut mieux avancer, ou pas encore, et quoi régler avant. Parfois le résultat le plus utile d'un audit, c'est un "attendez trois mois". C'est gratuit, et ça vous épargne un projet qui serait né condamné.
L'IA bien posée est un levier. Et un levier ne sert que si vous avez quelque chose de solide où l'appuyer.