Faire ses premiers pas avec l’IA quand on n’est pas technique

Vous n’écrivez pas de code, vous n’avez pas d’équipe technique sous la main, et on vous répète depuis des mois qu’il faut vous y mettre. Débuter avec l’IA quand on vient d’un métier (direction, gestion, commerce, ressources humaines) n’a pourtant rien d’un projet informatique. Cela ressemble davantage à l’apprentissage d’un outil de bureautique, avec deux ou trois précautions qui n’existaient pas avant.

Le principal obstacle n’est pas la difficulté technique, c’est l’absence de méthode. On ouvre un assistant, on pose une question vague, on obtient une réponse moyenne, et on en conclut que l’outil est surestimé. La même personne, avec un protocole simple et trois heures étalées sur trois semaines, obtient des résultats utiles sur son propre travail.

Cet article propose ce protocole : trois usages à essayer dans l’ordre, ce qu’il faut savoir sur la confidentialité avant de coller un document dans une fenêtre de discussion, et la façon de reconnaître qu’un résultat est mauvais. Aucun jargon, aucune installation, un navigateur suffit.

Débuter avec l’IA : la question de la confidentialité d’abord

C’est la seule partie de l’apprentissage qu’il ne faut pas découvrir en avançant. Quand vous écrivez dans un assistant grand public, votre texte part chez un éditeur, parfois hors d’Europe, et peut être conservé dans un historique. Selon l’offre souscrite, il peut aussi servir à améliorer le service.

Trois questions à poser avant le premier essai, à votre prestataire informatique ou à l’éditeur lui-même :

• Où sont hébergées les données saisies, et combien de temps sont-elles conservées ?
• Le contenu que je saisis peut-il servir à entraîner le modèle, et existe-t-il une option pour le désactiver ?
• L’offre utilisée est-elle une offre professionnelle, avec un contrat, ou un compte personnel gratuit ?

En attendant les réponses, une règle simple couvre l’essentiel : ce que vous ne mettriez pas dans un courriel adressé à un fournisseur externe, ne le collez pas dans un assistant. Cela exclut les données personnelles de vos clients ou salariés, les identifiants, les contrats en cours de négociation et les documents couverts par une clause de confidentialité. Pour les usages où vous avez besoin du document réel, remplacez les noms par des étiquettes (Client A, Salarié 1) avant de coller. Le sujet est traité en détail dans notre article sur le RGPD et l’IA en entreprise, et l’usage non encadré d’outils personnels au bureau porte un nom, le shadow AI, qui se règle par une consigne écrite plutôt que par une interdiction.

Semaine 1 : reformuler et résumer vos propres textes

Le premier usage n’est pas le plus spectaculaire, c’est le plus sûr. Vous partez d’un contenu que vous connaissez par cœur, donc vous êtes capable de juger la qualité de la sortie immédiatement. C’est exactement l’inverse de la démonstration où l’on demande une information que l’on ne maîtrise pas.

Prévoyez une heure et cinq textes bien à vous : un compte rendu de réunion un peu long, un courriel difficile à écrire, une note interne, une offre commerciale, un texte à raccourcir de moitié. Pour chacun, demandez trois choses successivement : un résumé en cinq puces, une version pour un destinataire précis (un client, un comptable, un nouvel arrivant), puis une liste des points ambigus qui mériteraient d’être clarifiés.

Cette troisième demande est celle qui surprend le plus. Un assistant repère assez bien ce qu’un texte laisse dans le flou, parce qu’il n’a pas votre contexte implicite. Vous obtenez une relecture critique en quelques secondes, sur un contenu que vous avez écrit vous-même.

Semaine 2 : demander un premier jet, avec un vrai briefing

La deuxième semaine porte sur la production. C’est là que la plupart des gens abandonnent, parce qu’ils écrivent une consigne de dix mots et jugent le résultat sur cette base. Un assistant produit à hauteur de ce qu’on lui donne : une demande générique donne un texte générique.

Un briefing utilisable tient en cinq éléments, toujours les mêmes :

1. Le contexte : qui vous êtes, ce que fait votre organisation, la situation.
2. Le destinataire : à qui le texte s’adresse et ce qu’il sait déjà.
3. L’objectif : ce que le lecteur doit comprendre ou faire après lecture.
4. Les contraintes : longueur, ton, ce qu’il ne faut surtout pas écrire.
5. Un exemple : un texte existant dont vous aimez la forme.

Le cinquième point vaut souvent les quatre autres réunis. Coller un exemple de ce que vous voulez obtenir déplace la qualité bien plus que dix lignes d’explications. Notre méthode pour écrire un bon prompt détaille cette structure et les corrections à apporter quand le résultat n’est pas au niveau.

Un ordre de grandeur pour ne pas se décourager : sur une note d’une page, comptez cinq à sept minutes de briefing et deux allers-retours de correction, contre trente à quarante minutes de rédaction à froid. Le gain existe, il n’est pas de dix fois.

Semaine 3 : interroger vos documents plutôt que le modèle

Le troisième usage est celui qui rend le plus service dans la durée : poser des questions sur un document que vous fournissez. Un rapport de trente pages, un compte rendu d’assemblée, un cahier des charges reçu d’un client. Vous collez le document (en respectant les règles de la première partie), puis vous posez vos questions dessus.

La différence est fondamentale. Quand l’assistant répond depuis sa mémoire d’entraînement, il peut inventer avec aplomb. Quand il répond à partir d’un texte que vous lui avez donné, il travaille sur une matière vérifiable, et vous pouvez lui demander de citer le passage sur lequel il s’appuie. Prenez l’habitude d’ajouter cette phrase : « pour chaque réponse, cite l’extrait exact du document ». Une réponse sans extrait est une réponse à vérifier.

C’est aussi le moment de découvrir la limite la plus courante : sur un document très long, l’assistant survole. Découpez alors en parties et posez vos questions section par section.

Reconnaître un mauvais résultat quand on n’est pas expert du sujet

Utiliser l’IA sans être technique suppose un réflexe de contrôle, parce que la forme est toujours impeccable, même quand le fond est faux. Un texte généré est fluide, structuré et assuré : rien dans son apparence ne signale l’erreur.

Quatre vérifications suffisent à intercepter la grande majorité des problèmes :

• Les chiffres et les dates : tout nombre non issu de votre document doit être vérifié à la source. C’est le point de défaillance numéro un.
• Les citations et références : un texte, un article de loi, un nom d’étude cités sans que vous les ayez fournis se vérifient systématiquement.
• Le test de la banalité : si le texte pourrait s’appliquer tel quel à n’importe quelle autre entreprise, c’est que le briefing manquait de contexte.
• Le test du domaine connu : faites-lui traiter un sujet que vous maîtrisez parfaitement. Vous verrez précisément où il approxime, et vous transposerez cette méfiance aux autres sujets.

Ces erreurs assurées portent un nom, les hallucinations, et elles se réduisent par la méthode plus que par le choix de l’outil : nous détaillons les techniques dans notre article sur les hallucinations de l’IA générative.

Les quatre erreurs qui font abandonner

1. Poser une question au lieu de donner une mission. « Parle-moi du marketing » ne donne rien. « Rédige trois objets de courriel pour annoncer un changement d’horaires à des clients artisans » donne un point de départ.
2. Accepter le premier jet. La valeur est dans le deuxième et le troisième échange, quand vous dites ce qui ne va pas.
3. Vouloir tout automatiser tout de suite. Les premiers usages de l’intelligence artificielle qui tiennent sont ceux que vous faites vous-même, à la main, dans une fenêtre de discussion. Le passage à l’automatisation vient après, quand la tâche est stabilisée.
4. Ne rien mesurer. Notez le temps passé avant et après sur deux ou trois tâches. Sans repère chiffré, la discussion tourne à l’opinion.

Quand ces réflexes sont acquis à titre individuel, la question suivante est celle de la diffusion dans l’équipe, qui relève d’un autre exercice : former ses équipes à l’IA demande un cadre, des exemples métier et une charte, pas une démonstration d’outil.

Le plan de la première heure

Apprendre à utiliser l’IA ne demande ni budget ni compétence technique : trois heures réparties sur trois semaines, sur vos propres documents, suffisent à savoir ce que l’outil vous apporte réellement. Débuter avec l’IA, concrètement, c’est ouvrir un assistant, coller un compte rendu que vous avez écrit, demander un résumé en cinq puces, puis corriger ce résumé jusqu’à ce qu’il soit publiable.

À la fin des trois semaines, vous aurez deux ou trois usages qui vous font gagner du temps chaque semaine, une idée précise de ce que l’outil rate, et de quoi discuter d’égal à égal avec un prestataire. C’est exactement le socle à partir duquel un projet plus ambitieux se cadre sans se faire vendre n’importe quoi.