コンパニオンチャット製品はユーザーが会話を終了したいタイミングをどのように認識すべきか？
コンパニオンチャット製品は、明確な停止メッセージを指示として扱い、要求されたアクティビティが完了したことを認識し、ユーザーが理由を説明しなくても一時停止できるようにすべきです。やり取りが終わったら、手短に締めくくり、次の行動をユーザーに委ねる必要があります。これを設計する実用的な方法は、シグナルをその明確さに基づいて分類し、明示的な要求を優先し、ユーザーの気分や沈黙から推測するのを避けることです。
ユーザーの気分を推測するのではなく、ユーザーの言葉から始める
「やめて」「終わり」「もう十分」「さようなら」「ここまでにしよう」といったメッセージは、ユーザーがやり取りを終わらせたいと考えている直接的な証拠です。これらのフレーズを、自然なバリエーションとともに、製品の停止処理に組み込んでください。クリエイティブな活動の最中やシステムが質問をしている最中であっても、会話全体を通じてこれらを制御指示として扱います。
これは、確立された会話デザインのガイダンスに沿ったものです。Googleは「終わり」や「もういい」といった表現を尊重することを推奨しており、失われる進捗がほとんどない未完了のタスクから離脱しようとする人の意図を疑わないよう述べています。Amazon Lexも同様に、ユーザーが対話を終了したいことを示すフレーズに対してstopインテント（停止インテント）を定義しています。（会話の終了に関するGoogleのガイダンス、Amazon Lexの組み込みstopインテント）
製品の応答は、指示を一度確認してからターンを終了する必要があります。例えば、「了解しました。ここで終了します。」といった形です。その確認に続けて別の質問をしたり、会話を続けるよう促したり、決定の理由を尋ねたりしてはいけません。停止コマンドは、ユーザーが同じことを繰り返さなければならないような小さな交渉になってはなりません。
完了を自然な終了ポイントとして扱う
ユーザーは「やめて」と言わずに終了することもあります。短編小説を求めてそれを受け取ったり、週末のアクティビティのアイデアを選んだり、メッセージの推敲を終えたりする場合です。要求された出力が提供され、タスクに未解決の部分がなくなったら、システムは「こちらが完成版です」や「これで土曜日の予定が決まりましたね」といった短い文句で締めくくることができます。必ずしも「他に何かしたいことはありますか？」と自動的に付け加える必要はありません。
これは、会話の応答を簡潔で関連性があり、タスクに集中したものに保つというガイダンスからの設計上の推論です。Amazonの会話デザインチェックリストでは、最小限のステップと関連性のあるメッセージを推奨しており、関係のない提案で体験を中断しないようアドバイスしています。これをコンパニオンチャットに適用すると、すべての完了した回答にフォローアップの質問を付けるのではなく、実際の次のステップがある場合にのみ条件付きで行うことが示唆されます。（Amazon Alexa 会話デザインの原則）
例外もあります。要求に複数のパートがある場合、製品は約束されたパートを完了するか、何が残っているかを明確に述べる必要があります。ユーザーが下書きと推敲を求めている場合、下書きのみを返すのは完了したタスクではありません。しかし、合意された範囲が満たされたら、オープンエンドな問いかけを行うと、完了したはずの対話が未完了のように感じられてしまう可能性があります。簡潔な締めくくりによって、システムがユーザーのタスクを勝手に広げてしまうのを防ぎます。
一時停止の表現と再開を容易にする
一時停止は終了とは異なります。「少し休もう」「また後で戻る」「ちょっと待って」「後のために保存して」などは、作業を保持したまま休憩したいというシグナルです。製品が会話履歴や保存された下書きをサポートしている場合は、何が利用可能なまま残るかをわかりやすい言葉で確認できます。現在の状態を保持できない場合は、その制限が重要であるなら、ユーザーが離脱する前にその旨を伝えるべきです。
一時停止はユーザーがコントロールできるようにしてください。説明を要求したり、休憩の理由を示唆したりしないでください。製品に目に見える一時停止や終了のコントロールがある場合は、明確にラベルを付け、予測可能な結果をもたらすようにします。ユーザーコントロールに関するW3Cのガイダンスでは、コンテキストの変更はユーザーによって開始されるか、それをオフにするメカニズムを持つべきであるとされています。この原則は、遷移に関する明確なコントロールと予測可能な動作をサポートします。（要求による変化に関するW3Cガイダンス）
製品はまた、インターフェースで利用可能な言葉とアクションを使用して、一時停止と明示的な停止を区別する必要があります。一時停止は、機能がサポートしていれば、下書きやタスク内の位置を保持できます。停止は現在の対話を終了させるべきです。実際に保存されていない限り会話が保存されたと主張してはならず、アプリから離れたり沈黙したりしたことを、さらにメッセージを送信する要求として扱ってはなりません。
曖昧なシグナルと明示的なシグナルに明確な順序を用いる
実装に役立つシグナルの階層は以下の通りです：
明示的な停止または別れの挨拶：速やかにやり取りを終了する。
明示的な一時停止または保存の要求：サポートされている場合は一時停止または保存し、その結果を手短に確認する。
完了した要求：要求された結果を提供し、別のターンを要求することなく締めくくる。
不明確なメッセージ：曖昧さによってタスクが妨げられている場合にのみ、短い確認の質問を1つ行う。
沈黙：製品の通常の動作に従って待機するかアクティブなセッションを終了する。感情状態を推測しない。
この順序付けは実用的な設計提案であり、公開された測定基準や普遍的な分類器ではありません。その目的は、直接的な指示が曖昧な推測によって上書きされるのを防ぐことです。例えば、「もう十分」という指示は、関連する提案が歓迎されるかもしれないというシステムの予測よりも優先されるべきです。「ここで終了しますか、それとも後で使えるように保存しますか？」といった質問は、ユーザーの言葉遣いによってそれらの結果が本当に不明確な場合にのみ適しています。
製品が重大なアクションをサポートしている場合や、重要な作業が失われるリスクがある場合は、その作業を保護するために確認が適切な場合があります。「今すぐ停止して、この下書きを破棄しますか？」のように、具体的で答えやすい確認にしてください。進捗がほとんど失われない通常の会話では、確認を繰り返すことで不必要な摩擦が生じます。Googleのガイダンスでも同様の区別がなされています。重大な進捗が失われない限り、終了を重ねて確認してはいけません。（会話の終了に関するGoogleのガイダンス）
締めくくりの応答は短く、完結したものにする
締めくくりのメッセージが果たすべき役割は1つです。システムがユーザーを理解したこと、そして対話が終了または一時停止したことを明確にすることです。適切な例には以下のようなものがあります：
停止：「わかりました。ここで終了します。」
完了した創作タスク：「推敲した詩はこちらです。」
作業を保存した一時停止：「一時停止しました。下書きはこのチャットに保存されています。」
保存機能のない一時停止：「了解しました。後でこのチャットに戻ることはできますが、個別の下書きとして保存することはできません。」
製品の実際の動作と一致する文言のみを使用してください。感情的な訴えかけ、罪悪感を抱かせるような言葉、新たな質問は避けてください。システムを安心させたり対話を続けたりすることをユーザーに求めなくても、温かみのある締めくくりは可能です。設計の目標は、ユーザーが信頼できる明確な終了です。
分かりやすいコマンドだけでなく、境界線のケースもテストする
日常的な使用における短い会話の例を見直してください。ストーリーの途中で直接停止する場合、レコメンデーションの後の「もう十分」、完了した執筆タスク、途中で一時停止する要求、曖昧な「たぶん後で」などです。それぞれのケースが意図した動作につながること、そして明確な停止や完了したタスクの後にフォローアップの質問が表示されないことを確認してください。
また、誤検出（フォールスポジティブ）も確認してください。「そのフレーズを使うのをやめて、別のフレーズを試して」には「やめて（stop）」という言葉が含まれていますが、これはタスク内の指示であり、必ずしもチャットを終了する要求ではありません。システムが言葉を取り違えた場合に備えて専用の停止コントロールを利用可能にしておきつつ、文脈の中で言葉を解釈してください。Amazonのドキュメントには一般的な停止フレーズ用の組み込みstopインテントが記載されています。コンパニオンチャット製品は、テキストや音声のインターフェースに合わせて認識を調整しながら、同じ基本的な考え方を使用できます。（Amazon Lexの組み込みstopインテント）
停止要求の後に別の質問が続く、完了したタスクが無関係なプロンプトを引き起こす、保存されたと示唆したにもかかわらず一時停止で作業が失われるなど、実際の不具合を追跡してください。これらは観察可能な動作のチェックであり、ユーザーがどう感じているかについての判断ではありません。これにより、チームはユーザーの言葉遣いから感情を推測しようとすることなく、対話を改善することができます。
敬意ある終了のためのシンプルなルール
ユーザーがやり取りを明確に終わらせたときは、停止します。合意したタスクが完了したら、手短に締めくくります。ユーザーが一時停止を求めたときは、ユーザーのコントロールを尊重し、利用可能な保存動作を説明します。要求を完了するため、または真の曖昧さを解決するために必要な場合にのみ、フォローアップを尋ねてください。これにより、コンパニオンチャット製品は終了を認識する具体的な方法を得られ、日常的な選択、タイミング、継続の判断をユーザーに委ねることができます。