Votre équipe n’a pas besoin d’un génie de l’IA. Elle a besoin d’une échelle.

Dans la plupart des équipes, une ou deux personnes se débrouillent bien avec l’IA. Toutes les questions finissent dans leur boîte mail. Les autres utilisent peu l’outil et espèrent que personne ne le remarquera.

Ce n’est pas un manque de compétences. C’est un problème de transmission. Le savoir reste chez une ou deux personnes, personne ne l’écrit, et il part avec elles.

Ceux qui progressent moins vite ne sont pas paresseux. Personne ne leur a montré à quoi ressemble un bon usage, étape par étape. Ils ont eu une formation de deux heures et la consigne d’« utiliser l’IA davantage ». Quand j’ai analysé 146 offres d’emploi en adoption de l’IA, 63 demandaient de former les utilisateurs. 17 seulement disaient comment mesurer le résultat.

Voici donc une échelle : 20 petites étapes réparties en cinq paliers, et un parcours à part pour ce qui fait vraiment gagner des heures, les tableaux de bord et les automatisations. Chaque étape a une tâche et un test qui dit quand elle est acquise. Comptez dix semaines, à raison de vingt minutes par jour.

D’abord, à quoi ressemble un bon usage

Bien utiliser l’IA ne demande pas de connaître des formules secrètes. Cela demande deux choses simples. Donner à l’outil ce dont il a besoin, et dire précisément ce que vous attendez en retour.

Tout ce qui suit décline ces deux principes. Une consigne vague produit un texte qui sonne juste et qui est faux. C’est ce qui décourage les gens : un mauvais résultat, et ils concluent que l’IA ne sert à rien. Une consigne précise produit un résultat utilisable.

L’échelle

Palier 1. Être précis (étapes 1 à 4)

1. Ne repartez plus de zéro. Pour chaque tâche fréquente, gardez cinq éléments sous la main : un bon exemple, les règles, un échantillon de votre écriture, un mauvais exemple, et une note sur ce qu’est une bonne réponse. Collez-les avant de poser la question. Acquis quand vous n’avez plus à expliquer la tâche et que le premier jet est déjà utilisable.
2. Écrivez un brief, pas un souhait. Avant la demande, quatre lignes. Qui va lire, quelle longueur, ce qui doit y figurer, ce qui est interdit. Les mots interdits sont vos alliés : « pas de précautions oratoires, pas d’introduction longue ». Acquis quand un collègue obtient la même forme de réponse avec votre consigne.
3. Dites ce que vous ne voulez pas. La plupart des gens décrivent seulement la cible. Décrivez aussi ce qu’il faut éviter : un ton, une structure, un jargon. Acquis quand vous pouvez citer trois défauts que la liste « à éviter » a corrigés.
4. Demandez trois versions. Une prudente, une intermédiaire, une audacieuse. Choisissez, et écrivez en une ligne pourquoi. Acquis quand votre choix tient toujours le lendemain matin.

Palier 2. Construire une fois, réutiliser (étapes 5 à 8)

5. Créez un espace de travail dédié. Un Projet dans Claude, un notebook dans Microsoft 365 Copilot ou un GPT personnalisé dans ChatGPT garde vos règles et vos documents de référence. Rédigez les instructions comme pour un nouvel arrivant. Acquis quand vous l’ouvrez trois jours de suite sans rien réexpliquer.
6. Fixez votre style. Ajoutez trois textes que vous avez vraiment écrits, avec une note sur la longueur des phrases, le niveau de formalité et les mots que vous n’utilisez jamais. Acquis quand un lecteur ne sait plus qui a écrit le texte, vous ou l’outil.
7. Corrigez au lieu de régénérer. Quand un brouillon est juste à 80 %, corrigez les 20 % restants. Régénérer jette la bonne partie et fait dériver le texte. Acquis quand un document arrive à sa version finale en six petites retouches, pas en six réécritures.
8. Tenez un journal des versions. Une ligne par version : ce qui a changé, et pourquoi. Deux minutes qui évitent une heure à chercher quelle version est partie. Acquis quand le journal explique chaque écart entre le premier et le dernier brouillon.

Palier 3. Faire vérifier le travail (étapes 9 à 12)

9. Faites un plan avant de produire. Pour tout ce qui dépasse un paragraphe, demandez d’abord un plan, puis les cinq façons dont il peut échouer. Acquis quand le plan signale un risque auquel vous n’aviez pas pensé.
10. Demandez la contradiction. « Donne le meilleur argument contre ce texte, puis la phrase que tu couperais en premier. » Acquis quand vous retenez deux remarques et modifiez le texte.
11. Découpez les gros travaux. Cinq ou six étapes, chacune produit quelque chose dont la suivante a besoin. Acquis quand aucune étape ne finit par « et ensuite on verra ».
12. Vérifiez les sources, pas seulement la réponse. Demandez la source sérieuse qui contredit votre point de vue, puis ouvrez vraiment les liens. Acquis quand chaque affirmation renvoie à une page que vous avez lue.

Palier 4. Aller au-delà de la fenêtre de discussion (étapes 13 à 16)

13. Cherchez comme un documentaliste. Des recherches courtes, précises, datées. Quatre recherches ciblées valent mieux que quinze approximatives. Acquis quand chaque conclusion renvoie à une page que vous avez lue.
14. Connectez une vraie source. SharePoint, Google Drive, Notion ou Slack, en lecture seule pour commencer. Demandez ensuite ce que l’outil voit et qu’il ne devrait pas voir. Acquis quand vous pouvez nommer deux fichiers auxquels il ne doit jamais toucher.
15. Branchez vos propres fichiers ou une base de données. Restez en lecture seule tant que vous n’avez pas confiance. Acquis quand il a donné trois bonnes réponses et que vous avez noté celle qu’il a ratée.
16. Si votre équipe code, essayez-le sur un vrai projet. Écrivez d’abord les conventions de l’équipe, faites un plan avant de modifier, lancez les tests après. Acquis quand la modification est assez petite pour qu’un collègue la relise vraiment.

Palier 5. Piloter une méthode, plus seulement des consignes (étapes 17 à 20)

17. Séparez les rôles. Un passage cherche, un autre critique le brouillon, un troisième rédige, un dernier relit. Gardez le critique exigeant. Acquis quand les objections apparaissent dans la version finale, avec leur réponse.
18. Enregistrez vos trois meilleures méthodes. Sous forme de modèles d’instructions réutilisables, pour ne plus les retaper. Acquis quand une instruction d’une ligne suffit à les lancer correctement.
19. Construisez une grille de suivi. Dix tâches que vous connaissez bien, notées sur dix chaque semaine, avec les ratés consignés. Acquis quand la grille révèle une baisse de qualité causée par une « petite amélioration ».
20. Rédigez le document de passation. Vos fichiers, vos briefs, vos modèles enregistrés, vos notes, et les trois erreurs que vous avez faites. Acquis quand un collègue termine une tâche sans vous et que ses questions portent sur le jugement, pas sur la mécanique.

Le parcours à part : tableaux de bord et automatisations

Il se mène en parallèle des paliers 2 à 4. C’est là que l’équipe récupère des heures.

1. Décrivez vos données avant de construire quoi que ce soit. Les colonnes, les unités, la fréquence de mise à jour, le responsable.
2. Construisez un tableau de bord avec de faux chiffres en une heure. Une barre de filtres, quatre indicateurs, une courbe. Peu importe qu’il soit laid.
3. Gardez un chiffre qui compte, les trois facteurs qui le font bouger et neuf données sous ces facteurs. Supprimez tout le reste.
4. Remplacez les faux chiffres par une source réelle en lecture seule, et faites en sorte que le tableau signale clairement une erreur si les colonnes changent.
5. Planifiez la mise à jour, et vérifiez qu’elle peut tourner deux fois sans rien casser.
6. Ajoutez une alerte qui ne se déclenche que sur un vrai mouvement, avec une courte note sur ce qui a bougé et pourquoi. C’est ce qui sépare un tableau de bord utile d’un mur de chiffres.
7. Enchaînez. Un formulaire arrive, un ticket se crée avec un responsable proposé, et les doublons sont écartés.
8. Placez une validation humaine devant tout ce qui compte, et gardez la trace de qui a validé quoi.

Une équipe qui livre un tableau de bord fiable et deux automatisations sous contrôle a déjà quelque chose de concret à montrer.

Là où les équipes bloquent

• Dix consignes et aucune grille de suivi. On a une impression de progrès, sans preuve.
• Tout réécrire à chaque fois, puis s’étonner que la qualité varie.
• Tout coller dans la fenêtre au lieu d’être précis.
• Automatiser un processus qui ne fonctionne pas encore à la main.
• Sauter l’étape de la critique parce qu’elle pique.
• Construire des tableaux de bord sans responsable. Ils sont abandonnés en trois semaines.

Les dix semaines

• Jours 1 à 14 : étapes 1 à 4, vingt minutes par jour.
• Jours 15 à 28 : étapes 5 à 8, et les trois premières étapes du parcours tableaux de bord.
• Jours 29 à 42 : étapes 9 à 12, et les étapes 4 à 6 du parcours.
• Jours 43 à 56 : étapes 13 à 16, et les deux dernières étapes du parcours.
• Jours 57 à 70 : étapes 17 à 20, et la première grille de suivi.

Ensuite, une grille de suivi et une mise à jour du document de passation chaque mois. Sans cela, le niveau redescend.

Pour aller plus vite

Seul. Commencez par la checklist de préparation d’un déploiement d’IA. Dix questions, cinq minutes, gratuite et sans compte. Elle montre où votre équipe en est avant de monter la première marche.

Avec votre équipe. C’est mon métier : la conduite du changement et l’adoption des outils, de la première consigne à la mesure de l’usage. Réservez un appel de 20 minutes. Je vous dirai franchement si vous avez besoin de moi ou seulement de la checklist.

Dans les deux cas, commencez par l’étape 1 aujourd’hui. C’est elle qui rend toutes les autres possibles.

Alexandre Gilles a passé sept ans à faire adopter des outils numériques chez Avanade (Accenture × Microsoft) et Crédit Agricole CIB, dont 2 500 utilisateurs sur une application métier d’Enedis. Il a formé près de 40 professionnels en individuel et construit sa propre entreprise avec des agents IA.