Créer une application par conversation: demandes et vérifications
Publié le · Mis à jour le
Créer par conversation commence par décrire la tâche de l’utilisateur et le résultat attendu, pas seulement l’apparence d’un écran. Donnez le contexte actuel, demandez une prochaine réalisation précise et vérifiez l’application avant de considérer une explication comme un travail terminé.
Décrire la tâche du point de vue utilisateur
Choisissez l’action principale à accomplir. Pour une réservation de service, le client peut sélectionner une prestation, demander un horaire et recevoir une réponse claire. Expliquez qui utilise le service, les renseignements nécessaires et le cas d’un horaire indisponible. Précisez si l’action crée un rendez-vous confirmé ou une demande. Cette différence change les mots, l’état sauvegardé et le travail du personnel; elle appartient à la première consigne, pas à une découverte au lancement. Ajoutez un exemple issu du fonctionnement prévu.
Vous pouvez demander un parcours dans la langue du client, affichant prestation et durée prévue, recueillant horaire souhaité et contact, puis sauvegardant la demande en attente de confirmation du personnel. Ajoutez quelques prestations approuvées. L’assistant dispose alors d’un comportement concret à préparer. Fournissez les références visuelles séparément avec leur rôle. Une image informe la disposition mais ne définit pas la sauvegarde ou la confirmation. Expliquez aussi les messages pour données incomplètes afin de ne pas obtenir seulement un écran agréable sans parcours compréhensible.
- Utilisateur et action principale
- Informations et état final
- Exemple pertinent approuvé
Donner le contexte actuel et une prochaine étape
Expliquez ce qui existe, la partie à changer et les preuves disponibles. Ajoutez texte pertinent, fiche représentative ou résultat d’un essai antérieur. Une nouvelle discussion ne connaît pas automatiquement les décisions d’une autre séance. Gardez un résumé actuel réutilisable et distinguez exigences acceptées d’idées facultatives. Actualisez-le lorsque vous adoptez vraiment un changement. Cela évite que chaque demande recommence le projet différemment ou que plusieurs séances travaillent selon des exigences divergentes sans remarquer leur contradiction jusqu’à l’assemblage des résultats.
Vous pouvez décrire la tâche à Infera Agent et demander de l’aide pour préparer ou réaliser la partie concernée. Vérifiez les possibilités de création, modification et services reliés de votre compte. Demandez une réalisation examinable, comme un parcours avec exemples, plutôt qu’une promesse générale d’intelligence. Si vous recevez un plan ou une ébauche, identifiez la réalisation restante. La conversation doit rendre l’état compréhensible: ce qui peut être essayé maintenant, ce qui reste proposé et les informations nécessaires pour avancer correctement.
- État actuel du projet
- Décisions distinctes des idées
- Prochaine réalisation examinable
Demander les changements avec des exemples
En cas d’erreur, décrivez action, résultat attendu et résultat observé. Par exemple, après une demande le message indique confirmé sans accord du personnel: afficher attente de confirmation et conserver cet état dans la fiche. Cela identifie un problème de comportement, pas une simple préférence de vocabulaire. Joignez le cas et demandez de traiter l’origine de l’état pour maintenir cohérence entre affichage et données. Précisez si le problème est systématique ou lié à une situation, avec des étapes permettant de le reproduire.
Modifiez un ensemble cohérent à la fois lorsque cela facilite l’examen. Pour plusieurs changements liés, expliquez leur relation et le parcours final souhaité. Répétez le cas après modification et vérifiez les étapes voisines. Ne remplacez pas un échec précis par une demande générale de reconstruction sans justification. Gardez une version récupérable avant les grandes modifications et conservez les décisions, afin qu’une correction ultérieure ne ramène pas une erreur déjà éliminée. Le but et la vérification du changement doivent rester compréhensibles pour quelqu’un d’autre.
- Action, attendu et observé
- États affiché et conservé cohérents
- Exemple initial répété
Vérifier les résultats et conserver une trace utile
Examinez l’application après l’annonce du résultat. Ouvrez la page, terminez l’action et contrôlez la fiche ainsi que l’avis reçu par le personnel. Essayez une demande normale, des détails manquants et un horaire indisponible. Une explication fluide ne prouve pas l’application d’un changement ou une connexion fonctionnelle. Demandez ce qui a été examiné ou testé et comparez les déclarations aux preuves. Si une vérification manque, gardez l’incertitude visible. Vérifiez aussi si la réussite annoncée signifie réception ou acceptation du service.
Terminez une séance par un résumé des comportements réalisés, essais effectués, décisions acceptées et tâches ouvertes. Gardez-le avec la description actuelle au lieu de confier tous les détails à une longue conversation. Réutilisez-le avec un nouveau collaborateur ou une séance ultérieure. L’assistant devient plus utile lorsque les demandes produisent des progrès observables et la suite part d’un état fiable, plutôt que de promesses ou d’images périmées. Une personne absente du débat doit pouvoir comprendre ce qui fonctionne et ce qui nécessite encore réalisation ou contrôle.
- Application réelle examinée
- Exceptions pertinentes essayées
- Résumé actuel conservé
Questions
Une demande longue est-elle toujours meilleure?
Non. Incluez ce qui influence la tâche: utilisateur, action, données, résultat et état actuel. Un exemple ciblé aide parfois davantage que des exigences sans lien.
Une image suffit-elle comme exigence?
Elle montre une disposition ou un problème visuel. Expliquez aussi le comportement: données conservées, confirmation et destinations ne sont pas définies par une image.
Que faire si l’assistant comprend mal?
Donnez un exemple précis de l’écart et reformulez le résultat attendu. Vérifiez la nouvelle réalisation avant d’ajouter des consignes indépendantes.
Comment reprendre une autre discussion?
Fournissez résumé actuel, décisions et tâche suivante. Indiquez les contrôles restants pour ne pas présenter une proposition non essayée comme terminée.