Ir a la guía de uso
Conversational UXpor Owl-Listener

Conversational UX Skill.

Diseña lo que dice el sistema, lo que espera recibir y cómo se recupera cuando ambas cosas no coinciden.

  • UX
  • Guía de diseño
Revisión de la fuente · Conversational UXSKILL.md
Tarea UX Produce • Flujos de diálogo con ramas significativas • Indicaciones de reintento y pasos de escalado distintos para cada tipo de error • Reglas de personalidad y de interacción específicas de voz y texto Antes de empezar Aporta las tareas compatibles, las restricciones del canal y los requisitos de confirmación. Los flujos de voz también requieren pruebas con dispositivos y reconocimiento de voz; un diálogo escrito por sí solo no permite establecer la calidad del reconocimiento.
Resumen editorial · fuente revisada el 2026-10-07 · no es un ejemplo generado

01 Qué hace

Conversational UX: Diseño de turnos y recuperación

Diseño de turnos de voz y chat, estrategias de confirmación, escalas de error, personalidad y restricciones específicas de cada canal.

Flujo de trabajo basado en la fuenteNo es un benchmark de ejecución

El enfoque de trabajo

Conversational UX trata una conversación como una secuencia de turnos y no como el diseño de una pantalla. Abarca los mensajes que la interfaz dice o muestra, las respuestas del usuario, los acuses de recibo y la elección entre confirmación explícita, implícita o ninguna. La voz y el texto comparten esa estructura, pero ofrecen formas distintas de interactuar.

La fuente hace un énfasis poco habitual en los caminos desfavorables. La ausencia de entrada, el reconocimiento erróneo, las solicitudes fuera de alcance y las coincidencias parciales requieren respuestas diferentes. La recuperación debe aportar información en lugar de repetir el mismo mensaje y, finalmente, ofrecer una salida u otro canal. La conversación no es automáticamente mejor que un formulario o un menú.

Entregables esperados

  • Flujos de diálogo con ramas significativas
  • Indicaciones de reintento y pasos de escalado distintos para cada tipo de error
  • Reglas de personalidad y de interacción específicas de voz y texto
Ver el brief de ejemplo

Del brief a la revisión

  1. 01
    Elige el canal

    Identifica si la interfaz es solo de voz, chat de texto o híbrida, y la tarea que debe respaldar.

  2. 02
    Escribe los turnos

    Especifica las indicaciones, los tipos de respuesta esperados, los acuses de recibo y la confirmación según el riesgo de la acción.

  3. 03
    Diseña primero la recuperación

    Gestiona el silencio, los malentendidos, la información parcial y las solicitudes no compatibles con ayuda cada vez más útil.

  4. 04
    Ensaya la experiencia

    Lee en voz alta el texto de voz y prueba enunciados reales, el ritmo y las vías de salida, reinicio y escalado.

02 Cuándo usarlo

Cuándo usarla

Aporta las tareas compatibles, las restricciones del canal y los requisitos de confirmación. Los flujos de voz también requieren pruebas con dispositivos y reconocimiento de voz; un diálogo escrito por sí solo no permite establecer la calidad del reconocimiento.

Buen encaje

  • Solicitudes ambiguas de los usuariosLa conversación puede respaldar tareas abiertas en las que las personas no conocen una ruta de navegación fija.
  • Productos con la voz como medio principalResulta útil cuando los usuarios no pueden apoyarse en explorar visualmente una interfaz.

Límites que conviene comprobar

  • No todo flujo de trabajo debe ser un chatLa fuente advierte contra el uso de la conversación en tareas que se resuelven mejor con formularios, tablas o menús.
  • Los guiones no demuestran el reconocimientoEl diálogo diseñado debe probarse con voz en dispositivos reales y con enunciados reales de usuarios.

Aporta estos datos

  • Tareas compatiblesEnumera lo que el asistente puede hacer realmente y lo que queda fuera de alcance.
  • Riesgo de la acciónIdentifica las acciones que requieren confirmación explícita o escalado a una persona.
  • Canal y tonoIndica las restricciones de voz, chat o multimodalidad y el registro deseado.

03 Decisiones importantes

Decisiones importantes

  1. La recuperación aporta información

    Una escala de reindicaciones ofrece al usuario un nuevo camino en lugar de repetir el mismo fallo en bucle.

  2. La voz es efímera

    Las indicaciones breves y las opciones habladas limitadas tienen en cuenta que el audio no se puede releer.

04 Ejemplo de brief

Prueba un brief concreto

El brief de ejemplo siguiente no se ha probado. Revisa la configuración de la skill antes de usarlo.

Revisa la configuración

Carga el SKILL.md de esta tarea desde el repositorio designer-skills en la ubicación de skills compatible con tu agente. El archivo de entrada no establece ningún comando de instalación universal.

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

Aporta las tareas compatibles, las restricciones del canal y los requisitos de confirmación. Los flujos de voz también requieren pruebas con dispositivos y reconocimiento de voz; un diálogo escrito por sí solo no permite establecer la calidad del reconocimiento.

Empieza con un solo entregable

Adapta el alcance, el material de origen y las restricciones de este brief antes de ejecutar la skill.

Brief de ejemplo
Usa conversational-ux para diseñar un flujo de voz para reprogramar citas. Gestiona la ausencia de entrada, una fecha desconocida, una comprensión parcial y una solicitud no compatible. Confirma el cambio final de forma explícita, ofrece una salida clara y ensaya el guion en voz alta sin suponer que hay una pantalla visible.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

  • Cada tipo de fallo recibe indicaciones de recuperación distintas.
  • Las acciones de alto riesgo tienen una confirmación deliberada.
  • Los usuarios pueden detenerse, reiniciar o acceder a otro canal.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no significa que la skill esté incluida ni que se incluyan sus herramientas externas, credenciales y dependencias de software.

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fijada de la fuente enlazada a continuación. El comportamiento y los requisitos de la fuente original pueden cambiar.

Propietario de la fuente
Owl-Listener
Licencia
MIT
Versión revisada
2026-10-07 · 9a6930cf84a8
Resumen editorial de la fuente
Diseño de turnos de voz y chat, estrategias de confirmación, escalas de error, personalidad y restricciones específicas de cada canal.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son una señal de popularidad con fecha, no el uso de la skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Un chatbot es solo un formulario con mensajes?

No. La fuente trata la estructura de los turnos y la recuperación como aspectos de diseño distintos y recomienda usar formularios cuando corresponda.

¿Debe repetirse la misma indicación de error?

No. Cada intento de recuperación debe aportar información, con una salida elegante tras fallos repetidos.

¿Puede la voz depender de la pantalla?

La fuente indica que la interacción hablada debe tener sentido sin mirar una pantalla.

OpenDesign

Deja espacio para la siguiente iteración de diseño.

Mantén juntos tu brief, el material de origen y el trabajo de diseño en un espacio de trabajo local. Revisa la configuración propia de la skill antes de añadirla a tu flujo de trabajo.

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