導入から半年、社内では「チャットボットを入れたのに問い合わせ件数が減らない」という声が出ていた。ログを開くと、ユーザーは最初の選択肢メニューで止まり、そのまま離脱するか、途中で「オペレーターと話したい」と入力して会話を諦めている。原因を探ろうとシナリオを見返すと、開設当初に一度作ったきり、誰も手を入れていなかった。
チャットボットが「使われない」「離脱される」とき、原因の多くは導入したツールの性能ではなく、会話シナリオの作り方にある。選択肢の数、言い換えへの対応、会話が行き詰まったときの逃げ道——この記事では、使われるチャットボットに共通する設計の原則を5つに絞り、それぞれの根拠を見ていく。以下のBefore/Afterはすべて、「明日の予約を変更したい」というお客様の同じ1つのやり取りを追いかけたものだ。
目次
NTTレゾナントの調査では、チャットボット利用者の49.3%が「不満を感じたことがある」と回答し、その内訳は「回答が的確ではない」57.4%、「会話が機械的で不自然」44.6%、「会話が途切れる・続かない」39.5%だった（2019年、複数回答）。この3つは偶然ではなく、シナリオ設計の作り方次第で防げるものだ。以下、それぞれに対応する原則を見ていく。
原則1: 選択肢は2〜3個に絞り、自由入力の余地を残す
8択メニューより、2〜3択+自由入力が選ばれる
シナリオを作る側は「網羅したい」という気持ちから、想定できる用件をすべて選択肢に並べてしまいがちだ。しかしユーザーは自分の用件がどのカテゴリに属するか、そもそも判断できないことが多い。J.D. Power Japanの2025年調査では、高年層（60〜70代）のほうが「自分が次に何をすべきかの説明が不明確」と感じる割合が若年層より約10ポイント高く出ている。だからこそ、選択肢は2〜3個の大分類に絞り、判断に迷わせない設計が有効になる。
Before
ボット: ご用件をお選びください。①予約 ②予約変更 ③予約キャンセル ④料金 ⑤営業時間 ⑥アクセス ⑦キャンペーン ⑧その他
ユーザー: （どれに当てはまるか分からず、画面を閉じる）
After
ボット: 今日はどのようなご用件ですか？（例: 予約について／料金や営業時間を知りたい）自由に入力いただいても大丈夫です。
ユーザー: 明日の予約を変更したい
ボット: 予約の変更ですね。予約日時と変更後のご希望を教えてください。
実践のポイント: 最初の選択肢は2〜3個の大分類に絞り、残りは自由入力欄で受ける。自由入力の解析に自信がなければ、大分類を選んだ後の2階層目で細かく絞り込む設計にする。
原則2: 言い換え・表記ゆれを吸収する
「予約変更」だけでなく「ずらしたい」にも応える
キーワードの完全一致・部分一致だけで応答を作ると、想定していた言い回しから少しでも外れた瞬間に「わかりません」が返る。ユーザーは検索エンジンのように単語を選んで打つとは限らず、話し言葉に近い文で入力する。表記ゆれ・言い換え・助詞の違いを吸収できるかどうかで、回答の的確さは大きく変わる。
Before
ユーザー: 明日の予約、ちょっとずらしたいんですが
ボット: 申し訳ございません、質問の意味を理解できませんでした。
After
ユーザー: 明日の予約、ちょっとずらしたいんですが
ボット: 予約の変更のご希望ですね。現在のご予約日時を教えてください。
実践のポイント: 主要な意図（予約変更・キャンセル・料金確認など）ごとに、想定される言い換え表現を洗い出してから設定する。「変更」「ずらしたい」「リスケしたい」のように同じ意図を指す語をまとめて1つのシナリオに紐づける。
原則3: 行き止まりを作らず、必ず次の一手を示す
「わかりません」の後には、必ず次の一手を示す
想定外の質問に対して「わかりません」を返すこと自体は避けられない。大事なのは、そこで会話を行き止まりにせず、ユーザーに次の一手を示すことだ。人間の受付なら「少々お待ちください、確認します」と会話をつなぐように、シナリオ側にも「詰み」を作らない設計を用意しておけば、ユーザーが離脱したり同じ質問を何度も言い換えて試したりせずに済む。
Before
ユーザー: ありがとうございます。ついでに、お店に駐車場はありますか
ボット: 申し訳ございません、そのご質問にはお答えできません。
（会話終了）
After
ユーザー: ありがとうございます。ついでに、お店に駐車場はありますか
ボット: 申し訳ございません、駐車場の台数については確認が必要です。スタッフにおつなぎしますか？それとも他のご質問がありますか？
実践のポイント: 「わかりません」を出したら必ず次の選択肢（有人対応・関連する別の質問・トップメニューへ戻る）をセットで提示する。同じ質問が2〜3回繰り返されたら自動でエスカレーションする設計にしておくと、行き止まりを防げる。
原則4: 定型文に頼らず、人の言葉で話す
毎回の前置きをやめ、人の言葉で応える
丁寧さを意識するあまり、すべての応答に定型の前置きや免責文を挟むと、かえって血の通わない印象を与える。1往復目には自然でも、3往復目・4往復目まで同じ挨拶文が続くと、ユーザーは「テンプレートと話している」と感じやすい。トーンを業種や自社のホームページの雰囲気に合わせるだけでも、印象は大きく変わる。
Before
ボット: お問い合わせありがとうございます。ご質問にお答えいたします。予約の変更を承りました。他にご質問がございましたらお申し付けください。
ユーザー: 定休日は？
ボット: お問い合わせありがとうございます。ご質問にお答えいたします。定休日は水曜日でございます。
After
ボット: 予約の変更を承りました。
ユーザー: 定休日は？
ボット: 水曜日が定休日です。他に気になることはありますか？
実践のポイント: 挨拶や前置きは会話の最初の1回だけに留め、2往復目以降は用件に直接答える。一人称・語尾（です/ます調か、もう少し柔らかい言い方か）を自社サイトの文体に合わせて統一する。
原則5: 早めに人へ渡す設計にする
行き詰まったら、早めに人へバトンタッチする
J.D. Power Japanの2025年調査では、チャットボットを次回の問い合わせで最優先に選ぶ人は全体でも34%にとどまり、高年層では23%まで下がる。裏を返せば、コールセンターに戻る人が一定数いるということだ。チャットボットで一次対応を試みて解決できなかったときこそ、有人への導線をどれだけ早く用意できるかが、次も使ってもらえるかどうかを左右する。
Before
ユーザー: （駐車場について3回言い換えても解決せず、無言でウィンドウを閉じる）
After
ボット: 駐車場についてはうまくお答えできず申し訳ございません。担当スタッフにおつなぎします。少々お待ちください。
（営業時間内は有人チャットへ、時間外は問い合わせフォームへ自動誘導）
実践のポイント: 「同じ意図の質問が2〜3回続く」「否定的な返答が続く」など、行き詰まりを検知する条件をあらかじめ決めておき、営業時間内は有人チャット、時間外はフォームや折り返し予約に自動で切り替える。切り替えの遅さそのものが不満の原因になるため、早めの見切りが結果的に満足度を上げる。
5原則、自分のシナリオは満たしているか
ここまでの5つの原則は、既に運用中のシナリオにそのまま当てはめてセルフチェックできる。1つでも当てはまらなければ、そこが離脱・不満の発生源になっている可能性が高い。
- 最初の選択肢は2〜3個の大分類に絞り、自由入力の受け皿がある
- 主要な質問（予約・料金・キャンセルなど）に、言い換え表現を2つ以上登録している
- 「わかりません」を返すときも、次の案内（有人対応や別候補）を必ず提示している
- 同じ挨拶・前置き文を、1つの会話の中で繰り返さないようにしている
- 有人対応への切り替え条件（回数・時間帯）を、あらかじめ決めている
原則を運用に落とし込む: 改善サイクルの4ステップ
ここまでの5原則は、実際にどう運用へ落とし込むかの流れにすると活かしやすい。特別なツールは不要で、多くのチャットボット管理画面に備わっている機能だけで回せる。
- 「答えられなかった質問」のログを集計する — 管理画面の未回答ログから直近1ヶ月分を書き出す。件数が少なければ3ヶ月分でもよい。
- 頻度順に並べ、上位から着手する — 全部を一度に見直そうとせず、件数の多い質問から着手する。少ない工数で効果が見えやすい。
- この記事の5原則と照らして、どこが崩れているか特定する — 選択肢が多すぎるのか、言い換えに対応できていないのか、会話が行き止まりになっているのか。前章のセルフチェックと合わせて使うと特定しやすい。
- 反映したら数字で確認する — 反映して終わりにせず、2〜4週間後に同じ質問がどれだけ減ったかをログで再確認する。減っていなければ、別の原則（たとえば原則5の有人切り替えタイミング）を疑う。
このサイクルは一度回して終わりではなく、ログがたまるたびに繰り返すものだ。次のまとめでも触れるが、シナリオは公開して終わりではなく育てていくものだと捉えると、運用が続けやすくなる。
よくある質問（FAQ）
Q. シナリオはどのくらいの頻度で見直すべきですか？
A. 「答えられなかった質問」のログを月1回は確認するのが目安です。新しい言い回しや想定していなかった質問が一定数たまったタイミングで、その分だけシナリオに追加していく運用が現実的です。
Q. 選択肢を減らすと、逆に何を聞けばいいか分からなくなりませんか？
A. 選択肢をゼロにする必要はありません。大分類を2〜3個に絞った上で、例文を添えた自由入力欄を併設すれば、選択肢派・自由入力派どちらのユーザーにも対応できます。
Q. 言い換え表現はどこまで登録すればきりがつきますか？
A. 完璧を目指す必要はなく、「答えられなかった質問」ログの上位から順に対応すれば十分です。頻度の低い言い回しまで先回りして作り込むより、実際のログに基づいて優先順位をつけるほうが効率的です。
Q. 有人対応への切り替えは何回で見切るのが適切ですか？
A. 一般的には同じ意図の質問が2〜3回続いた時点が目安です。業種や問い合わせ内容の複雑さによって調整してください。切り替えが早すぎても「ボットが使えない」という印象につながるため、最初の1〜2回は言い換えを促す設計にしておくとバランスが取れます。
まとめ: シナリオは「作って終わり」ではなく育てるもの
チャットボット利用者の49.3%が不満を感じた経験があり、その内訳は「回答が的確でない」「機械的」「会話が続かない」の3つに集中している（NTTレゾナント、2019年）。この記事で見た5つの原則——選択肢を絞る、言い換えを吸収する、行き止まりを作らない、人の言葉で話す、早めに人へ渡す——は、いずれも初期設計のまま放置していると崩れやすいポイントだ。
冒頭の「導入したのに使われない」という状態も、多くの場合はツールの性能ではなくシナリオの作り込み不足が原因になっている。「答えられなかった質問」のログを定期的に見直し、この記事のチェックリストと照らし合わせるところから始めてみてほしい。
シナリオ設計を一から相談したい、または今のシナリオを見直してほしいという場合は、運用代行型（フルマネージド）「LIENS BOT」の14日間無料トライアル（クレジットカード登録不要）で、実際の会話フローを一緒に確認できます。
関連記事: シナリオ設計ガイド ／ ハイブリッド運用の設計 ／ 有人チャットとの違い
出典一覧
- NTTレゾナント株式会社「チャットボットの利用に関する調査」（2019年5月、共同通信PRワイヤー配信）
- J.D. Power Japan「2025年カスタマーセンターサポート満足度調査（金融業界編／EC・通販業界編）」（2025年8月）
業種ごとの会話デモや導入事例は、都道府県別のAIチャットボット導入ページでも紹介しています。