Vous utilisez Claude depuis trois mois. Discrètement, dans votre coin, le matin avant que l’équipe n’arrive. Vous savez maintenant ce qu’il sait faire et ce qu’il ne sait pas faire, où il vous fait gagner du temps, où il vous en fait perdre. Et un matin — peut-être en relisant un compte-rendu qu’un membre de l’équipe a mis trois heures à produire — vous vous dites : il faut que je leur en parle.

C’est là que ça se complique.

Dans notre dernier article, nous parlions de cinq usages personnels de Claude pour un chef de projet. Passer du je au nous — du solitaire au collectif — c’est un tout autre exercice. Et c’est là que la plupart des introductions d’IA en équipe se cassent la figure.

Pas à cause de la technologie. À cause des humains. À cause de l’annonce maladroite, du timing mal choisi, de la démo qui rate, de la peur qu’on n’a pas voulu entendre. Voici six étapes pour traverser cette transition sans braquer personne — et sans non plus passer six mois à n’y rien faire.

1. Avant tout, utilisez-le vous-même pendant un mois

La pire façon d’introduire l’IA dans son équipe, c’est de le faire après une démo de cinq minutes vue à une conférence ou un article LinkedIn croisé un dimanche soir. On revient le lundi en disant “il faut qu’on s’y mette”, on lance un Slack enthousiaste, et trois semaines plus tard, plus personne n’en parle.

La raison est simple : vous n’avez pas encore vos propres exemples. Vous n’avez pas vos prompts qui marchent. Vous n’avez pas vos moments de déception — tiens, Claude n’est pas bon pour ça — ni vos petites victoires — là, il m’a sauvé une matinée. Vous n’avez pas la matière concrète qui rend une introduction crédible.

Un mois, c’est le minimum. Un mois pendant lequel vous l’utilisez sur de vrais documents projet, de vraies décisions, de vrais emails. Un mois pendant lequel vous notez (mentalement ou sur un carnet) ce qui marche, ce qui ne marche pas, ce qui vous a surpris. Quand vous arriverez devant l’équipe, vous ne raconterez pas ce que dit la pub. Vous raconterez ce que vous avez vécu. C’est très différent. C’est ce qui fait passer le message.

2. Ne faites pas de grande annonce

Convoquer une réunion spéciale intitulée “Nouveau projet : IA dans notre équipe” est peut-être l’erreur la plus fréquente. Avant même que vous ayez ouvert la bouche, votre équipe est déjà tendue. Une réunion ad hoc, c’est presque toujours mauvais signe — restructuration, mauvaise nouvelle, nouvelle procédure imposée. Le cadre est posé en mode défense, et il sera très difficile à inverser.

L’approche inverse fonctionne beaucoup mieux : mentionner l’outil de façon presque incidente, dans une réunion déjà prévue, sur un sujet déjà en cours. “Tiens, ce matin pour préparer ma note au comité, j’ai utilisé un truc qui m’a fait gagner du temps — je vous montre vite fait ?”

Le ton fait tout. On n’annonce pas un virage stratégique. On partage une astuce, comme on partagerait une nouvelle fonctionnalité d’Excel. La pression descend. La curiosité monte. Et la moitié de la résistance s’évapore avant même qu’elle ait eu le temps de se formuler.

3. Choisissez très soigneusement votre première démo

Une fois la conversation ouverte, vous allez probablement faire une démonstration. C’est là qu’il faut se méfier d’une tentation très naturelle : montrer ce que Claude sait faire de plus impressionnant. Une stratégie complète. Un plan d’affaires. Une analyse géopolitique.

Ne le faites pas.

Demandez à Claude une question stratégique ouverte, et il vous renverra une réponse générique. Votre équipe verra une réponse générique. Elle conclura que “ça ne sait pas grand-chose, finalement”. Mauvaise démo, message brouillé, fenêtre fermée.

À la place, choisissez une tâche que toute l’équipe connaît et déteste. Le compte-rendu de la réunion de 90 minutes. L’email diplomatique à un partenaire difficile. Le résumé du rapport bailleur de 40 pages. Quelque chose dont les yeux roulent quand on en parle, quelque chose dont tout le monde a un mauvais souvenir.

Vous prenez ce cas, vous le faites en direct, en 10 minutes maximum. Pas de slides sur “qu’est-ce que l’IA”. Le résultat parlera tout seul. C’est l’effet “ah d’accord, en fait c’est utile” — celui qui ouvre vraiment la suite.

4. Parlez tout de suite des peurs

Quel que soit le ton avec lequel vous présentez Claude, certaines questions vont remonter. Parfois à voix haute, parfois en off, parfois jamais — ce qui est le pire cas. Mieux vaut les ouvrir vous-même que les laisser circuler en sourdine.

Trois peurs reviennent presque toujours.

“Est-ce que l’IA va remplacer nos jobs ?” La réponse honnête n’est ni un “non absolument pas” rassurant (vous ne le savez pas) ni un “oui peut-être un jour” anxiogène. C’est plus nuancé : dans un contexte d’équipes restreintes, de petits budgets, d’ONG ou de PME, l’IA augmente le travail des gens en place plus qu’elle ne les remplace, sur l’horizon des deux à trois prochaines années. Le vrai risque, à plus long terme, ce n’est pas l’IA en soi — c’est de se faire dépasser par ceux qui sauront s’en servir. Mieux vaut donc être de ceux qui apprennent.

“Et la confidentialité ?” La question est légitime, surtout dans nos secteurs où on manipule des données bailleurs, des listes de bénéficiaires, des rapports sensibles. Trois règles pragmatiques.

D’abord, vérifier ses paramètres. Depuis fin 2025, Anthropic — la société qui édite Claude — demande à chaque utilisateur Free, Pro ou Max de choisir explicitement s’il accepte ou non que ses conversations servent à entraîner les futurs modèles. Le réglage s’appelle “Aider à améliorer Claude”, dans Paramètres → Confidentialité. Activé : rétention de cinq ans et usage possible pour l’entraînement. Désactivé : rétention de 30 jours, pas d’entraînement. Modifiable à tout moment.

Ensuite, anonymiser avant de coller. Pas de noms, pas de numéros, pas de listes nominatives, quel que soit votre paramétrage et quel que soit l’outil en ligne utilisé. C’est la règle de base.

Enfin, pour les sujets très sensibles, il existe un mode incognito (icône en haut à droite de l’interface) dont les conversations sont systématiquement exclues de l’entraînement, indépendamment de votre configuration générale. Pour les organisations qui manipulent en volume des données sensibles, les versions entreprise (Claude for Work, accès via API) offrent par défaut des garanties plus fortes — pas d’entraînement, rétention courte, contrats de traitement disponibles.

“Je ne suis pas geek.” Celle-ci est facile à désamorcer en direct, par une démo. C’est de la conversation, en français. Pas d’installation, pas de ligne de commande, pas de code. Si vous savez écrire un email, vous savez parler à Claude.

5. Les premières semaines : laissez infuser

Une fois l’introduction faite, la tentation suivante est de mettre la pression. “Qui a essayé cette semaine ?” “Combien d’usages avons-nous enregistrés ?” “Pourquoi tu n’as pas utilisé Claude pour ça ?” C’est exactement ce qui éteint la curiosité.

Le bon dosage est plus patient. Ouvrir un point hebdo léger — cinq minutes en fin de stand-up, par exemple — où ceux qui veulent peuvent partager un usage de la semaine. “Tiens, j’ai essayé un truc, ça a bien marché, voici le prompt.” “Moi j’ai essayé pour X, ça n’a pas marché, je ne sais pas pourquoi.” Le partage informel circule, les bonnes pratiques se diffusent par contagion, sans mandat ni rapport à remplir.

Certains de vos collègues adopteront vite. D’autres lentement. Une ou deux personnes ne s’y mettront pas, ou pas tout de suite. Dans les premières semaines, c’est très bien. La pression ralentit toujours l’adoption — elle ne l’accélère jamais.

6. Quand un mauvais usage apparaît

À un moment, ça arrivera. Quelqu’un de l’équipe va coller des données sensibles dans Claude — un fichier bénéficiaires, un brouillon de rapport confidentiel — sans avoir mesuré. Ou quelqu’un d’autre va arriver en réunion avec un chiffre fourni par Claude qui n’existe nulle part — “87% des PME africaines…” — avant que personne n’ait vérifié.

Ce sont des moments de vérité pour la confiance que vous avez bâtie. Mal gérés, ils peuvent annuler tout le travail précédent.

La bonne approche est rarement publique. Une conversation à part, calme, avec la personne concernée : “Voici ce qui s’est passé. Voici ce qu’on apprend. Voici comment on s’organise pour l’éviter.” Pas d’humiliation, pas de mémo cinglant. La leçon collective vient ensuite, en réunion d’équipe, sans nommer personne : “On va se mettre d’accord sur deux règles simples — on n’y colle pas de données nominatives, et on vérifie tout chiffre avant de l’utiliser à l’extérieur.”

Une charte de trois lignes posée doucement après un incident vaut mieux qu’un règlement de dix pages écrit en amont. Et la confiance, si elle est tenue, en ressort renforcée.

Pour conclure

Introduire l’IA dans une équipe, c’est rarement un problème de technologie. La technologie, dans ce cas, est la partie facile : Claude est accessible en français, gratuit pour la plupart des usages, sans installation. La partie difficile, c’est tout le reste — la confiance, le rythme, les peurs, les premiers ratés, les habitudes à installer en douceur.

Nous reviendrons dans les prochaines semaines sur des aspects plus spécifiques : un article entier sur la confidentialité et l’IA dans le secteur du développement, un autre sur les hallucinations et comment les détecter, un troisième sur les usages collectifs avancés une fois que l’équipe a pris ses marques. Et si vous traversez cette étape en ce moment — ou si vous l’avez ratée une première fois et que vous cherchez à reprendre les choses autrement — écrivez-nous. Vos histoires nourriront les prochains articles.

L’AI Act européen, dont nous parlions dans notre premier article, fixera des règles. Mais ce qui décidera vraiment de l’impact de l’IA en Afrique francophone, ce ne sont pas les règlements. Ce sont les équipes qui, dans leurs bureaux à Conakry, Dakar ou Abidjan, l’apprivoisent un mardi matin, à leur rythme, sans drame.