Pourquoi nous refusons certains projets d’IA dans une PME

Nous refusons régulièrement des projets d’IA. Certains sont pourtant bien financés. Ce refus n’est pas une prise de position de principe. Il coûte de l’argent au cabinet, dont nous devons préserver l’équilibre économique. C’est aussi une question de survie commerciale. Un outil inutile coûte de l’argent et fait perdre la confiance.

Le projet ne répond à aucune tâche précise

C’est le cas le plus fréquent. Le dirigeant veut « faire de l’IA », parfois après une réunion, un salon ou une discussion entre confrères. Nous posons alors une question simple : quelles sont les trois tâches que vous ou votre équipe répétez chaque semaine ? Quand la réponse est un silence, ou une liste de souhaits (« améliorer la communication », « être plus moderne »), il n’y a pas de projet.

Nous proposons une séance de travail. Nous observons une semaine réelle, repérons les tâches répétitives et en choisissons une. C’est le début du travail, pas une perte de temps.

Le temps gagné ne paie pas les coûts de mise en place et de suivi

Une tâche qui prend deux heures par mois justifie rarement un outil d’IA dédié. Prenons une estimation simple : deux heures par mois représentent 24 heures par an. À 30 € de l’heure chargée, cela représente 720 € par an. Il faut aussi compter l’intégration, les réglages, le suivi et la relecture des résultats. Le compte n’y est pas.

Refuser ne veut pas dire ne rien faire. Souvent, la bonne réponse est un après-midi de formation pour que la personne concernée traite la tâche plus vite sans nouvel outil, ou une automatisation plus modeste, par exemple un modèle de courrier et un rappel d’échéance. Nous préférons annoncer un gain faible et le tenir plutôt qu’un gain spectaculaire et le manquer.

Le projet consiste à laisser l’IA prendre une décision

Nous voyons arriver des demandes où l’IA doit trancher à la place d’un responsable : trier des candidatures, arbitrer entre deux fournisseurs, refuser un client, décider d’un geste commercial, évaluer un salarié. Quand nous creusons, la vraie question n’est pas technique. Elle est de savoir qui assumera la décision et comment elle sera expliquée.

Un outil ne peut pas assumer une décision. Dire « c’est l’algorithme » ne permet ni de l’expliquer ni d’en désigner le responsable. Dans ce cas, l’IA prépare les informations. Elle peut les classer et présenter les critères. Une personne prend et assume la décision. Si l’objectif est de ne pas assumer, nous déclinons.

Les données n’existent pas, ou plus personne ne sait où elles sont

Un outil d’IA ne peut utiliser que les informations auxquelles il a accès. Si l’information vit dans la tête d’une seule personne, dans un tableur que personne ne met à jour, ou dans des dossiers papier non numérisés, l’agent produira des réponses fausses avec assurance — le pire des cas, parce qu’une erreur silencieuse se propage.

Dans ce cas, le projet utile n’est pas un projet d’IA. C’est un travail de rangement et de définition : quelles données sont fiables, où elles sont stockées et qui les met à jour. Quand c’est fait, l’IA devient possible, et souvent facile. Nous le disons, même si cela reporte une vente de plusieurs mois.

De mauvaises raisons : donner une image moderne et supprimer des postes sans le dire

Deux demandes reviennent, et nous les traitons différemment.

La vitrine : « il faut qu’on montre qu’on fait de l’IA ». Une démonstration bien faite peut impressionner les participants à une réunion. Les équipes constatent ensuite que rien n’a changé dans leur journée. Elles concluent que l’IA n’est qu’une mode. Relancer ensuite un projet d’IA devient plus difficile.

Le plan social déguisé : automatiser pour se séparer de personnes sans le dire. Nous refusons. Nous refusons aussi pour une raison pratique. Le calcul oublie souvent le contrôle, les cas particuliers et les erreurs. Le projet coûte alors cher et peut dégrader les relations de travail. Si l’objectif est de réduire l’effectif sur une tâche précise, autant le dire et le traiter comme tel, avec les personnes concernées.

Ce que nous proposons à la place

Un refus ne signifie pas forcément que tout s’arrête. Nous repartons avec trois choses : la liste des tâches que nous aurions automatisées en premier, une estimation honnête du gain, et la condition à réunir pour que le projet soit viable. Il faut parfois clarifier l’organisation. Dans d’autres cas, le nombre de tâches est encore trop faible. Il faut alors refaire le point dans six mois. Parfois, il faut d’abord remplacer ou moderniser un équipement.

Dans tous les cas, le dirigeant repart avec un document écrit. Il peut le montrer à quelqu’un d’autre, demander un second avis, et décider. C’est la moindre des choses lorsque l’on conseille un dirigeant.

À retenir

• Sans tâche répétitive identifiée, il n’y a pas de projet d’IA, seulement une intention.
• En dessous de quelques heures gagnées par mois, le gain ne couvre ni la mise en place ni l’entretien.
• L’IA peut préparer une décision. Elle ne doit pas la prendre à la place d’un responsable. « C’est l’algorithme » n’est pas une réponse.
• Des données éparpillées ou non tenues à jour produisent des erreurs silencieuses. Le rangement passe avant.
• Refuser un projet, c’est aussi notre métier. Un refus laisse toujours un plan écrit.