Bien prompter au travail : 8 règles pour des réponses fiables (ChatGPT, Claude, Mistral)

Comment bien prompter au travail ? En donnant à l’IA ce qu’un collègue compétent mais tout juste arrivé aurait besoin de savoir : le contexte, l’objectif, le format attendu et les documents à utiliser. Ces quatre éléments font passer d’une réponse générique à une réponse exploitable ; quatre règles de plus (découper, sourcer, faire vérifier, itérer) la rendent fiable.

Ce guide détaille les 8 règles, chacune illustrée par un exemple « avant / après », puis cinq modèles de prompts métier à copier, la liste de ce qu’il ne faut jamais coller dans un outil d’IA et les limites qu’aucun prompt ne supprime. Les règles valent pour ChatGPT, Claude, Vibe de Mistral (ex-Le Chat), Gemini ou Microsoft 365 Copilot : les modèles diffèrent, les principes restent les mêmes.

Pourquoi un prompt vague donne une réponse générique

Un modèle de langage produit la suite de texte la plus plausible à partir de ce que vous lui donnez. Tout ce que vous ne précisez pas, il le comble par des choix moyens : un ton standard, un lecteur imaginaire, une longueur arbitraire, des faits tirés de ses données d’entraînement. D’où ces réponses correctes sur le fond mais inutilisables telles quelles, qu’il faut ensuite réécrire.

Rédiger un prompt efficace consiste à réduire cette part de devinette : c’est tout l’objet du prompt engineering, ou ingénierie de prompt. Au bureau, nul besoin de formules magiques : les guides des éditeurs convergent sur quelques principes simples. Anthropic invite à considérer le modèle comme « un employé brillant mais nouveau, qui manque de contexte sur vos normes et vos flux de travail » (bonnes pratiques de prompting d’Anthropic). Microsoft décompose une bonne invite en quatre parties : l’objectif, le contexte, les attentes et la source (guide d’écriture d’invites Copilot).

Les 8 règles se répartissent en deux groupes : les quatre premières rendent la réponse pertinente, les quatre suivantes la rendent fiable.

Règles 1 à 4 : obtenir une réponse pertinente

Les exemples de cette section et de la suivante sont fictifs : remplacez les détails par votre situation.

Règle 1 : donnez le contexte

Le contexte, c’est tout ce que le modèle ne peut pas deviner : qui vous êtes, la situation, ce qui a déjà été dit ou fait, les contraintes à respecter. Trois à cinq phrases suffisent souvent. Expliquez aussi la raison de vos consignes : Anthropic observe que le modèle cerne mieux vos objectifs, et généralise mieux, quand il connaît le pourquoi d’une instruction.

AVANT
Écris un mail de relance pour un devis.

APRÈS
Je suis responsable commercial d’une PME de 35 personnes qui installe
des systèmes de ventilation dans des immeubles de bureaux.
Il y a trois semaines, nous avons envoyé un devis de 18 500 € HT
au gestionnaire d’un immeuble. Lors de la visite, il hésitait
à cause du délai d’intervention, annoncé à six semaines.
Une équipe s’est libérée : nous pouvons intervenir sous trois semaines.
Rédige un mail de relance qui met en avant ce nouveau délai.

Règle 2 : fixez l’objectif et le destinataire

Dites ce que le texte doit produire chez son lecteur (une décision, un rendez-vous, une validation) et qui est ce lecteur : son rôle, ce qu’il sait déjà, ce qui le préoccupe. Le même rapport ne se résume pas de la même façon pour un directeur financier pressé et pour une équipe de chantier.

AVANT
Résume ce rapport d’audit énergétique.

APRÈS
Résume le rapport d’audit énergétique ci-joint pour notre directeur
général. Il doit décider lundi s’il lance les travaux cette année
ou l’an prochain. Il n’est pas technicien : il veut le coût total,
le gain annuel estimé, le délai de retour sur investissement
et les risques si l’on attend un an.

Et le rôle (« Tu es un expert… ») ? Attribuer un rôle au modèle aide à fixer le ton et le vocabulaire : Anthropic note qu’une seule phrase de rôle suffit à orienter son comportement. Mais le rôle ne remplace ni le contexte ni l’objectif. « Tu es un expert en marketing », sans rien sur votre entreprise, votre cible et votre but, donnera toujours une réponse de manuel. Utilisez-le en complément, jamais à la place.

Règle 3 : imposez le format de sortie

Longueur, structure, ton, niveau de détail : ce qui n’est pas précisé est laissé au hasard. Préférez les mesures aux adjectifs : « 150 mots maximum » plutôt que « pas trop long ». La documentation de Mistral AI sur le prompting le recommande explicitement : proscrire les quantités floues (« trop long », « beaucoup », « peu ») et les consignes vagues (« rends-le meilleur »), au profit de critères objectifs. Si le résultat doit finir dans un tableur ou un outil, demandez un tableau aux colonnes nommées.

AVANT
Donne-moi des idées pour réduire nos délais de facturation.

APRÈS
Propose 5 actions pour réduire le délai entre la fin d’une
intervention et l’envoi de la facture.
Format : tableau de 4 colonnes (action, effort : faible / moyen / fort,
gain attendu, première étape concrète).
Classe les actions de la plus simple à la plus lourde.
Pas d’introduction ni de conclusion.

Règle 4 : fournissez des exemples

Un exemple vaut mieux qu’une longue description du style attendu. Pour une tâche répétitive (trier des demandes, rédiger des fiches produit, qualifier des contacts), montrez un à trois cas résolus : le modèle en reproduit la structure, le ton et le niveau de détail. Anthropic conseille même trois à cinq exemples variés quand la régularité du résultat compte.

AVANT
Classe ces demandes clients par urgence.

APRÈS
Classe chaque demande en URGENT, NORMAL ou INFO, avec une
justification de 10 mots maximum. Deux exemples :

Demande : « Notre chaudière est en panne, l’école ouvre demain. »
Réponse : URGENT, panne bloquante et échéance immédiate.

Demande : « Pouvez-vous me renvoyer la facture de mars ? »
Réponse : INFO, demande administrative sans impact opérationnel.

Demandes à classer :
[collez les demandes]

Règles 5 à 8 : obtenir une réponse fiable

Règle 5 : découpez les tâches complexes

Un prompt qui demande d’analyser, de comparer, de recommander et de rédiger d’un seul coup produit un travail moyen sur chaque point. Enchaînez plutôt les étapes : extraire les faits, les vérifier, puis rédiger à partir de ce qui a été validé. Chaque étape se contrôle, et une erreur repérée tôt ne contamine pas la suite.

AVANT
Analyse ces trois offres de fournisseurs, compare-les et rédige
une note de recommandation pour le comité de direction.

APRÈS
Étape 1 : pour chacune des trois offres jointes, relève dans
un tableau le prix total HT, le délai de livraison, la durée de
garantie et les pénalités de retard. Écris « absent » si
l’information ne figure pas dans l’offre.

[Vous vérifiez le tableau et le corrigez si besoin, puis :]

Étape 2 : à partir de ce tableau, identifie les trois écarts qui
comptent le plus pour une entreprise dont la priorité est le délai.
Étape 3 : rédige une note d’une page pour le comité de direction.

Même logique pour les conversations : ouvrez-en une nouvelle pour chaque nouveau sujet. Une longue conversation qui mélange trois dossiers finit par mêler leurs informations ; une conversation dédiée repart d’un contexte propre, que vous maîtrisez.

Règle 6 : fournissez les sources au lieu de compter sur la mémoire du modèle

Ce que le modèle « sait » vient de ses données d’entraînement : une connaissance générale, arrêtée à une date, parfois fausse, et qui ignore tout de vos contrats, de vos tarifs et de vos procédures. Pour toute réponse qui doit être exacte, collez ou joignez le document de référence et demandez au modèle de s’y limiter. Délimitez-le clairement (balises, guillemets triples) pour qu’il ne se mélange pas à vos consignes.

AVANT
Quelles sont les conditions de résiliation de notre contrat
de maintenance informatique ?

APRÈS
Voici notre contrat de maintenance, entre les balises <contrat>.
<contrat>
[texte du contrat]
</contrat>
En te fondant uniquement sur ce texte, indique les conditions de
résiliation : préavis, forme, frais éventuels.
Pour chaque point, cite l’article concerné.

Si vous refaites ce geste chaque jour sur les mêmes documents, c’est le signe qu’il faut connecter l’IA à votre base documentaire : c’est le principe du RAG, présenté dans notre guide dédié.

Règle 7 : exigez des citations et le droit de dire « je ne sais pas »

Un modèle de langage est conçu pour produire une réponse plausible : sans consigne contraire, il comble les trous plutôt que d’avouer qu’il ne sait pas. Autorisez-le explicitement à répondre « non précisé », demandez-lui de citer mot pour mot les passages sur lesquels il s’appuie et de lister ce dont il n’est pas sûr. Ces consignes reprennent les techniques qu’Anthropic recommande pour réduire les hallucinations : permettre au modèle d’admettre son incertitude, ancrer la réponse dans des citations directes. L’éditeur précise qu’elles en diminuent le nombre sans les éliminer.

AVANT
D’après ce compte rendu, qui a validé le budget du projet ?

APRÈS
D’après ce compte rendu, qui a validé le budget du projet ?
Cite mot pour mot la phrase qui le montre.
Si le compte rendu ne le dit pas explicitement, réponds
« non précisé » sans avancer d’hypothèse.
Termine par la liste des points sur lesquels tu as un doute.

Règle 8 : itérez, puis enregistrez ce qui marche

La première réponse est un brouillon. Plutôt que de reformuler toute la demande, dites précisément ce qui ne va pas. Microsoft le rappelle dans son guide : il faut s’attendre à des allers-retours, et une même invite donne des résultats légèrement différents d’une fois à l’autre.

AVANT
Non, refais.

APRÈS
Garde la structure, mais :
- raccourcis à 120 mots ;
- remplace le ton commercial par un ton factuel ;
- supprime la phrase sur les délais, elle est inexacte ;
- termine par une question à laquelle on répond par oui ou non.

Quand un prompt donne un bon résultat, enregistrez-le comme modèle. Une bibliothèque de prompts partagée, classée par métier, évite à chacun de réinventer ce qu’un collègue a déjà mis au point.

5 exemples de prompts métier à réutiliser

Ces modèles appliquent les huit règles. Remplacez les éléments entre crochets, supprimez ce qui ne s’applique pas et, avant d’y coller un document, lisez la section suivante sur les données à ne jamais partager. Rangez ceux qui vous servent dans un document partagé, ou dans les consignes enregistrées de votre outil : la plupart des assistants permettent de sauvegarder des instructions permanentes ou de créer des assistants personnalisés.

Synthèse de réunion

Voici la transcription (ou mes notes) de la réunion [nom] du [date].
Participants : [noms et fonctions].
Objectif : un compte rendu que les participants valideront par mail.
Format :
1. Décisions prises, une ligne chacune.
2. Actions, dans un tableau : qui, quoi, pour quand.
3. Points restés ouverts.
Règles : n’invente aucune décision ni échéance. Si un responsable
ou une date manque, écris « à préciser ». 250 mots maximum.
[transcription ou notes]

Réponse à un client mécontent

Je suis [fonction] chez [entreprise, activité]. Un client nous écrit :
[message du client]
Les faits vérifiés : [ce qui s’est réellement passé].
Ce que nous pouvons proposer : [geste validé en interne].
Rédige une réponse par mail, 150 mots maximum, ton courtois et
factuel : reconnais le problème, explique la cause en une phrase,
présente la solution. N’ajoute aucun engagement (remise, délai)
qui ne figure pas dans ma liste.
Propose deux versions : une sobre, une plus chaleureuse.

Analyse d’un document (contrat, appel d’offres, conditions générales)

Tu aides le dirigeant d’une PME à préparer sa lecture d’un document
avant de le soumettre à un juriste.
Document : [texte collé ou joint]
1. Relève les clauses sur [durée, résiliation, pénalités, responsabilité,
   propriété des livrables], en citant chaque fois l’article.
2. Signale les clauses inhabituelles ou déséquilibrées, avec la raison
   en une phrase.
3. Propose 5 questions à poser au juriste ou au cocontractant.
Si une clause attendue est absente, écris « absente ».
Ne rends pas d’avis juridique définitif.

Préparation d’un rendez-vous commercial

Je rencontre [prénom, fonction] de [entreprise] le [date]
pour [objet du rendez-vous]. Ce que je sais :
[notes du CRM, échanges précédents, informations publiques collées]
Notre offre : [description en deux phrases].
Prépare une fiche d’une page :
- 3 hypothèses sur ses enjeux, chacune reliée à un élément fourni ;
- 6 questions ouvertes de découverte ;
- les 3 objections probables, avec une réponse courte à chacune.
N’invente aucun fait sur l’entreprise : si une information manque,
formule-la comme une question à poser pendant le rendez-vous.

Relecture critique d’un document

Voici [ma proposition commerciale, ma note, mon plan d’action],
destiné à [comité de direction, client, banquier].
Mets-toi à la place de ce lecteur, exigeant et sceptique.
Liste, par ordre d’importance :
1. les 3 faiblesses qui pourraient faire refuser le document ;
2. les affirmations qui manquent de preuve ;
3. les questions que ce lecteur posera à coup sûr.
Ne réécris pas le document : je veux uniquement la critique.
[document]

Ce qu’il ne faut jamais coller dans un prompt

Tout ce que vous collez dans un outil d’IA sort de votre système d’information. Selon l’offre utilisée (gratuite, individuelle payante ou entreprise) et ses réglages, vos échanges peuvent être conservés plus ou moins longtemps, voire servir à améliorer les modèles de l’éditeur. Vérifiez les conditions de votre contrat avant tout usage professionnel.

Sauf outil validé par votre entreprise pour cet usage, ne collez jamais :

• des données personnelles de clients, de salariés ou de candidats, à plus forte raison des données de santé, des coordonnées bancaires ou des évaluations individuelles ;
• des secrets d’accès : mots de passe, clés d’API, identifiants, adresses de serveurs ;
• des informations confidentielles : prix de revient, marges, projets d’acquisition, résultats non publiés, tout ce qui relève du secret des affaires ;
• des documents confiés par vos clients ou partenaires sous clause de confidentialité ;
• du code source propriétaire, sans l’accord de votre direction technique.

La règle pratique : si vous n’enverriez pas ce contenu par mail à un prestataire sans contrat, ne le collez pas dans un outil d’IA non validé. Ces règles gagnent à être écrites dans une charte IA d’entreprise ; le détail des obligations figure dans notre guide IA et RGPD : utiliser ChatGPT, Claude ou Mistral sans exposer vos données.

Un risque moins connu joue en sens inverse : un contenu externe collé dans un prompt (mail reçu, page web, document d’un tiers) peut contenir des instructions cachées que le modèle risque de suivre. C’est l’injection de prompt. L’enjeu reste limité tant que l’IA se contente de rédiger ; il devient sérieux dès qu’elle peut agir dans vos outils, comme nous l’expliquons dans notre guide sur la sécurité de l’IA générative.

Hallucinations : les limites qu’aucun prompt ne supprime

Une hallucination est une réponse fausse présentée avec la même assurance qu’une réponse juste : un chiffre inventé, un article de loi qui n’existe pas, une citation attribuée à la mauvaise personne. Les règles 6 et 7 en réduisent nettement le nombre ; elles ne les font pas disparaître. Les éditeurs le reconnaissent : Microsoft prévient que les réponses de Copilot peuvent contenir du contenu incorrect et invite à les recouper avec des sources approuvées.

Vérifiez donc systématiquement :

• les chiffres, dates, montants et noms propres ;
• les références (textes de loi, normes, études, liens) : ouvrez-les ;
• les citations : retrouvez le passage dans la source, car un modèle peut produire une citation plausible qui n’y figure pas ;
• les calculs : refaites-les dans un tableur.

Deux autres limites comptent au quotidien. Sur un document très long, rien ne garantit que chaque passage soit exploité avec la même attention : pour une analyse exhaustive, travaillez section par section. Et le comportement d’un modèle varie d’un éditeur à l’autre, parfois d’une mise à jour à la suivante, comme le souligne la documentation de Mistral AI : retestez de temps en temps les prompts de votre bibliothèque.

Pour toute décision engageante (juridique, financière, RH, relation client), le principe reste le même : l’IA propose, l’humain dispose. Quelqu’un de compétent relit, vérifie et assume la décision.

Comment faire de ces règles un réflexe d’équipe ?

Connaître les huit règles ne suffit pas. Ce qui fait progresser une équipe, c’est de les appliquer à ses propres cas, sur ses propres documents, puis de partager ce qui fonctionne. Trois leviers font la différence :

1. Un atelier pratique où chacun réécrit ses vrais prompts, avec un retour immédiat sur ce qui change dans la réponse.
2. Une bibliothèque de modèles validés, classée par métier et tenue à jour, sur le principe des cinq modèles ci-dessus.
3. Des règles d’usage écrites : outils autorisés, données interdites, relecture obligatoire pour les contenus qui engagent l’entreprise.

Pour construire le programme, voyez notre guide pour former ses équipes à l’IA et, côté conduite du changement, notre méthode pour embarquer vos équipes dans l’adoption de l’IA. Nos formations IA en entreprise reposent sur ce principe : vos cas d’usage, vos outils, des sessions animées par des praticiens.