チャットボットの選択型会話とは？意味・仕組み・活用例をわかりやすく解説

チャットボットの選択型会話とは？意味・仕組み・活用例をわかりやすく解説

選択型会話とは、ボタンやメニューに表示された選択肢から回答を選び、次の質問や案内へ進む対話方式です。チャットボットによる問い合わせ対応、商品の絞り込み、予約受付など、確認する項目がある程度決まっている場面に適しています。

文章を考えて入力する手間を減らせる一方、必要な選択肢が見つからなければ利用者は先へ進めません。導入を考えるときは、操作の手軽さだけでなく、扱う用件の範囲と、範囲外の相談を受け止める方法を一緒に考えることが大切です。ここでは、選択型会話の仕組みから自由入力型との違い、具体的な活用例、設計の注意点までを説明します。

選択型会話とは？選択肢で進む仕組み

選択型会話の基本は、「質問を表示する」「選ばれた内容を受け取る」「条件に応じて進路を分ける」「次の質問や回答を返す」という流れです。利用者が配送について知りたいと選べば配送の案内へ、返品を選べば返品手続きへ進むように、選択結果を使って次の処理を決めます。

この質問・分岐・到達先をあらかじめ整理した設計図が、会話シナリオです。到達先には、FAQ（よくある質問と回答）の表示、申込画面への移動、注文処理、担当者への引き継ぎなどがあります。単に会話を長く続けるのではなく、利用者が何を終えれば目的を達成したことになるのかを決めて作ります。

ピザの注文なら、次のような手順が考えられます。

1. サイズを「S・M・L」から選ぶ。
2. 生地を「標準・薄焼き」などから選ぶ。
3. 数量を選ぶ。
4. 選んだ内容と金額を確認し、修正するか注文へ進むかを選ぶ。

ここで必要なのは、選択肢を表示する機能だけではありません。サイズを聞いたあともその回答を保持し、確認画面に反映する仕組みが必要です。また、サイズだけ変更したい利用者が最初から答え直さずに済むよう、修正先へ戻る経路を用意します。サイズ変更で金額や選べる生地が変わるなら、関連する情報も更新しなければなりません。

こうした処理は、決められた規則とデータの保存機能で構築でき、高度なAIは必須ではありません。ただし、注文内容を聞き取ることと、実際の注文を確定することは別の処理です。チャット内で注文を完了させるには、注文システムとの連携や受付結果の確認が必要です。連携がない場合は、注文ページへ案内するなど、どこまで対応できるかを明示します。

ルールベース・自由入力型・生成AIとの違い

チャットボットの分類で混同しやすいのが、「どう入力するか」と「どう回答を決めるか」です。選択型と自由入力型は入力方法の違いであり、ルールベースやAIの利用は応答を処理する仕組みの違いです。この二つを分けると、それぞれの特徴を理解しやすくなります。

ルールベースは、あらかじめ決めた条件に従って応答する仕組みです。選択式のチャットボットでは、決まった会話シナリオと組み合わせることが多くあります。ただし、「選択型」と「ルールベース」、あるいは「シナリオ型」が同じ意味になるわけではありません。自由入力された文章でも、特定のキーワードに反応して定型回答を返せます。一方、選択型でも、AIで候補を選んだり回答を作ったりする構成が可能です。

また、自然言語処理による意図の分類と、生成AIによる文章の生成にも違いがあります。例えば「荷物がまだ届きません」という文を「配送についての問い合わせ」と分類し、用意済みのFAQを表示するだけなら、回答文をその都度生成する必要はありません。生成AIは文章を作れますが、その文章が業務上正しいかどうかは別途確認が必要です。

代表的な構成を比べると、次のようになります。以下は典型例であり、実際のサービスでは複数の方法を組み合わせられます。

自由入力にすれば、利用者は選択肢に縛られずに用件を伝えられます。ただし、入力を受け付けられることと、適切に答えられることは同じではありません。未登録のFAQや個別の判断が必要な相談は、自由入力型でも対応できない場合があります。入力方法の印象だけで選ばず、答えの根拠となる情報と、対応できなかったときの処理を確かめましょう。

選択型会話のメリット

利用者にとって大きな利点は、質問文を考えたり、長い文章を入力したりする負担を減らせることです。スマートフォンの小さな画面でも、目的に合うボタンが見つかれば少ない操作で進めます。問い合わせに使う専門用語が分からなくても、「商品が届かない」「支払い方法を知りたい」といった身近な表現から選べます。

入力内容をそろえやすい点も利点です。例えば商品サイズを自由入力にすると、「エム」「Mサイズ」「M」のような表記の違いが生じます。選択式なら同じ値として受け取れるため、集計や後続の処理がしやすくなります。必要な項目を順に確認すれば入力漏れも減らせますが、回答を強制する項目に該当する選択肢がないと、利用者が不正確な内容を選ぶ原因になります。

運営側には、案内する内容と到達先を管理しやすいメリットがあります。営業時間、配送方法、返品の受付手順など、繰り返し寄せられる質問を定型回答で案内できれば、担当者の負担を減らす助けになります。商品選びの条件を聞いたあとに候補や購入画面を示すなど、情報収集から次の行動までをつなぐ用途にも向いています。こうした案内が売上や満足度につながるかは、商品との適合や操作のしやすさによって変わります。

対象を少数のFAQに絞れば、比較的単純な構成で始められます。一方、部署ごとに異なる対応を入れたり、在庫・予約・顧客情報のシステムと連携したりすると、開発と運用の負担は増えます。「選択型なら必ず安く作れる」と考えるのではなく、分岐の数、連携の有無、情報の更新頻度まで含めて判断することが必要です。

選択結果の記録は改善にも使えます。よく選ばれる項目を上位に置く、離脱が多い質問の表現を変える、といった対応が可能です。ただし、選ばれた項目が利用者の本当の希望と一致するとは限りません。適切な項目がなく、仕方なく近いものを選んでいることもあります。選択回数だけでなく、手続きの完了状況や未解決の割合も一緒に見ることで、必要な改善を判断しやすくなります。

予約・商品案内・問い合わせでの活用例

飲食店の予約では、日付、空いている時間帯、人数を順に選び、最後に内容を確認する流れが考えられます。電話で伝える場合と比べ、日時や人数を画面で確認できるため、聞き間違いを減らす助けになります。ただし、選択中に空席状況が変わる場合もあるため、人数に合う席があるかを確認し、確定時にも最新の状況を確かめる必要があります。

空席照会や予約確定まで行うなら、予約台帳や予約管理システムとの連携が必要です。受け付けた内容をスタッフが後から確認する仕組みなら、「予約確定」ではなく「予約希望を受付」と表示するなど、処理の段階を正確に伝えます。貸し切りや特別な座席条件といった相談には、備考欄や有人窓口を用意します。

商品案内では、衣類の種類、予算、メーカーなどを対話で順に聞き、候補を絞れます。例えば「上着」→「5,000円以上10,000円未満」→「メーカー指定なし」と選んだ条件を商品検索に渡します。予算を「10,000円以下」と「10,000円以上」に分けると境界が重なるため、どちらを選ぶべきか迷わない区切りにすることが大切です。

商品が見つからない場合は、予算を広げる、メーカー指定を外すなど、条件変更へ案内します。商品検索のフィルターと目的は似ていますが、選択型会話は条件を対話の順序に沿って確認する点が特徴です。利用者が最初から条件を把握している場合は、一画面で条件をまとめて指定できる検索画面の方が早いこともあります。

問い合わせ対応では、最初に「配送」「返品」「支払い」といった用件を選んでもらい、関連するFAQや手続きへ案内します。「配送にかかる日数」のような一般的な質問は定型文で回答できますが、「自分の注文が今どこにあるか」は個別の注文情報が必要です。

配送状況を知りたい人に「配送中」「配達済み」「配送遅延」を選ばせても、知りたい情報は得られません。用件は選んでもらい、実際の状態は必要な本人確認と注文情報の取得を経てシステムから示すという役割分担が必要です。情報を取得できなければ、追跡ページや担当窓口へ案内します。

どの用途でも、画面上で案内が終わったことと、実際の業務処理が完了したことを区別します。最後に、確定した内容、受付番号の有無、次に必要な操作を伝えると、利用者が現在の状態を把握しやすくなります。

選択型会話の限界と設計の注意点

選択型会話の主な限界は、用意された項目では表せない用件や事情を伝えにくいことです。例えば返品の問い合わせでも、単に手順を知りたい場合と、複数の商品に別々の問題がある場合では必要な対応が異なります。「はい」「いいえ」だけでは答えにくい質問を続けると、利用者の意図と違う経路へ進んでしまいます。

複雑な処理そのものが不可能なわけではありません。条件を細かく分ければ、多様なケースを扱えます。ただし、分岐が増えるほど全体を把握しにくくなり、仕様変更の影響や確認漏れも増えます。利用者にとっても、似た選択肢を何度も選ぶ操作や、深い階層をたどる操作は負担になります。単調さを避けるために会話を増やすより、少ない手順で用件が済む構成を優先しましょう。

設計では、次のような点を具体的に確認します。

• 選択肢の意味を区別できるか：社内の部署名や専門用語ではなく、利用者が伝えたい用件で項目を付けます。「契約について」と「手続きについて」のように範囲が重なる項目は、何を選べばよいか分かる表現へ変えます。
• 一度に提示する項目が多すぎないか：よくある用件を中心にまとめ、必要な場面で詳しい条件を聞きます。項目を減らすために階層を深くしすぎないことも大切です。
• 選び直せるか：「戻る」「条件を変更する」を設け、何を修正できるかを明示します。修正時に残す回答と、改めて確認する回答を決めておきます。
• 該当する項目がなくても進めるか：「その他」「該当なし」から自由入力や別窓口へ進めるようにします。利用者を同じ選択肢へ戻すだけでは、解決につながりません。
• 相談先が分かるか：「担当者に相談」を用意し、有人対応の受付時間や返信方法も示します。すぐにつながらない場合は、問い合わせフォームなど次の手段を案内します。

公開後も、回答文、リンク先、連携先のデータが古くなっていないかを確認します。特に料金や受付条件を変更したときは、正しい回答へ進む主要な分岐だけでなく、該当商品なし、予約枠なし、情報取得失敗といった例外の経路も確認する必要があります。

改善には、完了率、未解決率、離脱した位置、有人対応へ移った理由を使います。問い合わせが減っただけでは、解決できたのか、途中で諦めたのかを区別できません。また、FAQを読んで納得した利用者はそのまま画面を閉じることもあります。「解決したか」の確認や手続き完了の記録などを組み合わせ、用途に合った判断基準を設けましょう。

使いやすさは年齢だけで決まりません。押しやすいボタンの大きさ、読みやすい文字、キーボードによる選択、読み上げで質問と選択肢の関係が伝わることも重要です。画像で選ばせる場合にも文字の説明を添え、利用環境が違っても用件を伝えられるようにします。

自由入力や有人対応との組み合わせと今後の活用

選択型だけでは扱いにくい相談がある場合は、自由入力や有人対応を組み合わせる方法があります。最初に選択肢で用件を整理し、当てはまる項目がなければ文章で説明してもらい、個別判断が必要なら担当者へつなぐ構成です。定型的な案内を自動化しつつ、事情の異なる相談を受け止める役割分担ができます。

切り替える際は、すでに選んだ項目や確認済みの内容を引き継ぐことが大切です。例えば「返品」を選び、商品と購入時期まで回答したあとで担当者につないだのに、同じ質問を最初から繰り返されると負担が増えます。引き継ぎ先が確認できる情報と、利用者が改めて説明する必要のある内容を明確にします。

自然言語処理を使い、自由入力された文から用件を分類して関連する選択肢を出す方法もあります。「届いた服のサイズが合わなかった」という入力に対し、「サイズ交換」「返品」「条件を確認」といった候補を提示する例です。入力の意図が曖昧なら、推測だけで処理を進めず、候補から選んでもらって確認できます。

ここで、既存の選択肢から適切なものを選ぶ処理と、生成AIが新しい選択肢や回答文を作る処理は区別して考えます。文章を生成する場合は、実際には存在しない手続きや、受け付けられないサービスを案内しないようにする必要があります。案内できる業務を限定する、確認済みの情報を参照する、注文や予約の確定前に内容を確認するなど、業務に合わせた制御が求められます。

今後の活用としては、音声で番号や項目名を答えて選択する操作、IoT機器の設定変更、画像や動画を添えた案内、過去の利用履歴に応じた候補の提示などが考えられます。例えば文字だけでは区別しにくい商品の種類を画像で示せば、選びやすくなる場合があります。音声による操作なら、認識した選択内容を読み上げて確認する工夫も必要です。

こうした機能を増やしても、利用者の感情を正確に理解できるとは限らず、満足度が必ず上がるわけでもありません。履歴に応じて案内を変える場合も、前回と今回の目的が同じとは限らないため、別の条件へ切り替えられるようにします。履歴や個人情報については、何のために取得するか、どこまで保存するか、誰が扱うかを決め、目的に必要な範囲で利用することが大切です。

選択型会話を採用するかは、AIの高度さよりも、扱う用件との相性で判断できます。定型的な質問が多く、回答や手順を保守できるなら、選択型を中心に構成しやすくなります。例外の相談が多い場合は、自由入力や有人窓口への移行を最初から設計に含めましょう。利用者が選びやすく、選べないときにも先へ進めることが、役に立つチャットボットの基本です。

更新履歴