Montrer des exemples

Un exemple montre en trois lignes ce qu’une page de consignes décrit mal. Cette technique demande dix minutes de préparation et elle change tout.

Pourquoi ça marche si bien

Souviens-toi du mécanisme : l’outil produit la suite la plus vraisemblable de ce qui précède. Si ce qui précède contient trois cas traités exactement comme tu le veux, la suite la plus vraisemblable est un quatrième cas traité de la même façon.

Tu n’as plus besoin de décrire le ton, la longueur, la structure, le niveau de détail, la façon de gérer les ambiguïtés. Tout est démontré au lieu d’être expliqué. Et ce qui est démontré ne souffre aucune interprétation.

Un avant, un après

Sans exemples, malgré des consignes soignées :

Résume chaque demande client en une ligne, de façon factuelle et neutre,
sans reprendre le ton du client, en gardant l'information actionnable.

Tu obtiendras des résumés dont la longueur, le point de vue et le niveau de détail varient à chaque exécution. « Factuel et neutre » est interprétable, « information actionnable » encore plus.

Avec exemples :

Résume chaque demande en une ligne. Voici comment faire :

Demande : « Bonjour, cela fait DEUX SEMAINES que j'attends la livraison
de ma commande 4471 et personne ne répond ! C'est inadmissible. »
Résumé : Commande 4471 non livrée, 2 semaines d'attente, relances sans réponse.

Demande : « Bonjour, pourriez-vous me dire si vous faites des tarifs
pour les associations ? Merci d'avance, cordialement. »
Résumé : Demande d'information sur les tarifs association.

Demande : « re-bonjour, je vous ai écrit hier au sujet du devis, et
aussi j'aurais besoin d'une facture pour 2024. »
Résumé : Relance devis (2e contact) + demande de facture 2024.

Demande : [le message à traiter]
Résumé :

Regarde ce que ces trois exemples ont enseigné sans jamais l’écrire. Que le ton véhément du client n’est pas repris : l’exemple 1 le démontre. Que les formules de politesse sont ignorées : l’exemple 2 le démontre. Que les numéros et les dates sont conservés : les trois le démontrent. Qu’une demande double se résume avec un + : l’exemple 3 le démontre. Et que le résumé n’a pas de verbe conjugué et fait moins de dix mots : les trois le démontrent.

Écrire tout cela en consignes aurait pris quinze lignes, et aurait quand même laissé du flou.

Comment choisir tes exemples

C’est là que se joue la qualité.

Prends-les dans ta réalité. Des exemples inventés produisent un résultat qui fonctionne sur des cas inventés. Prends tes vrais messages, tes vrais dossiers, tes vraies notes, anonymisés.

Couvre la diversité, pas la moyenne. L’erreur classique, c’est de choisir trois exemples qui se ressemblent. Ils n’enseignent alors qu’un seul cas. Pour un tri de demandes, prends un cas simple et net (le cas courant), un cas au ton agressif (pour montrer qu’on ne reprend pas le ton), un cas à deux demandes (pour montrer comment on gère la multiplicité) et un cas très court ou vague (pour montrer qu’on n’invente pas).

Inclus un cas difficile traité correctement. C’est le conseil qu’on ne lit nulle part, et c’est le plus rentable. Si tu ne montres que des cas faciles, l’outil sera excellent sur les cas faciles et improvisera sur les autres. Montre au moins un exemple où la bonne réponse est de ne pas répondre, ou de signaler un manque :

Demande : « Bonjour. »
Résumé : Message sans contenu, information insuffisante.

Cet exemple à lui seul supprime une catégorie entière d’inventions.

Combien en mettre

Sans exemple, l’outil interprète tes consignes et la variabilité reste élevée. Avec un seul, le gain est immédiat mais il y a un risque d’imitation trop littérale. Entre deux et quatre, c’est le bon compromis dans la quasi-totalité des cas. Entre cinq et huit, c’est utile si la tâche a beaucoup de cas de figure distincts. Au-delà, les rendements décroissent et la demande devient lourde à maintenir.

Commence par trois. Si un type de cas échoue régulièrement, ajoute un exemple de ce type précis, pas un exemple de plus au hasard.

Séparer les exemples de la matière

Un danger réel, c’est que l’outil confonde ton dernier exemple avec le cas à traiter, ou qu’il traite ton exemple comme une consigne.

Deux précautions. Étiquette systématiquement (Demande : puis Résumé :), toujours dans le même ordre. Et termine par une amorce vide, la dernière ligne Résumé : sans rien après : elle indique sans ambiguïté où l’outil doit reprendre.

Sur notre exemple

Ajoute maintenant les exemples au gabarit de la fiche précédente. L’ordre compte :

RÔLE ET CONTEXTE
TÂCHE
CRITÈRES DE DÉCISION
INTERDITS
CAS PARTICULIERS
EXEMPLES          ← ici, juste avant la matière
FORME ATTENDUE
MATIÈRE

Les exemples se placent après les consignes et juste avant la matière. Ils servent de transition entre « voilà ce que je veux » et « voilà sur quoi travailler ».

Quand les exemples ne suffisent pas

Ils ne réparent pas tout. Ils sont peu efficaces quand la tâche demande un raisonnement en plusieurs étapes (c’est le module 2), quand les cas réels sont trop hétérogènes pour que trois exemples les représentent (il faut alors découper en plusieurs demandes spécialisées), ou quand le problème est un manque de matière et pas un problème de forme.

Vingt minutes de pratique

Prends cinq cas réels de ton travail, anonymisés. Traites-en trois toi-même, à la main, exactement comme tu veux que ce soit fait.

Intègre-les comme exemples dans ton gabarit, avec des étiquettes constantes. Puis fais traiter les deux cas restants par l’outil et compare à ce que tu aurais fait.

Si un écart apparaît, ne réécris pas les consignes : ajoute un quatrième exemple qui traite précisément ce cas, et reteste. Cette dernière étape est la boucle de progression la plus efficace de toute la formation.

Vérifie ta compréhension

Question : tes trois exemples portent tous sur des réclamations, et l’outil traite mal les demandes de devis. Quelle est la meilleure correction ?

Réponse : ajouter un exemple de demande de devis traité correctement. Allonger les consignes serait moins efficace, et ajouter un quatrième exemple de réclamation ne servirait à rien : tes exemples couvrent la moyenne, pas la diversité.

Dernière fiche du module : structurer une demande longue sans qu’elle parte en morceaux.

Une formationBaxIA