Exemple pédagogique fictif et original. Aucun résultat du modèle n’est prérempli.
Un point de départ modifiable
- 1 · Texte à vérifier
- Mon abonnement mensuel a été débité deux fois. Pouvez-vous m’aider à vérifier ces deux paiements ?
- 2 · Votre question
- De quel type de retour s’agit-il ?
- 3 · Définissez 2 à 6 options
- Bug ou panne
- Demande de fonctionnalité
- Facturation
- Aide à l’utilisation
- Retour positif
- Autre
Ce sont des probabilités du modèle, pas une précision mesurée ni une garantie. Oui et Non correspondent à vos règles ; les options sont comparées uniquement parmi celles que vous avez fournies.
Partir de la décision nécessaire
Utilisez Choice pour choisir une catégorie dans une liste définie, et Noul pour évaluer une affirmation oui/non. L’interface officielle fournit une distribution d’options avec Choice et la probabilité de oui avec Noul. Aucun de ces types n’exécute l’action suivante.
« Quelle file doit traiter ce message en premier ? » diffère de « Mentionne-t-il un problème de paiement ? ». Un problème de paiement et une panne peuvent coexister, même si un responsable doit finalement être désigné.
Adapter l’exemple
L’exemple de retours clients commence avec Choice. Écrivez une politique d’orientation et comparez messages clairs, mixtes et hors périmètre. Pour explorer Noul, passez à oui/non, interrogez une seule propriété et remplacez les règles pour la définir. Changer uniquement le type ne suffit pas.
Des vérifications séparées préservent les propriétés qui peuvent coexister. Cet éditeur exécute une question à la fois ; plusieurs questions ensemble relèvent de votre application ou du Playground officiel.
Interpréter en contexte
Choice se rapporte aux options fournies ; Noul à son affirmation positive. Les valeurs de questions différentes ne sont pas des notes de qualité interchangeables. Un contexte insuffisant peut nuire aux deux.
Une erreur de conception courante
« Est-ce urgent ou un problème de facturation ? » combine deux propriétés indépendantes. Un oui ne dit pas laquelle s’applique. Séparez les questions, puis définissez dans le code l’interaction entre urgence et destination. À l’inverse, des réponses oui/non séparées ne décident pas seules du responsable d’un cas mixte. Ces exemples sont des conseils éditoriaux, pas des résultats de performance.
Pour continuer : Classer les retours clients avec Jev.
Sources et lectures complémentaires
Ce guide s’appuie sur la documentation officielle et les témoignages de la communauté liés. Les observations de la communauté sont attribuées à leurs auteurs.
Comment nous vérifions nos sources