使い方ガイドへスキップ
Conversational UX作者 Owl-Listener

Conversational UX スキル。

システムが何を伝え、ユーザーに何を期待し、その2つが噛み合わないときにどう立て直すかを設計します。

  • 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

対応するタスク、チャネルの制約、確認が必要な事項を用意してください。音声フローには、デバイスと音声認識のテストも必要です。文章のダイアログだけでは認識品質を確認できません。

まず1つの成果物から始める

スキルを実行する前に、このブリーフの範囲、素材、制約を調整してください。

サンプルブリーフ
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