사용 가이드로 건너뛰기
Conversational UX작성자 Owl-Listener

Conversational UX 스킬.

시스템이 무엇을 말하고, 무엇을 응답으로 기대하며, 둘이 일치하지 않을 때 어떻게 복구할지 설계합니다.

  • UX
  • 디자인 가이드
소스 검토 · Conversational UXSKILL.md
작업 UX 산출물 • 의미 있는 분기를 갖춘 대화 흐름 • 오류 유형별로 구분된 재시도 프롬프트와 에스컬레이션 단계 • 페르소나 및 음성/텍스트별 인터랙션 규칙 시작하기 전에 지원하는 작업, 채널 제약, 확인 요구 사항을 제공하세요. 음성 흐름은 기기 및 음성 인식 테스트도 필요합니다. 작성된 대화만으로는 인식 품질을 확인할 수 없습니다.
편집 요약 · 검토한 소스 2026-10-07 · 생성된 예시 아님

01 기능 소개

Conversational UX: 턴과 복구 설계

음성 및 채팅 턴 설계, 확인 전략, 오류 단계, 페르소나, 채널별 제약을 다룹니다.

소스 기반 워크플로실행 벤치마크 아님

작업 방식

Conversational UX는 대화를 화면 레이아웃이 아니라 턴의 연속으로 봅니다. 인터페이스가 말하거나 표시하는 메시지, 사용자 응답, 확인 응답, 명시적·암묵적·무확인 중 어떤 확인 방식을 쓸지의 선택을 다룹니다. 음성과 텍스트는 이 구조를 공유하지만 상호작용 방식은 다릅니다.

소스는 예외 경로를 특히 강조합니다. 입력 없음, 오인식, 범위 밖 요청, 부분 일치는 서로 다른 응답이 필요합니다. 복구는 같은 메시지를 반복하지 않고 정보를 더해야 하며, 결국 종료 수단이나 다른 채널을 제공해야 합니다. 대화가 폼이나 메뉴보다 자동으로 더 낫지는 않습니다.

예상 산출물

  • 의미 있는 분기를 갖춘 대화 흐름
  • 오류 유형별로 구분된 재시도 프롬프트와 에스컬레이션 단계
  • 페르소나 및 음성/텍스트별 인터랙션 규칙
예시 브리프 보기

브리프에서 검토까지

  1. 01
    채널 선택

    음성 전용, 텍스트 채팅, 하이브리드 중 무엇인지와 지원할 작업을 정합니다.

  2. 02
    턴 작성

    프롬프트, 기대하는 응답 유형, 확인 응답, 작업 위험도에 따른 확인 방식을 명시합니다.

  3. 03
    복구부터 설계

    무응답, 오해, 부분 정보, 지원하지 않는 요청을 점점 더 유용한 도움으로 처리합니다.

  4. 04
    경험 리허설

    음성 문구를 소리 내어 읽고 실제 발화, 속도, 종료, 재시작, 에스컬레이션 경로를 테스트합니다.

02 활용 상황

사용 시점

지원하는 작업, 채널 제약, 확인 요구 사항을 제공하세요. 음성 흐름은 기기 및 음성 인식 테스트도 필요합니다. 작성된 대화만으로는 인식 품질을 확인할 수 없습니다.

적합한 경우

  • 모호한 사용자 요청사용자가 정해진 탐색 경로를 모르는 개방형 작업을 대화가 지원할 수 있습니다.
  • 음성 중심 제품사용자가 보이는 인터페이스를 훑어볼 수 없을 때 유용합니다.

확인할 한계

  • 모든 워크플로가 채팅에 맞지는 않습니다소스는 폼, 표, 메뉴가 더 적합한 작업에 대화를 쓰지 말라고 경고합니다.
  • 스크립트가 인식을 증명하지는 않습니다설계한 대화는 실제 기기의 음성과 실제 사용자 발화로 테스트해야 합니다.

준비할 입력

  • 지원하는 작업어시스턴트가 실제로 할 수 있는 일과 범위 밖인 일을 나열합니다.
  • 작업 위험도명시적 확인이나 사람에게 넘기는 에스컬레이션이 필요한 작업을 식별합니다.
  • 채널과 어조음성, 채팅, 멀티모달 제약과 의도한 말투를 명시합니다.

03 핵심 결정

핵심 결정

  1. 복구는 정보를 더합니다

    재프롬프트 단계는 같은 실패를 반복하는 대신 사용자에게 새로운 진행 경로를 제공합니다.

  2. 음성은 휘발됩니다

    오디오는 다시 읽을 수 없으므로 짧은 프롬프트와 제한된 음성 선택지를 사용합니다.

04 예시 브리프

집중 브리프 사용해 보기

아래 예시 브리프는 테스트되지 않았습니다. 사용하기 전에 스킬의 설정을 확인하세요.

설정 검토

에이전트가 지원하는 스킬 위치에서 designer-skills 저장소의 이 작업용 SKILL.md를 불러오세요. 진입 파일은 보편적인 설치 명령을 정하지 않습니다.

업스트림 소스 파일
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md

지원하는 작업, 채널 제약, 확인 요구 사항을 제공하세요. 음성 흐름은 기기 및 음성 인식 테스트도 필요합니다. 작성된 대화만으로는 인식 품질을 확인할 수 없습니다.

하나의 산출물로 시작

스킬을 실행하기 전에 이 브리프의 범위, 소스 자료, 제약을 조정하세요.

예시 브리프
conversational-ux를 사용해 음성 예약 변경 흐름을 설계하세요. 무입력, 알 수 없는 날짜, 부분 이해, 지원하지 않는 요청을 처리하세요. 최종 변경은 명시적으로 확인하고, 명확한 종료 수단을 제공하며, 화면이 보인다고 가정하지 말고 스크립트를 소리 내어 리허설하세요.

결과 점검

실제 출력을 다음의 관찰 가능한 기준과 비교해 확인하세요.

  • 실패 유형마다 구분된 복구 프롬프트가 있습니다.
  • 중요도가 높은 작업에는 의도적인 확인이 있습니다.
  • 사용자는 중단하거나 다시 시작하거나 다른 채널로 이동할 수 있습니다.

OpenDesign은 코딩 에이전트를 위한 로컬 디자인 워크스페이스를 제공합니다. 이 목록은 스킬이 번들로 포함되어 있거나 외부 도구, 자격 증명, 소프트웨어 의존성이 포함되어 있다는 뜻이 아닙니다.

05 출처 및 라이선스

소스 및 라이선스

이 페이지는 아래에 링크된 고정 소스 리비전을 설명합니다. 업스트림 동작과 요구 사항은 바뀔 수 있습니다.

소스 소유자
Owl-Listener
라이선스
MIT
검토한 스냅샷
2026-10-07 · 9a6930cf84a8
편집 소스 요약
음성 및 채팅 턴 설계, 확인 전략, 오류 단계, 페르소나, 채널별 제약을 다룹니다.

링크된 소스를 바탕으로 OpenDesign이 작성한 원본 요약입니다. 저장소 스타 수는 날짜 기준의 인기 지표일 뿐 스킬 사용량이나 품질 점수가 아닙니다.

06 시작 전 질문

시작 전 질문

챗봇은 메시지를 쓰는 폼일 뿐인가요?

아닙니다. 소스는 턴 구조와 복구를 별개의 설계 사안으로 보며, 적절할 때는 폼을 쓰라고 권합니다.

같은 오류 프롬프트를 반복해도 되나요?

안 됩니다. 각 복구 시도는 정보를 더해야 하며, 반복 실패 후에는 부드러운 종료를 제공해야 합니다.

음성이 화면에 의존해도 되나요?

소스에 따르면 음성 인터랙션은 디스플레이를 보지 않아도 이해되어야 합니다.

OpenDesign

다음 디자인 반복을 위한 공간을 마련하세요.

브리프, 소스 자료, 디자인 작업을 로컬 워크스페이스에 함께 보관하세요. 워크플로에 추가하기 전에 스킬 자체의 설정을 확인하세요.

업스트림 소스 파일
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/conversational-ux/SKILL.md