利益:
- ボットの意図、存在、フロー構造を理解し、その範囲を狭く安全に定義する能力
- リスクと感情レベルに基づいて、どの連絡先がボットに適しており、どの連絡先が人間に適しているかを区別する機能
- 範囲外、支払い、苦情、怒りの場合に、コンテキストを失うことなく人々への転送ルールを確立する能力
顧客とブランドとの最初の接触は、多くの場合、人ではなくシステム、つまり電話の音声メニュー、Web サイトのチャット ウィンドウ、アプリケーションのヘルプ バブルなどを介して行われます。これらの新世代のシステムは人工知能と連携しており、正しくインストールされていれば、人間が介入することなく数秒以内に顧客の問題を解決します。正しくインストールされていない場合、顧客を迷路のようなメニューに誘導し、虚偽の情報を提供し、「担当者につないでください」と叫びます。この単元では、音声ボットとテキスト ボットがどのように設計されているか、どの連絡先に適しているか、そして人工知能がこの設計をどのように促進するかを段階的に見ていきます。
まず用語を明確にしましょう。ボットとは、人間の代わりに自動的に話すソフトウェアです。チャットボットはテキスト チャット ボット (Web、WhatsApp、アプリ) です。 Voicebot は、電話で音声で話すボットです。 IVR (自動音声応答) は、「請求書については 1 を押して、テクニカル サポートについては 2 を押してください」という電話の古典的なメニュー システムです。新しい世代は、ボタンではなく音声を理解します。 NLU（Natural Language Understanding）は、自由に書かれた文章から顧客が求めているものを抽出する技術です。 ASR (自動音声認識) は音声をテキストに変換します。 TTS (Text to Speech) はテキストを自然な音声に変換します。ボイスボット。 ASR であなたの話を聞き、NLU で理解し、答えを生成し、TTS と対話します。
ボットの構造: 意図、存在、フロー
すべてのボットは 2 つの基本概念に基づいて構築されています。インテントとは、顧客がやりたいこと、つまり「残高を調べる」、「貨物を追跡する」、「返金を開始する」です。エンティティは、注文番号、日付、金額、都市など、その意図を完了する情報です。たとえば、「イスタンブールの店舗の営業時間を知りたい」という文では、インテントは「営業時間のクエリ」で、エンティティは「イスタンブール」です。ボットはまず意図を認識し、次に欠落しているエンティティ (「どの都市ですか?」) を尋ね、ナレッジ ベースから答えを引き出します。
最新の生成 AI (テキストを自由に生成する大規模な言語モデル) では、この構造が緩和されています。以前はインテントごとに 1 つのルールを記述する必要がありましたが、現在ではモデルが顧客の文章を直接理解し、知識ベースに関連付けられた流暢な回答を生成できるようになりました。しかし、この柔軟性には代償が伴います。モデルが範囲を逸脱し、不正確に表現される可能性があります。したがって、優れたボット設計は 2 つのことを実行します。1 つはモデルの言語能力を使用しますが、それをガードレール、つまりモデルが抜け出すことができない境界線で囲みます。
ボットのフローを設計するときは、次の手順に従います。
- 挨拶と意図の検出: ボットは自己紹介し (「こんにちは、私は X のデジタル アシスタントです」)、顧客が何を求めているかを理解します。自分がボットであることを隠すのは非倫理的です。顧客は、自分がボットと話していることを認識している必要があります。
- 情報収集: 不足している情報 (注文番号、トルコ ID の代わりに下 4 桁など) を尋ねてください。
- 解決策または転送: トピックがボットの範囲内にある場合、答えは次のとおりです。そうでない場合は、「エージェントに接続しています」と表示され、収集したコンテキストがエージェントに渡されます。
- クロージング: 問題が解決したかどうかを確認し、短い満足度の質問をする場合があります。
ヒント: 優れたボットとは、「すべてを知っている」ボットではなく、「何を知らないのかを知っている」ボットです。範囲を超えた場合は、主張することなく、迅速に、文脈を失わずに人間に引き渡される必要があります。
どちらの連絡先がボットであり、どちらが人間でしょうか?
ブーツは、緊密で反復的な、感情を抑えた接触に優れています。広範囲かつ複雑で感情的な接触が苦手です。次の表は、その違いをまとめたものです。
接点の種類
ブーツは合っていますか？
なぜ
営業時間、住所、よくある質問
はい、直接
ナレッジベースからの明確な回答
残高・注文状況照会
はい、ライブシステムに依存します
認証後
パスワードリセット、アドレス更新
はい、安全な取引です
明確で規則的な流れ
返金・キャンセル開始（標準）
部分的には政治に依存する
国境を越えて人類へ
請求書に関する紛争、財務上の紛争
いいえ
判断力と権限が必要
不平、怒り、危機
いや、回転率早いよ
共感と判断力が必要
健康/安全に関する緊急事態
いいえ、優先転送
リスクが高すぎる
ルール: テーマに対する解決策を 1 つの正解にまとめることができる場合、ボットは適しています。判断、共感、権限が必要な場合は、人間に任せるべきです。
コピー可能な 4 つのテンプレート
1) ボットのペルソナと境界の定義:
あなた、「Aylin」は、[ブランド] という名前の電子商取引会社のデジタル アシスタントです。スタイル: 短く、礼儀正しく、明確。顧客には名前ではなく「あなた」と呼びます。できること: 貨物追跡、労働時間、返品条件情報、標準返品開始 (14 日以内の場合)。できないこと：価格交渉、補償の約束、法的対応、14日を超える返品、クレジットカード決済。これらについては「代表者に連絡しています」と伝えてください。よくわからない場合は、でっち上げないでください。 「確認させていただき、代表者に伝えさせてください。」
2) 意図の認識と指示の要求:
以下の顧客メッセージを読み、インテント タグを 1 つ選択します: [shipping_tracking、return、cancel、info_query、claim、payment、other]。エンティティ (order_number、city、date) があればそれも削除します。メッセージ: "<<メッセージ>>"
3) 知識ベースに基づく安全な対応 (RAG プロンプト):
以下の [情報] セクションのテキストにのみ基づいて回答してください。情報がここにない場合は、「この件に関する決定的な情報がありません。担当者につなぎます。」と伝えます。推測、外部情報の追加。[情報]: <<知識ベース部分>>顧客の質問: "<<質問>>"ソース内の条件を完全に示し、回答を 2 ～ 3 文で書きます。
4) ハンドオフメッセージとコンテキストの概要:
会話を代表者に引き継ぎます。担当者が読むための要約を作成します。 - 顧客の意図: - これまでに収集した内容 (匿名、カードなし): - 試した解決策とその結果: - 転送の理由: - 感情的な調子 (冷静/怒り/不安): 2 ～ 3 行を超えないでください。顧客ID/カード情報の書き込み。
弱いプロンプト / 強いプロンプト
弱いプロンプト:
顧客の質問に答えるボットになり、すべてに答えます。
この主張は危険です。範囲は無制限で、モデルは何でも話したり作り上げたりでき、委任ルールはありません。
強力なプロンプト:
あなたは[ブランド]デジタルアシスタントです。提供されるナレッジベースに基づいて、配送、返品ポリシー、労働時間の問題のみに対応してください。範囲外、苦情、支払い、または怒りの兆候の場合は、「代表者におつなぎします」と言って、文脈を要約します。価格、金額、期間などの具体的な情報を知識ベースからのみ提供します。それ以外の場合は偽物です。
違いは、範囲が狭いこと、出典が依存していること、転送ルールと捏造の禁止が明確であることです。
ミニケース3個
ケース 1 — 方向転換の成功。通信会社の Web サイトでは 1 日に 5,000 件のチャットが開始されました。このうち 62% は「インターネットの残量はいくらですか?」などの単一回答の質問でした。そして「請求書はいつ支払われますか？」ライブ システムに接続されたチャットボットがこれらの質問に直接回答すると、人間に伝わる会話は 62% から 28% に減少しました。エージェントは複雑なタスクに集中し、平均待ち時間は 4 分から 90 秒に短縮されました。
ケース 2 — 過度に楽観的なボット。保険会社のボットは、補償範囲が減額されていないため、「損害はいつ支払われるのか」と尋ねたところ、「3 営業日」などの約束をしました。実際のプロセスはさまざまでした。 200 人以上の顧客がこの約束を思い出したとき、同社は困難な状況に陥りました。教訓: ボットにコミットメントを応答させないでください。プロセス情報は「通常、
ケース 3 — コンテキストの喪失。銀行のボットは 6 つの質問で顧客の注意をそらし、その後担当者につなぎました。代表者は文脈を理解できなかったため、同じ 6 つの質問を繰り返しました。顧客満足度は崩壊した。解決策: ボットによって収集されたコンテキストを (匿名の) エージェント画面に自動的に移動するハンドオーバーの概要を追加しました。再び質問は消え、AHT は 40 秒低下しました。
よくある間違い
- 自分がボットであることを隠します。顧客は、相手がボットであることを知っている必要があります。ほとんどの国において、隠蔽は信頼と法令順守を損ないます。
- 範囲を無制限のままにします。あらゆるトピックに応答するボットは、幻覚や虚偽の約束を生み出します。
- 時代の文脈を失う。顧客にボットに説明してもらい、その後担当者に一から説明してもらうことは、満足度を最大に下げる要因となります。
- 無限メニュー/ループ。顧客を解決に導かないメニュー。すべてのフローには明確な「人とつながる」出口が必要です。
- 感情を無視する。 「うんざりしたのでキャンセルします」という顧客にボットが「返品条件は次のとおりです」と伝えたら大惨事です。怒りのサインは離職を引き起こします。
注意: ボットの成功は、「ボットが回答する質問の数」によって測定されるのではなく、「顧客を適切なソリューション (自分の回答または適切な担当者) にどれだけ早く誘導できるか」によって測定されます。顧客をボット内に留めておくことが目的ではありません。
要約すれば
音声およびテキストボット。これらは、顧客が狭く、反復的で、感情を抑えた接触で数秒以内に解決策に到達するのに役立つ強力なツールです。優れたボットは意図を認識し、不足している情報を慎重に収集し、知識ベースに基づいて正しい答えを与え、範囲外になった場合にはコンテキストを失うことなく人間にそれを転送します。ボットの範囲を狭くし、コミットメントを含む回答を与えないようにして、ボットであることを透過的に示し、すべてのフローに人間による明確な出口を設けます。ボットの目的は、顧客を維持することではなく、適切なソリューションをできるだけ早く提供することです。
アプリケーションタスク
チャットボットの「スコープとペルソナ」に関する 1 ページの文書を作成します。これには、(1) ボットの名前とスタイル、(2) 実行できる 5 つの科目、(3) 絶対に実行できない 5 つの科目、(4) 実行できないすべての科目について発言する委任文、(5) 怒り/危機の場合に発動される緊急委任ルールが含まれます。次に、上記の「1) ボット ペルソナ」テンプレートを自社のブランドに適合させ、サンプルの顧客メッセージでテストします。
チェックリスト
- [ ] ボットの意図、存在、フロー構造を理解し、その範囲を狭く定義しました。
- [ ] ボットは、顧客に自分がボットであることを明確に伝えます。
- [ ] 具体的な情報 (金額、期間、キャンペーン) は、ナレッジ ベース/ライブ システムに関連してのみ提供されます。
- [ ] 範囲外、支払い、苦情、怒りの場合には、個人に譲渡するという明確なルールがあります。
- [ ] この期間中、ボットは収集したコンテキストを (匿名の) 代表者に自動的に転送します。
- [ ] ボットにコミットメントや報酬を約束させるフローはありません。