Du chat au projet

Une conversation ne suffit plus

Dans une simple conversation, la matière se perd. L’historique s’allonge, les documents sont recollés à chaque fois, et chaque nouvelle conversation repart de zéro.

Un projet est un espace de l’outil où l’on range les documents de référence et les instructions. Chaque nouvelle conversation démarre alors de la même base. C’est le premier pas du chat vers l’outil réutilisable.

Dans ce module, vous préparez le terrain : vous spécifiez ce que le prototype doit faire, puis vous montez le projet. Le prototypage lui-même se fait au module 6.

Les niveaux d’outil

Il existe trois niveaux, que vous franchissez dans l’ordre :

1. la conversation seule, utile pour une demande ponctuelle (module 2) ;
2. la conversation dans un projet, avec documents de référence et instructions (ce module) ;
3. le projet avec procédure réutilisable, qui se rejoue et se partage (module 6).

Les principaux outils (ChatGPT, Claude, Le Chat de Mistral, Copilot, Gemini) proposent tous une notion de projet, d’espace ou d’assistant. Les noms et les limites diffèrent selon l’offre et évoluent. Vérifiez ce que propose votre abonnement, sur la page officielle du fournisseur.

Spécifier avant d’ouvrir l’outil

La tentation est d’ouvrir l’outil et de tâtonner. On perd alors du temps, et surtout on ne sait pas dire si le résultat est bon. Une bonne spécification s’écrit avant, sur papier ou dans un document, en répondant à six questions :

1. Quels champs doivent obligatoirement figurer sur la sortie ?
2. Quelles informations peuvent être reprises telles quelles ?
3. Lesquelles nécessitent une interprétation ?
4. Que doit faire l’outil en cas d’ambiguïté ou d’absence d’information ?
5. Quel format est réellement utile à la personne qui s’en sert ?
6. Comment saura-t-on que le résultat est bon ?

Pour le cas devis vers fiche de production : les champs sont par exemple le repère, l’essence, la section, la longueur, la quantité et l’unité. Les dimensions sont reprises telles quelles. Le sens d’une abréviation comme « DOU » demande une interprétation. En cas d’absence, l’outil écrit « information absente ». Le format est le gabarit de fiche de l’atelier.

La sixième question est la plus utile : elle conduit aux critères d’acceptation.

Les critères d’acceptation

Un critère d’acceptation est une phrase à laquelle on répond par oui ou par non. Écrivez-en de cinq à dix, avant de lancer le moindre test. C’est ce qui rend le test du module 6 significatif : sans critères, on juge à l’impression.

Exemples pour le cas devis :

• aucun prix ni aucune remise ne figure sur la fiche ;
• les unités du devis sont conservées (pièces, mètres linéaires, mètres carrés, mètres cubes) ;
• une abréviation que l’outil ne comprend pas est signalée, jamais interprétée en silence ;
• le délai est repris tel qu’écrit dans le devis ;
• toute contradiction entre deux lignes figure dans les points à vérifier ;
• chaque ligne de la fiche renvoie à une ligne du devis.

Un bon critère est vérifiable en quelques secondes. « La fiche est claire » n’en est pas un. « Chaque champ obligatoire est rempli ou marqué information absente » en est un.

Monter le projet

Un projet réussi contient peu de choses, bien choisies.

Les sources. Déposez uniquement les documents utiles au cas : un exemple réel anonymisé, la sortie attendue pour cet exemple, le gabarit vierge. Un outil à qui l’on donne accès à tous les dossiers peut explorer des sous-dossiers sans rapport et se perdre. Limitez-le aux seuls fichiers nécessaires.

Les instructions. Elles tiennent en quatre blocs : un rôle, une mission, les sources à utiliser, les règles à respecter. Partez de votre demande C du module 2 : elle contient déjà l’essentiel.

Un exemple complet. Un document réel anonymisé accompagné de la sortie attendue vaut dix paragraphes d’explication. L’outil comprend le format, le niveau de détail et vos habitudes.

Anonymisez tout document client avant de le déposer (variables génériques « client X1 », « chantier X2 »). Le module 7 détaille les règles de confidentialité.

Ce qu’un projet ne règle pas

Le projet range la matière et stabilise le point de départ. Il ne garantit pas la justesse des réponses. Vos règles sont encore incomplètes, le premier essai montrera des erreurs : c’est normal et c’est utile.

Notez ce qui ne va pas sans corriger tout de suite. Au module 6, chaque erreur deviendra une règle, et c’est ainsi que votre savoir-faire entrera dans l’outil.

Exercice

Durée : 35 minutes. Livrable : un projet créé dans votre outil, avec ses instructions, et une feuille de critères d’acceptation.

1. Répondez par écrit aux six questions de cadrage pour votre cas, en reprenant votre fiche E-T-S-C du module 4.
2. Rédigez de cinq à dix critères d’acceptation, avant d’ouvrir l’outil. Chaque critère doit pouvoir se vérifier par oui ou non.
3. Créez un projet nommé d’après votre cas (par exemple « Fiche de production »).
4. Déposez-y un document réel anonymisé et la sortie attendue pour ce document (gabarit rempli à la main si besoin). Pour le cas devis, utilisez le devis DEV-2026-0412 et le gabarit vierge fournis dans les ressources.
5. Écrivez les instructions du projet : rôle, mission, sources, règles. Partez de votre demande C du module 2.
6. Lancez une première conversation dans le projet et notez en trois lignes ce qui fonctionne et ce qui ne va pas. Ne corrigez pas encore : c’est le travail du module 6.
7. Apportez ces trois lignes à la séance collective de mi-parcours : c’est le bon moment pour lever ce qui bloque avant le prototypage.

Passez ensuite au quiz, seuil de réussite 60 %.