Conversational UXpor Owl-Listener

Conversational UX Skill.

Projete o que o sistema diz, o que ele espera receber de volta e como se recupera quando as duas coisas não coincidem.

UX
Orientação de design

Revisão da fonte · Conversational UXSKILL.md

Tarefa UX Produz • Fluxos de diálogo com ramificações relevantes • Prompts de nova tentativa e etapas de escalonamento distintos para diferentes erros • Persona e regras de interação específicas para voz e texto Antes de começar Forneça as tarefas compatíveis, as restrições do canal e os requisitos de confirmação. Fluxos de voz também exigem testes em dispositivos e de reconhecimento de fala; um diálogo escrito, por si só, não permite estabelecer a qualidade do reconhecimento.

Resumo editorial · fonte revisada em 2026-10-07 · não é um exemplo gerado

01 Funcionalidades

Conversational UX: Design de turnos e recuperação

Design de turnos de voz e chat, estratégias de confirmação, escadas de erro, persona e restrições específicas de cada canal.

Fluxo de trabalho baseado na fonteNão é um benchmark de execução

A abordagem de trabalho

Conversational UX trata uma conversa como uma sequência de turnos, e não como o layout de uma tela. Abrange as mensagens que a interface fala ou exibe, as respostas do usuário, os reconhecimentos e a escolha entre confirmação explícita, implícita ou nenhuma confirmação. Voz e texto compartilham essa estrutura, mas oferecem formas diferentes de interagir.

A fonte dá ênfase incomum aos caminhos infelizes. Ausência de entrada, reconhecimento incorreto, pedidos fora do escopo e correspondências parciais exigem respostas diferentes. A recuperação deve acrescentar informação em vez de repetir a mesma mensagem e, por fim, oferecer uma saída ou outro canal. Conversa não é automaticamente melhor que um formulário ou menu.

Entregáveis esperados

Fluxos de diálogo com ramificações relevantes
Prompts de nova tentativa e etapas de escalonamento distintos para diferentes erros
Persona e regras de interação específicas para voz e texto

Ver o briefing de exemplo

Do briefing à revisão

01
Escolha o canal
Identifique se será apenas voz, chat de texto ou uma interface híbrida e qual tarefa ela deve apoiar.
02
Escreva os turnos
Especifique prompts, tipos de resposta esperados, reconhecimentos e confirmação conforme o risco da ação.
03
Projete primeiro a recuperação
Trate silêncio, mal-entendido, informações parciais e pedidos não compatíveis com ajuda cada vez mais útil.
04
Ensaie a experiência
Leia o texto de voz em voz alta e teste falas reais, ritmo e caminhos de saída, reinício e escalonamento.

02 Quando usar

Quando usar

Forneça as tarefas compatíveis, as restrições do canal e os requisitos de confirmação. Fluxos de voz também exigem testes em dispositivos e de reconhecimento de fala; um diálogo escrito, por si só, não permite estabelecer a qualidade do reconhecimento.

Bom encaixe

Pedidos ambíguos dos usuáriosA conversa pode apoiar tarefas abertas em que as pessoas não conhecem um caminho de navegação fixo.
Produtos centrados em vozÚtil quando os usuários não podem depender de examinar uma interface visível.

Limites a verificar

Nem todo fluxo deve virar conversaA fonte desaconselha usar conversa em tarefas mais bem atendidas por formulários, tabelas ou menus.
Roteiros não provam reconhecimentoO diálogo projetado deve ser testado com fala em dispositivos reais e falas reais dos usuários.

Traga estas informações

Tarefas compatíveisListe o que o assistente realmente consegue fazer e o que permanece fora do escopo.
Risco da açãoIdentifique as ações que exigem confirmação explícita ou escalonamento para uma pessoa.
Canal e tomIndique as restrições de voz, chat ou multimodal e o registro pretendido.

03 Decisões importantes

Decisões importantes

A recuperação acrescenta informação
Uma escada de novos prompts dá ao usuário um novo caminho a seguir, em vez de repetir a mesma falha em ciclo.
A voz é efêmera
Prompts curtos e poucas opções faladas levam em conta a impossibilidade de reler o áudio.

04 Exemplo de briefing

Experimente um briefing focado

O briefing de exemplo abaixo não foi testado. Verifique a configuração da skill antes de usá-lo.

Revise a configuração

Carregue o SKILL.md desta tarefa a partir do repositório designer-skills no local de skills compatível com seu agente. O arquivo de entrada não estabelece um comando de instalação universal.

Arquivo-fonte original

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

Comece com um entregável

Adapte o escopo, o material de origem e as restrições deste briefing antes de executar a skill.

Briefing de exemplo

Use conversational-ux para projetar um fluxo de voz para reagendar consultas. Trate ausência de entrada, uma data desconhecida, compreensão parcial e um pedido não compatível. Confirme explicitamente a alteração final, ofereça uma saída clara e ensaie o roteiro em voz alta sem presumir que haja uma tela visível.

Inspecione o resultado

Compare a saída real com estes critérios observáveis.

Os tipos de falha recebem prompts de recuperação distintos.
Ações de alto risco têm confirmação deliberada.
Os usuários podem parar, reiniciar ou acessar outro canal.

OpenDesign oferece um espaço de trabalho de design local para agentes de programação. Esta listagem não significa que a skill esteja incluída nem que suas ferramentas externas, credenciais e dependências de software estejam incluídas.

Baixar OpenDesign Ler o guia rápido

05 Fonte e licença

Fonte e licença

Esta página descreve a revisão fixada da fonte vinculada abaixo. O comportamento e os requisitos upstream podem mudar.

Responsável pela fonte: Owl-Listener
Repositório: Owl-Listener/designer-skills
Arquivo da skill: interaction-design/skills/conversational-ux/SKILL.md
Licença: MIT
Versão revisada: 2026-10-07 · 9a6930cf84a8

Resumo editorial da fonte

Design de turnos de voz e chat, estratégias de confirmação, escadas de erro, persona e restrições específicas de cada canal.

Resumo original de OpenDesign, com base na fonte vinculada. As estrelas do repositório são um sinal datado de popularidade, não de uso da skill nem uma nota de qualidade.

06 Perguntas antes de começar

Perguntas antes de começar

Um chatbot é apenas um formulário com mensagens?

Não. A fonte trata a estrutura dos turnos e a recuperação como preocupações de design distintas e recomenda usar formulários quando apropriado.

O mesmo prompt de erro deve se repetir?

Não. Cada tentativa de recuperação deve acrescentar informação, com uma saída elegante após falhas repetidas.

A voz pode depender da tela?

A fonte diz que a interação falada deve fazer sentido sem olhar para um display.

OpenDesign

Abra espaço para a próxima iteração de design.

Mantenha seu briefing, o material de origem e o trabalho de design juntos em um espaço de trabalho local. Verifique a configuração da própria skill antes de adicioná-la ao seu fluxo de trabalho.

Baixar OpenDesign Explorar skills de design