Aller au guide d’utilisation
Conversational UXpar Owl-Listener

Conversational UX Skill.

Concevez ce que dit le système, ce qu'il attend en retour et comment il se rétablit lorsque les deux ne correspondent pas.

  • UX
  • Conseils de conception
Revue de la source · Conversational UXSKILL.md
Tâche UX Produit • Des flux de dialogue avec des branches pertinentes • Des invites de nouvel essai et des étapes d'escalade distinctes selon les erreurs • Des règles de personnalité et d'interaction propres à la voix et au texte Avant de commencer Fournissez les tâches prises en charge, les contraintes du canal et les exigences de confirmation. Les flux vocaux nécessitent aussi des tests sur appareil et de reconnaissance vocale ; un dialogue écrit seul ne permet pas d'établir la qualité de la reconnaissance.
Résumé éditorial · source examinée 2026-10-07 · pas un exemple généré

01 Fonctionnement

Conversational UX : concevoir les tours de parole et la récupération

Conception des tours de parole vocaux et par chat, stratégies de confirmation, échelles d'erreurs, personnalité et contraintes propres à chaque canal.

Flux de travail fondé sur la sourcePas un benchmark d'exécution

La méthode de travail

Conversational UX considère une conversation comme une suite de tours plutôt que comme une mise en page d'écran. Il couvre les messages que l'interface dit ou affiche, les réponses de l'utilisateur, les accusés de réception et le choix entre confirmation explicite, implicite ou absente. La voix et le texte partagent cette structure mais offrent des façons d'interagir différentes.

La source insiste particulièrement sur les parcours défavorables. L'absence de saisie, une erreur de reconnaissance, les demandes hors périmètre et les correspondances partielles exigent des réponses différentes. La récupération doit apporter de l'information plutôt que répéter le même message, et finir par proposer une sortie ou un autre canal. La conversation n'est pas automatiquement préférable à un formulaire ou à un menu.

Livrables attendus

  • Des flux de dialogue avec des branches pertinentes
  • Des invites de nouvel essai et des étapes d'escalade distinctes selon les erreurs
  • Des règles de personnalité et d'interaction propres à la voix et au texte
Voir l'exemple de brief

Du brief à la revue

  1. 01
    Choisir le canal

    Identifiez s'il s'agit d'une interface uniquement vocale, d'un chat textuel ou d'un mode hybride, et la tâche qu'elle doit prendre en charge.

  2. 02
    Rédiger les tours

    Précisez les invites, les types de réponses attendus, les accusés de réception et la confirmation selon le risque de l'action.

  3. 03
    Concevoir d'abord la récupération

    Gérez le silence, l'incompréhension, les informations partielles et les demandes non prises en charge avec une aide de plus en plus utile.

  4. 04
    Répéter l'expérience

    Lisez le texte vocal à voix haute et testez des énoncés réels, le rythme, la sortie, le redémarrage et les parcours d'escalade.

02 Cas d’usage

Quand l'utiliser

Fournissez les tâches prises en charge, les contraintes du canal et les exigences de confirmation. Les flux vocaux nécessitent aussi des tests sur appareil et de reconnaissance vocale ; un dialogue écrit seul ne permet pas d'établir la qualité de la reconnaissance.

Un bon choix

  • Demandes utilisateur ambiguësLa conversation peut soutenir des tâches ouvertes lorsque les personnes ne connaissent pas de chemin de navigation fixe.
  • Produits principalement vocauxUtile lorsque les utilisateurs ne peuvent pas parcourir du regard une interface visible.

Limites à vérifier

  • Tous les parcours ne doivent pas passer par le chatLa source déconseille la conversation pour les tâches mieux servies par des formulaires, des tableaux ou des menus.
  • Les scripts ne prouvent pas la reconnaissanceIl faut tester le dialogue conçu avec la reconnaissance vocale sur appareil réel et de véritables énoncés d'utilisateurs.

Éléments à fournir

  • Tâches prises en chargeListez ce que l'assistant peut réellement faire et ce qui reste hors périmètre.
  • Risque de l'actionIdentifiez les actions nécessitant une confirmation explicite ou une escalade vers un humain.
  • Canal et tonIndiquez les contraintes vocales, de chat ou multimodales et le registre visé.

03 Décisions importantes

Décisions importantes

  1. La récupération apporte de l'information

    Une échelle de relances donne aux utilisateurs une nouvelle voie plutôt que de répéter le même échec en boucle.

  2. La voix est éphémère

    Des invites courtes et un nombre limité de choix oraux tiennent compte de l'impossibilité de relire l'audio.

04 Exemple de brief

Essayer un brief ciblé

L'exemple de brief ci-dessous n'a pas été testé. Vérifiez la configuration du skill avant de l'utiliser.

Vérifier la configuration

Chargez le SKILL.md de cette tâche depuis le dépôt designer-skills dans l'emplacement de skills pris en charge par votre agent. Le fichier d'entrée n'établit aucune commande d'installation universelle.

Fichier source amont
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md

Fournissez les tâches prises en charge, les contraintes du canal et les exigences de confirmation. Les flux vocaux nécessitent aussi des tests sur appareil et de reconnaissance vocale ; un dialogue écrit seul ne permet pas d'établir la qualité de la reconnaissance.

Commencer par un seul livrable

Adaptez le périmètre, les documents sources et les contraintes de ce brief avant d'exécuter le skill.

Exemple de brief
Utilisez conversational-ux pour concevoir un flux vocal de report de rendez-vous. Gérez l'absence de saisie, une date inconnue, une compréhension partielle et une demande non prise en charge. Confirmez explicitement la modification finale, proposez une sortie claire et répétez le script à voix haute sans supposer qu'un écran est visible.

Examiner le résultat

Comparez le résultat réel à ces critères observables.

  • Les types d'échec reçoivent des invites de récupération distinctes.
  • Les actions à fort enjeu font l'objet d'une confirmation délibérée.
  • Les utilisateurs peuvent arrêter, recommencer ou joindre un autre canal.

OpenDesign fournit un espace de travail de conception local pour les agents de code. Cette fiche ne signifie pas que le skill est fourni avec OpenDesign, ni que ses outils externes, identifiants et dépendances logicielles sont inclus.

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source
Owl-Listener
Licence
MIT
Version examinée
2026-10-07 · 9a6930cf84a8
Résumé éditorial de la source
Conception des tours de parole vocaux et par chat, stratégies de confirmation, échelles d'erreurs, personnalité et contraintes propres à chaque canal.

Résumé original de OpenDesign, fondé sur la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, pas une mesure d'utilisation du skill ni une note de qualité.

06 Questions avant de commencer

Questions avant de commencer

Un chatbot n'est-il qu'un formulaire avec des messages ?

Non. La source traite la structure des tours et la récupération comme des enjeux de conception distincts, et recommande d'utiliser des formulaires lorsque c'est approprié.

La même invite d'erreur doit-elle se répéter ?

Non. Chaque tentative de récupération doit apporter de l'information, avec une sortie élégante après des échecs répétés.

La voix peut-elle dépendre de l'écran ?

La source indique que l'interaction orale doit être compréhensible sans regarder un écran.

OpenDesign

Faites de la place à la prochaine itération de conception.

Gardez votre brief, vos documents sources et votre travail de conception réunis dans un espace de travail local. Vérifiez la configuration propre au skill avant de l'ajouter à votre flux de travail.

Fichier source amont
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md