Un collaborateur refuse d'utiliser l'IA : que lui répondre et comment tenir le cap

Vous avez déployé un outil IA dans votre entreprise : un assistant de rédaction, un outil d'analyse de données, un copilot métier. Et l'un de vos salariés refuse de l'utiliser. Pas un commentaire sceptique dans une réunion. Un refus net.

Vous n'avez pas de DRH. Pas de coach du changement. Vous gérez seul.

La première tentation est de forcer l'adoption, ou au contraire de différer le sujet. Les deux sont des erreurs. Le refus d'un collaborateur est d'abord un signal à diagnostiquer avant d'être un problème à résoudre.

Le refus n'est pas une réponse uniforme

Avant d'y répondre, il faut comprendre dans quel contexte il s'inscrit.

Selon l'INSEE (Enquête TIC 2024), 9 % seulement des entreprises françaises de 10 à 49 salariés utilisaient l'IA en 2024. Autrement dit, si vous déployez aujourd'hui un outil IA dans une PME de cette taille, vous faites partie d'une minorité. Votre collaborateur est statistiquement en train de vivre sa première exposition à un outil d'IA au travail. Ce n'est pas un contexte de résistance généralisée : c'est un contexte de première adoption, avec tout ce que cela implique en termes d'inconnu et d'incertitude.

"En 2024, 10 % des entreprises françaises de 10 salariés ou plus déclarent utiliser une technologie d'intelligence artificielle." Source : INSEE, Enquête TIC 2024

Ce chiffre aide à calibrer les attentes. Vous n'êtes pas en retard sur vos équipes. Vous êtes en avance sur votre marché. Le refus n'est donc pas le signe d'un problème exceptionnel : il est prévisible dans un contexte où la norme n'est pas encore l'adoption.

Ces données sont cohérentes avec ce que l'enquête Ipsos bva pour Uside (mars 2026, 1 000 salariés français) révèle de façon indirecte : 38 % des salariés estiment que l'IA dégrade l'attention portée aux autres, et 58 % considèrent que leur entreprise n'agit pas pour réduire les déficits d'attention liés aux outils numériques. Ce ne sont pas des chiffres de refus à proprement parler, mais ils indiquent un terrain de méfiance ambiante dans lequel le refus individuel prend racine.

La question n'est donc pas "comment convaincre un salarié récalcitrant" mais "quel type de refus est-ce, et quelle réponse lui correspond ?"

Avant d'aller plus loin, une distinction utile : si vous n'avez pas encore posé un cadre collectif en amont du déploiement, l'article [Comment embarquer son équipe dans un projet IA](/blog/embarquer-equipe-projet-ia) vous donne la méthode. Ce que nous traitons ici est différent : la situation où un collaborateur spécifique dit non, après ou pendant le déploiement.

Les 4 types de refus, et ce qu'ils signalent vraiment

Un salarié qui refuse d'utiliser un outil IA peut le faire pour quatre raisons distinctes : la peur pour son emploi, une conviction éthique, un problème de timing, ou un manque de compétence perçue. Chaque motif appelle une réponse différente. Répondre à côté (rassurer quelqu'un qui exprime une position éthique, ou former quelqu'un dont le problème est la peur du licenciement) produit invariablement un usage de façade ou un refus qui se consolide.

Il n'existe pas de "profil type" du collaborateur qui refuse l'IA. Mais il existe des motifs récurrents, chacun appelant une réponse différente. Les voici, avec leur lecture diagnostique.

Type 1 : la peur de l'emploi

Le signal : "Si l'IA fait mon travail, je ne sers plus à rien." Parfois formulé explicitement, souvent suggéré par des remarques sur les suppressions de postes, les actualités sectorielles, ou la comparaison avec d'autres entreprises.

C'est le motif de refus le plus courant dans les premières phases de déploiement. Il est légitime. Ne le minimisez pas avec des formules comme "vous n'avez rien à craindre" ou "personne ne sera remplacé". Ce type de réponse vide ne convainc personne et signale que vous n'avez pas réfléchi à la question.

Ce que vous pouvez faire :

• Nommez les tâches que l'outil prend en charge, et montrez comment elles se repositionnent dans le poste.
• Distinguez "l'IA fait cette tâche" de "ce poste disparaît" : dans une PME, ces deux réalités sont rarement équivalentes.
• Donnez un horizon temporel : quel est le plan sur les 12 prochains mois pour ce poste ?
• Proposez un échange de fond, pas une réunion de rassurance.

La crainte de voir son poste menacé mérite une réponse factuelle, pas une promesse de confort. C'est la seule posture qui tient dans la durée.

L'article [IA et emploi en PME : ce qui change vraiment pour vos postes](/blog/ia-emploi-pme-transformation-postes) vous donne les données et les arguments concrets pour répondre à cette question sans esquiver.

Type 2 : la conviction éthique

Le signal : "Je ne veux pas utiliser un outil qui surveille mon travail", "l'IA prend des décisions à la place des humains", "ces données ne devraient pas être traitées par une machine". Le registre est celui du principe, pas de la compétence.

Ce type de refus est le plus complexe à traiter parce qu'il peut être sincère ou prétexte. Les deux cas existent.

Une position éthique sincère mérite d'être entendue dans son contenu. Posez la question : "Qu'est-ce qui vous pose problème précisément ?" Si le collaborateur peut articuler une objection précise (données personnelles, transparence algorithmique, autonomie dans le travail), c'est une position réelle. Elle peut appeler une réponse sur les usages, les périmètres de l'outil, les données traitées.

Si en revanche l'objection éthique est vague, se déplace à chaque échange, et recouvre des préoccupations que vous ne retrouvez pas dans d'autres contextes, c'est probablement un prétexte. Ce qui ne veut pas dire qu'il faut ignorer la résistance sous-jacente, mais qu'il faut chercher le motif réel.

À éviter absolument :

• Traiter le refus éthique comme irrationnel ou naïf.
• Forcer l'adoption en écartant la question ("c'est le même principe que Excel").
• Laisser une objection vague bloquer indéfiniment le déploiement.

La réponse en trois temps :

• Écouter une fois de façon attentive et complète.
• Répondre sur le fond si l'objection est précise.
• Cadrer ensuite : quelles sont les marges de manœuvre réelles sur le périmètre d'usage ?

Type 3 : le mauvais moment ou la surcharge

Le signal : "Je n'ai pas le temps de m'y mettre maintenant", "c'est trop en ce moment", "je le ferai après la clôture / après le déménagement / après la rentrée". Le refus n'est pas un non définitif. C'est un "pas maintenant".

Ce type de refus est souvent sous-diagnostiqué. On l'interprète comme une résistance alors que c'est un signal de séquençage. Le collaborateur n'a pas tort : introduire un outil nouveau dans une période de forte charge produit un usage de façade, pas une adoption réelle.

Un refus de timing n'est pas un refus d'adoption. C'est souvent l'outil de diagnostic le plus utile que vous ayez sur votre propre plan de déploiement.

Les questions à poser en priorité :

• Le moment de déploiement était-il vraiment le bon ?
• La charge actuelle du collaborateur est-elle exceptionnelle ou structurelle ?
• Est-ce que ce "pas maintenant" a une date de fin identifiable ?

Si la réponse à la troisième question est non, le problème n'est plus le timing : c'est autre chose. Si la réponse est oui, reporter l'introduction de l'outil pour ce collaborateur peut être la bonne décision managériale.

L'article [Conduite du changement IA en PME : 3 erreurs de posture](/blog/conduite-changement-ia-pme-erreurs-posture-dirigeants) détaille précisément les erreurs de séquençage qui produisent ce type de friction. La plus fréquente : déployer un outil avant que le projet IA lui-même soit suffisamment cadré pour les équipes.

Type 4 : le manque de compétence perçue

Le signal : "Je ne suis pas très à l'aise avec l'informatique", "ce n'est pas pour moi", "les autres s'en sortent mieux". Le collaborateur ne dit pas non à l'IA. Il dit non à l'idée d'échouer devant ses collègues.

C'est un refus d'anxiété, pas de conviction. Il se manifeste souvent par un évitement passif : l'outil est installé, il n'est jamais ouvert.

Trois erreurs fréquentes :

• La pression directe ("tout le monde l'utilise, pourquoi pas vous ?").
• L'exposition publique à l'outil avant que la personne soit à l'aise.
• L'hypothèse que le problème se résoudra seul avec le temps.

La réponse adaptée :

• Proposer une formation courte et pratique, en dehors du regard des collègues.
• Désigner un pair référent (un collègue qui maîtrise l'outil et peut accompagner informellement).
• Fixer une montée en compétence progressive avec des étapes explicites.

Sur ce point, l'article 4 de l'AI Act est utile à mentionner avec précision : en tant qu'opérateur d'un système d'IA, vous avez une obligation de moyens pour veiller à ce que votre personnel dispose d'un niveau suffisant de littératie IA. Ce n'est pas une obligation de résultat, et cela ne signifie pas que chaque collaborateur doit maîtriser l'outil du premier coup. Mais cela légitime votre démarche de formation et votre droit de la documenter.

Ce que vous pouvez faire, et ce que vous devez éviter

Une fois le type de refus identifié, la réponse suit une logique en deux temps : le dialogue d'abord, la décision managériale ensuite.

Le dialogue n'est pas optionnel, mais il a une fin

Écouter, diagnostiquer, répondre au type de refus : c'est le premier temps. Il a une valeur réelle. Il vous évite de répondre à côté (forcer l'adoption face à une peur de l'emploi, par exemple, est contre-productif). Il crée aussi les conditions d'une adoption durable.

Mais le dialogue ne doit pas devenir une boucle ouverte. Une conversation de fond sur le refus, une réponse adaptée au motif, un délai raisonnable pour que l'adaptation se fasse : c'est le cadre. Au-delà, vous entrez dans un registre différent.

La décision managériale est légitime

Un salarié qui refuse durablement d'utiliser un outil IA intégré à son poste s'expose à des conséquences managériales, à condition que l'employeur ait d'abord mené une démarche d'accompagnement documentée. L'employeur dispose d'un pouvoir de direction qui inclut l'organisation du poste et le choix des outils. Le refus persistant d'utiliser un outil intégré à la définition du poste n'est pas sans conséquences potentielles. Ce n'est pas un sujet à dramatiser ni à minimiser.

Voici la séquence à respecter :

1. 1Diagnostiquer le type de refus avant de répondre.
2. 2Mener une démarche d'accompagnement adaptée et la documenter.
3. 3Poser un cap clair avec un délai raisonnable.
4. 4Si le refus persiste malgré l'accompagnement, vous êtes fondé à considérer une réorganisation du poste ou des objectifs.

Les raccourcis à éviter :

• Traiter le refus comme une faute par défaut.
• Sauter l'étape de dialogue pour aller directement à la mesure formelle.
• Laisser le refus se consolider sans réponse, au motif que "le temps arrange les choses".
• Présenter l'article 4 de l'AI Act comme créant une obligation de résultat individuelle : ce n'est pas le cas.

Ce que vous devez faire :

• Documenter vos échanges et les ressources mises à disposition.
• Adapter votre réponse au type de refus identifié.
• Poser un cap clair : quel usage attendez-vous, dans quel délai, avec quel accompagnement ?
• Rester cohérent dans le temps : tenir le cap ne signifie pas fermer le dialogue, mais ne pas le laisser ouvert indéfiniment.

Le dirigeant de PME sans DRH n'a pas à improviser face à un refus. Il a à diagnostiquer, répondre au bon niveau, et tenir une position claire.

Un dernier point souvent négligé : si plusieurs collaborateurs expriment des réserves similaires au même moment, le problème n'est peut-être pas individuel. C'est peut-être le signal d'un problème de déploiement : mauvais outil pour le contexte, absence de formation préalable, ou communication insuffisante sur les objectifs. Le guide [L'IA pour les PME : par où commencer ?](/blog/ia-pour-pme-guide) peut vous aider à recadrer le projet dans son ensemble si c'est le cas.

Anticiper les résistances avant qu'elles arrivent

Gérer un refus après déploiement, c'est toujours plus coûteux que l'avoir anticipé. La question du "qui sera à l'aise avec cet outil, et qui aura besoin d'un accompagnement spécifique ?" doit se poser avant l'introduction de l'outil, pas après.

C'est précisément ce que permet l'Audit IA Express de Smart Impulsion. En trois jours, il cartographie vos processus, identifie les fonctions prioritaires à équiper, et anticipe les profils pour lesquels l'accompagnement devra être renforcé. Il produit un séquençage de déploiement qui réduit les frictions, pas un plan générique de formation.

Si vous êtes dans la situation décrite en introduction, c'est-à-dire un outil déployé et un refus à gérer, l'audit peut également vous aider à comprendre si le refus isolé est un signal précurseur d'une friction plus large. C'est souvent le cas.

[Demandez votre Audit IA Express](/services/audit) pour cartographier vos risques de résistance avant le prochain déploiement.