Demander le raisonnement avant la réponse

Voici une technique qui paraît anodine et qui améliore considérablement les tâches de jugement : demander le cheminement d’abord, la conclusion ensuite. Et surtout, comprendre pourquoi l’ordre inverse ne marche pas.

Le mécanisme, en une phrase

Souviens-toi : le texte est produit fragment après fragment, chacun influencé par ce qui précède.

Si tu demandes la conclusion en premier, elle est produite avant toute analyse. Ce qui suit ne sera pas un raisonnement, ce sera une justification de la conclusion déjà écrite. L’outil ne peut pas revenir en arrière.

Si tu demandes l’analyse en premier, la conclusion est produite après, donc influencée par elle. Le raisonnement fait alors réellement partie du calcul.

Conclusion d’abord, tu obtiens une justification a posteriori. Analyse d’abord, tu obtiens un raisonnement. C’est exactement ce que fait un humain quand il réfléchit sur un brouillon avant de trancher, plutôt que d’annoncer sa décision puis de la défendre.

L’avant, l’après

À éviter :

Cette demande est-elle urgente ? Réponds par oui ou non, puis explique.

À faire :

1. Relève les éléments factuels du message : dates, blocages, échéances,
   nombre de contacts antérieurs.
2. Confronte chaque élément aux critères d'urgence ci-dessus.
3. Indique les éléments qui plaident contre l'urgence.
4. Conclus : urgente ou non.

L’étape 3 mérite qu’on s’y arrête. Demander explicitement ce qui plaide en sens contraire est l’une des consignes les plus efficaces qui soient, parce qu’elle contrarie la tendance naturelle de l’outil à construire un raisonnement à sens unique vers la réponse qu’il a commencé à esquisser.

Trois façons de structurer le raisonnement

La grille imposée. Tu dictes les étapes. C’est la forme la plus fiable, parce qu’elle est reproductible.

Procède dans cet ordre exact :
FAITS : ce que dit le message, sans interprétation
RÈGLE : le critère applicable
CONFRONTATION : le fait correspond-il au critère ?
CONTRE-ARGUMENT : qu'est-ce qui plaide en sens inverse ?
DÉCISION : la conclusion, en une ligne

Le raisonnement libre. « Réfléchis à voix haute avant de conclure. Prends le temps d’examiner les cas où ta première intuition serait fausse. » Plus souple, moins reproductible : utile en exploration, insuffisant pour une tâche répétée.

Le brouillon séparé, quand tu ne veux pas du raisonnement dans le résultat final :

Rédige d'abord ton analyse entre <brouillon> et </brouillon>.
Puis, après la balise fermante, écris uniquement la décision finale
en trois lignes.

Tu gardes le bénéfice du raisonnement et tu obtiens une sortie propre, dont tu peux relire le brouillon en cas de doute.

Demande le raisonnement et un indicateur de confiance :

Termine par une ligne : « Confiance : élevée / moyenne / faible »
et, si elle n'est pas élevée, la raison en cinq mots.

Ce n’est pas une mesure fiable au sens statistique, et il ne faut pas la lire comme telle. Mais en pratique, les cas signalés « faible » sont très souvent ceux qui méritent ton attention. C’est un filtre de tri, pas une garantie.

Quand ça ne sert à rien

Cette technique a un coût (longueur, temps de lecture) et elle n’aide pas partout.

Elle est très utile pour classer selon des critères, comparer plusieurs options, décider d’une priorité ou d’une escalade, trouver l’incohérence dans un document. Elle n’apporte rien pour traduire, reformuler, corriger, ou extraire un champ évident. Et elle est contre-productive quand tu cherches des idées.

Le critère : y a-t-il un jugement à porter ? Si oui, fais raisonner. Si la tâche est une transformation mécanique, le raisonnement n’ajoute que du bruit.

Une limite qu’il faut connaître

Un raisonnement affiché n’est pas une preuve. C’est du texte produit comme le reste, et il peut être cohérent mais faux (les étapes s’enchaînent bien, une prémisse est erronée), décoratif (la conclusion aurait été la même sans lui), ou plausible et inventé (il cite un critère que tu n’as jamais donné).

Autrement dit, ne lis pas le raisonnement comme une garantie. Lis-le comme un outil de diagnostic.

Certains outils raisonnent tout seuls

Plusieurs assistants proposent aujourd’hui un mode où le modèle produit des étapes de réflexion avant de répondre, parfois affichées, parfois masquées.

Quand ce mode existe et convient à ta tâche, utilise-le : il fait le travail sans que tu aies à structurer la demande. Mais ça ne dispense pas d’écrire tes critères de décision. Un raisonnement, même excellent, ne peut pas deviner que dans ton service une relance vaut escalade au troisième contact.

Sur notre exemple

L’étape 2 du tri, enrichie :

ÉTAPE 2, DÉCIDER

Pour chaque ligne du tableau, procède dans cet ordre :

<analyse>
FAITS : les éléments objectifs relevés
CRITÈRE : lequel des critères d'urgence s'applique
CONTRE : ce qui plaide contre l'urgence
</analyse>

Puis, après </analyse>, une seule ligne :
identifiant | catégorie | urgence | justification (10 mots max) | confiance

Tu obtiens une ligne exploitable pour ton tableau, et un brouillon consultable pour les cas douteux.

Vingt minutes de pratique

Prends une tâche de jugement de ton travail, une décision que tu prends régulièrement.

Version A : demande la conclusion directement. Version B : impose une grille FAITS / CRITÈRE / CONTRE / DÉCISION. Fais les deux sur cinq cas réels, dont deux volontairement limites.

Compare le taux d’accord avec ta propre décision. C’est la seule mesure qui compte.

Puis lis les raisonnements des cas où l’outil s’est trompé : ils te disent quel critère de ta demande est mal écrit.

Vérifie ta compréhension

Question : pourquoi « réponds par oui ou non, puis explique » est-il une mauvaise formulation ?

Réponse : parce que la conclusion est produite avant toute analyse. Ce qui suit n’est pas un raisonnement mais une justification de ce qui est déjà écrit : l’outil ne peut pas revenir en arrière pour se contredire. Inverser l’ordre fait entrer l’analyse dans le calcul de la conclusion.

Fiche suivante : enchaîner plusieurs demandes sans perdre le fil.

Une formationBaxIA