Décrire ce dont les utilisateurs ont besoin
Décrire ce dont les utilisateurs ont besoin · 5 min
La plupart des formations à l'IA vous apprennent à rédiger de meilleurs prompts. C'est nécessaire, mais pas suffisant pour construire des produits formidables. Cette leçon cartographie l'ensemble de la chaîne de description : le chemin qui mène d'un besoin humain confus à une instruction précise sur laquelle l'IA peut agir, le créateur jouant le rôle de traducteur à chaque étape.
Points clés à retenir
- La chaîne de description relie la voix de l'utilisateur à l'exigence, puis à la spécification technique, puis à l'instruction pour l'IA. L'ingénierie de prompt n'est qu'un seul maillon.
- Le créateur est le traducteur à chaque étape. L'IA ne peut pas entendre ce que l'utilisateur n'a pas dit.
- Un code qui fonctionne mais dont le produit ne convient pas est un échec de description. Trouvez quel maillon a cédé en amont.
- Les tests sont la forme de description la plus précise. Un test qui réussit avec un utilisateur mécontent signifie que vous avez décrit la mauvaise intention.
- Chaque étape implique des décisions de jugement que la phase précédente n'a pas prises à votre place.
Exercice
Le projet du temps d'attente en clinique, partie 2
Vous reprenez exactement là où la dernière leçon s'est arrêtée. Ressortez votre note de cadrage du problème, votre plan de délégation et vos tests d'acceptation.
Étape 1 : Rédigez l'exigence produit
Un paragraphe. Reprenez le besoin utilisateur de votre note de cadrage du problème et délimitez-le en quelque chose de mesurable. Chaque adjectif doit correspondre à une décision que vous pouvez défendre. Si vous écrivez « rapide », précisez à quelle vitesse. Si vous écrivez « simple », décrivez ce que « simple » signifie pour un patient qui consulte depuis son téléphone dans un parking.
Étape 2 : Rédigez la spécification technique
Une demi-page. Décrivez ce qui est construit et comment c'est structuré. Nommez les éléments. Précisez comment ils communiquent entre eux. Utilisez l'IA en mode augmentation ici : partagez votre exigence produit, demandez-lui de proposer une approche technique, puis remettez en question tout ce qui ne correspond pas à vos contraintes.
Étape 3 : Affinez vos tests
Reprenez vos tests d'acceptation de la leçon précédente. Réécrivez-les de sorte que chacun soit quelque chose que le code puisse réussir ou échouer. Ajoutez au moins deux cas limites : que se passe-t-il quand la clinique est fermée, quand il n'y a pas de données, quand le temps d'attente est nul.
Étape 4 : Rédigez vos prompts pour l'IA et construisez
Rédigez les instructions qui transforment votre spécification en code fonctionnel. Incluez vos contraintes, vos choix de stack et vos tests. Construisez la première version.
Étape 5 : Faites-en la démonstration
Trouvez un partenaire. Il joue le rôle d'un patient de clinique — il a un enfant malade et dix minutes. Confiez-lui votre réalisation et observez-le l'utiliser. N'expliquez rien. N'aidez pas.
Les tests ont-ils réussi ? Le patient est-il satisfait ? Si ces réponses ne concordent pas, à quel maillon de la chaîne reviendriez-vous ?
Réflexion sur la leçon
- Quelle traduction dans la chaîne de description vous semble la plus naturelle ? Laquelle avez-vous tendance à bâcler ?
- Dans votre démonstration de la clinique, où se situait le plus grand écart entre ce que vous aviez prévu et ce que votre partenaire a vécu ?
Et ensuite
Dans la prochaine leçon, nous passons de la description au discernement. Vous avez construit quelque chose et le code fonctionne — la question est maintenant de savoir s'il est réellement bon.