Vai alla guida all’uso
Conversational UXdi Owl-Listener

Conversational UX Skill.

Progetta ciò che il sistema dice, ciò che si aspetta in risposta e come si riprende quando le due cose non coincidono.

  • UX
  • Indicazioni di design
Revisione della fonte · Conversational UXSKILL.md
Attività UX Produce • Flussi di dialogo con ramificazioni significative • Prompt di nuovo tentativo e passaggi di escalation distinti per i diversi errori • Regole di interazione per la persona e specifiche per voce e testo Prima di iniziare Fornisci le attività supportate, i vincoli del canale e i requisiti di conferma. I flussi vocali richiedono anche test su dispositivi e sul riconoscimento vocale; un dialogo scritto da solo non può stabilire la qualità del riconoscimento.
Sintesi editoriale · fonte esaminata 2026-10-07 · non è un esempio generato

01 Funzionalità

Conversational UX: progettare i turni e il recupero

Progettazione dei turni vocali e chat, strategie di conferma, scale di errore, persona e vincoli specifici del canale.

Flusso di lavoro basato sulla fonteNon è un benchmark di esecuzione

Il metodo di lavoro

Conversational UX tratta una conversazione come una sequenza di turni, non come il layout di una schermata. Copre i messaggi che l'interfaccia pronuncia o mostra, le risposte degli utenti, le conferme di ricezione e la scelta tra conferma esplicita, implicita o assente. Voce e testo condividono questa struttura ma offrono modi diversi di interagire.

La fonte dà un'enfasi insolita ai percorsi negativi. Assenza di input, errori di riconoscimento, richieste fuori ambito e corrispondenze parziali richiedono risposte diverse. Il recupero dovrebbe aggiungere informazioni anziché ripetere lo stesso messaggio e, alla fine, offrire un'uscita o un altro canale. La conversazione non è automaticamente meglio di un modulo o di un menu.

Risultati attesi

  • Flussi di dialogo con ramificazioni significative
  • Prompt di nuovo tentativo e passaggi di escalation distinti per i diversi errori
  • Regole di interazione per la persona e specifiche per voce e testo
Vedi il brief di esempio

Dal brief alla revisione

  1. 01
    Scegli il canale

    Identifica se l'interfaccia è solo vocale, chat testuale o ibrida e quale attività deve supportare.

  2. 02
    Scrivi i turni

    Specifica prompt, tipi di risposta attesi, conferme di ricezione e conferma in base al rischio dell'azione.

  3. 03
    Progetta prima il recupero

    Gestisci silenzio, incomprensione, informazioni parziali e richieste non supportate con un aiuto sempre più utile.

  4. 04
    Prova l'esperienza

    Leggi ad alta voce il testo vocale e verifica enunciati reali, ritmo, uscita, riavvio e percorsi di escalation.

02 Quando usarlo

Quando usarla

Fornisci le attività supportate, i vincoli del canale e i requisiti di conferma. I flussi vocali richiedono anche test su dispositivi e sul riconoscimento vocale; un dialogo scritto da solo non può stabilire la qualità del riconoscimento.

Adatta quando

  • Richieste utente ambigueLa conversazione può supportare attività aperte in cui le persone non conoscono un percorso di navigazione fisso.
  • Prodotti a prevalenza vocaleUtile quando gli utenti non possono affidarsi alla scansione di un'interfaccia visibile.

Limiti da verificare

  • Non ogni flusso deve usare la chatLa fonte sconsiglia di usare la conversazione per attività più adatte a moduli, tabelle o menu.
  • Gli script non dimostrano il riconoscimentoIl dialogo progettato va verificato con il parlato su dispositivi reali e con enunciati reali degli utenti.

Porta questi input

  • Attività supportateElenca ciò che l'assistente sa davvero fare e ciò che resta fuori ambito.
  • Rischio dell'azioneIdentifica le azioni che richiedono conferma esplicita o escalation a una persona.
  • Canale e tonoIndica i vincoli di voce, chat o multimodalità e il registro desiderato.

03 Decisioni importanti

Decisioni importanti

  1. Il recupero aggiunge informazioni

    Una scala di nuovi prompt offre agli utenti una nuova strada, invece di ripetere in loop lo stesso errore.

  2. La voce è effimera

    Prompt brevi e scelte parlate limitate tengono conto dell'impossibilità di rileggere l'audio.

04 Esempio di brief

Prova un brief mirato

Il brief di esempio qui sotto non è stato testato. Controlla la configurazione della skill prima di usarlo.

Controlla la configurazione

Carica il SKILL.md di questa attività dal repository designer-skills nella posizione delle skill supportata dal tuo agente. Il file di ingresso non stabilisce alcun comando di installazione universale.

File sorgente originale
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md

Fornisci le attività supportate, i vincoli del canale e i requisiti di conferma. I flussi vocali richiedono anche test su dispositivi e sul riconoscimento vocale; un dialogo scritto da solo non può stabilire la qualità del riconoscimento.

Parti da un solo risultato

Adatta ambito, materiali di partenza e vincoli di questo brief prima di eseguire la skill.

Brief di esempio
Usa conversational-ux per progettare un flusso vocale di riprogrammazione di un appuntamento. Gestisci assenza di input, data sconosciuta, comprensione parziale e richiesta non supportata. Conferma esplicitamente la modifica finale, offri un'uscita chiara e prova lo script ad alta voce senza presumere che uno schermo sia visibile.

Esamina il risultato

Confronta l'output effettivo con questi criteri osservabili.

  • I tipi di errore ricevono prompt di recupero distinti.
  • Le azioni ad alto rischio hanno una conferma deliberata.
  • Gli utenti possono interrompere, ricominciare o raggiungere un altro canale.

OpenDesign offre uno spazio di lavoro di design locale per agenti di programmazione. Questa scheda non significa che la skill sia inclusa nel pacchetto né che i suoi strumenti esterni, le credenziali e le dipendenze software siano compresi.

05 Fonte e licenza

Fonte e licenza

Questa pagina descrive la revisione della fonte fissata collegata qui sotto. Il comportamento e i requisiti upstream possono cambiare.

Titolare della fonte
Owl-Listener
Licenza
MIT
Snapshot esaminato
2026-10-07 · 9a6930cf84a8
Sintesi editoriale della fonte
Progettazione dei turni vocali e chat, strategie di conferma, scale di errore, persona e vincoli specifici del canale.

Sintesi originale di OpenDesign, basata sulla fonte collegata. Le stelle del repository sono un indicatore di popolarità datato, non l'uso della skill né un punteggio di qualità.

06 Domande prima di iniziare

Domande prima di iniziare

Un chatbot è solo un modulo con messaggi?

No. La fonte tratta la struttura dei turni e il recupero come aspetti di design distinti e consiglia di usare i moduli quando appropriato.

Lo stesso prompt di errore va ripetuto?

No. Ogni tentativo di recupero dovrebbe aggiungere informazioni, con un'uscita elegante dopo ripetuti fallimenti.

La voce può dipendere dallo schermo?

La fonte afferma che l'interazione parlata dovrebbe avere senso anche senza guardare un display.

OpenDesign

Fai spazio alla prossima iterazione di design.

Tieni insieme brief, materiali di partenza e lavoro di design in uno spazio di lavoro locale. Controlla la configurazione della skill prima di aggiungerla al tuo flusso di lavoro.

File sorgente originale
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md