Pas besoin que tout le monde devienne expert en formulation de requêtes. Il faut un vocabulaire commun pour que les résultats ne soient plus une loterie.
Les dirigeants me demandent plus d'astuces de prompt que de comparaisons de modèles. Normal — le modèle compte moins que la façon de cadrer la tâche, le contexte fourni et la revue du résultat. Le texte précédent montrait pourquoi le contexte métier change chaque réponse (avec des exemples avant/après). Celui-ci montre comment en faire une discipline d'équipe — gabarits, formation, standardisation.
En bref
- Rôle + tâche + format + contraintes bat presque toujours une question en une ligne
- Un ou deux exemples améliorent souvent plus que de longues instructions
- L'itération est normale — le premier brouillon est une matière première, pas un livrable
- Partager et versionner les gabarits d'équipe, pas les garder dans une seule tête
Le prompt en quatre parties
Structure minimale pour le travail d'affaires courant :
- Rôle — « Tu es analyste opérations pour une PME manufacturière de 40 personnes au Québec. »
- Tâche — « Résume ces points en note d'une page pour la direction. »
- Format — « Titres : Situation, Options, Recommandation, Risques. Max 400 mots. »
- Contraintes — « N'invente pas de chiffres. Signale l'incertain. Rédige en français canadien. »
Cette structure seule réduit les réponses vagues. Chaque membre de l'équipe n'a pas à réinventer la roue — il remplit le gabarit avec le contexte métier du moment (voir exemples avant/après).
Techniques qui font vraiment la différence
Montrer un bon exemple
Pour le travail récurrent (courriels de statut, notes d'inspection, sections de propositions), gardez un exemple de référence et demandez le même ton et la même structure. Mettez à jour l'exemple quand les normes changent — un gabarit périmé produit des sorties périmées.
Demander une sortie structurée
JSON, tableaux ou listes numérotées se valident mieux que de longs paragraphes. Utile aussi pour l'automatisation plus tard — une sortie structurée se branche plus facilement à un flux.
Enchaîner les étapes
« D'abord liste les hypothèses. Ensuite rédige. Enfin liste ce que tu n'as pas pu vérifier. » Les instructions en plusieurs étapes réduisent les raisonnements sautés — surtout pour l'analyse.
Critiquer puis réviser
« Relis ton brouillon pour les lacunes factuelles et révise une fois. » Passage bon marché avant lecture humaine ; attrape les erreurs évidentes.
Ce que les dirigeants devraient standardiser
| Élément | Pourquoi le partager |
|---|---|
| Outils approuvés et classes de données | Gouvernance |
| Gabarits pour tâches récurrentes | Cohérence entre collègues |
| Liste de contrôle avant envoi client | Responsabilité |
| Langue (fr-CA / en) | Qualité au Québec |
Vous n'avez pas besoin d'une bibliothèque de 200 prompts. Cinq gabarits pour le travail à plus fort volume suffisent pour commencer. Versionnez-les dans un espace partagé — pas dans le chat personnel d'un gestionnaire.
Erreurs fréquentes en équipe
- Trop vague — « Améliore ça » sans dire pour qui ni dans quel format
- Trop de demandes à la fois — dix consignes dans un seul prompt
- Aucune consigne de validation — le modèle comble les lacunes avec assurance
- Secrets dans le prompt — identifiants, finances non publiées, santé
- Sortie traitée comme finale — oublie la discipline de l'adoption progressive et la revue humaine
Formation en 90 minutes
J'ai animé des sessions efficaces avec cette structure :
- 15 min — pourquoi le contexte et la revue comptent (rappel des exemples avant/après)
- 30 min — réécriture live de mauvais vs bons prompts sur du travail réel (sanitisé)
- 30 min — construction d'un gabarit d'équipe ensemble
- 15 min — quand le prompt ne suffit pas (intégration, RAG — génération augmentée par recherche, agents)
C'est suffisant pour que la plupart des équipes de direction arrêtent de perdre du temps sur des résultats aléatoires.
Quand le prompting ne suffit plus
Si la réponse doit s'appuyer sur des politiques internes que personne ne colle à chaque fois, ou sur des volumes de documents trop grands pour un chat, le levier n'est plus le prompt individuel — c'est le contexte système : fenêtres, RAG, bases de connaissances. C'est l'objet du prochain texte de la série.
Où vous en êtes
Vous savez maintenant pourquoi le contexte métier compte et comment en faire une pratique d'équipe. Prochaine étape : Le contexte, c'est tout : fenêtres, RAG et données d'affaires — pourquoi vos données et votre historique comptent plus que le modèle du jour.
Si les prompts vivent encore dans le clavardage d'une seule personne, Échangeons. Une session d'équipe de 90 minutes suffit souvent à corriger ça.