利益:
- 顧客サービスにおいて、チャットボットや人工知能を活用した対応によって安全に加速できるタスクと、人間への委任が必要なタスクを区別できるようになります。
- AI を使用して回答、要約、知識ベースの検索を作成し、誤った情報、不正な取引、秘密の漏洩のリスクを管理する能力
- 苦情、デリケートなリクエスト、財務上のアドバイスが必要な場合に自動化を停止し、権限のある従業員にリダイレクトするルールを設定する機能
顧客サービスは、残高照会、パスワードのリセット、キャンペーン情報、苦情、取引の異議申し立て、商品の申し込みなど、銀行が顧客に最も頻繁に連絡する場所です。これらのリクエストのほとんどは反復的なものですが、AI を活用したチャットボットと応答アシスタントは数秒でそれらを処理できます。しかし、銀行の顧客サービスは無害な情報窓口ではありません。誤った情報は経済的損失につながり、不正な取引は詐欺につながり、情報の暴露は顧客秘密の侵害につながります。したがって、基本原則は次のとおりです。チャットボットはルーチンを高速化します。苦情、慎重なアドバイス、許可された行動は人間に委任されます。自動化がどこで停止するかを知ることは、自動化をインストールすることと同じくらい重要です。
この単元では、チャットボットがどのようなタスクを安全に実行するのか、どこで人間への引き継ぎが必要なのか、誤った情報や機密漏洩のリスクを管理する方法について見ていきます。
何が安全にできて、何ができないのでしょうか?
リクエストの種類
チャットボット
なぜ
残高・取引照会（認証済）
する
日常的な、検証可能な
FAQ：営業時間、商品状態について
する
静的、低リスク
パスワード再設定のご案内
あります (安全なストリーミングあり)
標準プロセス
苦情や不満
人間に転移する
共感と解決の権威
投資/融資に関するアドバイス
人間に転移する
コンプライアンスと責任
口座内での正当な取引（高額送金等）
追加検証 + 人間
詐欺のリスク
不透明/複雑な状況
人間に転移する
誤った情報のリスク
ルールは単純です。チャットボットは、リスクが低く、標準的で検証可能な作業を高速化します。感情、アドバイス、高い権限、または不確実性を伴う仕事は、人々に委ねられます。
ヒント: 優れたチャットボットの最も重要な機能は、「わかりません。担当者につないでいます」と言える機能です。すべての質問に答えようとするチャットボットが最も危険です。
3つの大きなリスクとその管理
- 誤った情報（幻覚）。このモデルは、存在しないキャンペーンや間違った金利をでっち上げている可能性があります。解決策: 承認されたナレッジ ベースにのみチャットボットを接続し、ソースのない回答を提供しないようにします。
- 顧客の秘密を明らかにします。チャットボットは、認証されていない人にアカウント情報を提供したり、顧客のデータを別のセッションに移動したりすることができます。解決策: 機密性の高い操作の前に認証とセッションを分離します。
- 不正な取引。チャットボットは送金などの取引を単独で完了します。解決策: 高リスクの取引には追加の検証と人間の承認が必要です。
対応アシスタント: 従業員と一緒に人工知能を配置
チャットボットは顧客と直接会話しますが、従業員を支援する応答アシスタントもあり、顧客担当者の前に応答草案、関連手順、概要を提示します。ここでもルールは同じです。アシスタントがドラフトを作成し、エージェントがそれをチェックして送信します。違いは、各回答をフィルタリングすることです。そのため、顧客と直接対話するチャットボットよりも応答アシスタントの方が柔軟に活用できます。
コピー可能な 4 つのテンプレート
1) FAQ 回答草案 (知識ベースに基づく):
あなたの役割: 顧客担当者への回答の草案を作成するアシスタント。私が提供した承認済みのナレッジベースのテキストのみに依存してください。存在しない条件、料金、プロモーションは偽物です。知識ベースに答えがない場合は、「この問題は権限のある人に転送する必要があります」と言います。ナレッジベース: [関連製品テキスト] お客様からの質問: [質問]
2) 苦情の転送と概要:
あなたの役割: 受信メッセージを分類するアシスタント。このメッセージは苦情、不満、または財務上のアドバイスの要求ですか?その場合は、「人間への移送」とタグ付けし、状況を中立的な 2 文で要約したものを代表者に提供してください。自分で解決策やアドバイスを考え出さないでください。メッセージ: [お客様からのメッセージ]
3) 共感的だが限定的な反応の概要:
あなたの役割: エージェントに草案を提案するアシスタント。顧客から取引の遅延について苦情が来ました。非非難的で共感的な回答の草案を作成しますが、最終的な解決策や日付を約束するものではありません。担当者が取引を確認します。丁寧な保留を設定してテキストをリダイレクトするだけです。
4) セキュリティチェック (機密性の高いリクエスト):
次の顧客リクエストを考えてみましょう。認証が必要ですか、それとも許可されたトランザクション (転送、限度額変更、情報更新) が必要ですか?その場合は、追加の検証手順が必要であることを列挙し、「自動結論は適切ではありません」という警告を発行します。リクエスト: [リクエスト]
弱いプロンプト / 強いプロンプト
弱いプロンプト:
常に顧客の質問に正確かつ迅速に答え、必要に応じて顧客を待たせないように合理的な見積もりを作成します。
「予測」命令は幻覚を招き、ソースに接続せず、ハンドオーバーポイントを無視します。
強力なプロンプト:
あなたの役割: 承認された知識ベースのみに基づく応答アシスタント。知識ベースにないものをでっち上げないでください。それ以外の場合は、権限のある人に転送してください。苦情、推奨事項、および承認された取引リクエストを「人間への譲渡」としてマークします。本人確認なしにアカウント情報を提供しないでください。代表者が草案を承認します。
Strong は、捏造を禁止し、受け渡しポイントを定義し、機密漏洩を防ぎます。
ミニケース3個
ケース 1 — 日常的な速度向上。銀行のチャットボットは、承認されたナレッジ ベースから毎月 500,000 件の FAQ タイプの質問 (営業時間、カードの配達ステータス、キャンペーンの条件) に回答します。エージェントには複雑な 20% だけが残されます。待ち時間が 8 分から 2 分に短縮されます。ソースのない質問は自動的に人々に向けられます。
ケース 2 — 幻覚が防止されます。お客様から「無金利ローンキャンペーンはありますか？」と質問されました。システムの設計が間違っていると、モデルによって「はい、今月は利息が 0 です」という結果が得られる可能性があります。ナレッジ ベースに緊密に接続されているチャットボットは、「ナレッジ ベースにはそのようなキャンペーンはありません。私があなたを当局に接続しています。」と言いました。誤った情報や法的問題の可能性を防ぎます。
ケース 3 — 不正なトランザクションが停止される。顧客はチャットボットに「私のアカウントから別のアカウントに 50,000 TL を送信してください」と指示します。チャットボットはこれを高リスクの承認済みトランザクションとして分類し、自動終了しません。追加の検証と権限のある従業員の承認フローにつながります。この手順により、侵害されたアカウントの悪用が困難になります。
転換点の設計: スムーズな移行
人間への引き継ぎはチャットボットの適切な機能の一部であり、チャットボットの「失敗」ではありません。しかし、適切に設計されていない引き継ぎは顧客を激怒させます。同じ情報を何度も伝え、長い行列ができ、「担当部門に転送します」と言って電話が切れてしまいます。良いサイクルには次の 3 つの要素が含まれます。
- コンテキストの転送: チャットボットによって収集された情報 (顧客が誰であるか、顧客が何を尋ねたか、どのような手順が試行されたか) は、担当者に簡単に渡されます。顧客は同じことを繰り返しません。
- 期待の管理: 顧客には、なぜ連絡が来るのか、どのくらい待つのかが明確に伝えられます。不確実性が不満の主な原因です。
- 取り消しできないトランザクションの停止: ハンドオーバーが必要な状況では、チャットボットはトランザクションを完了しようとしません。彼はそれを未完成のままにして、安全に転送します。
事前にロールオーバーのしきい値を書き留めておきます。どのようなキーワード (例: 「苦情」、「訴訟」、「詐欺に遭った」、「投資アドバイス」)、どのような取引タイプ、そして何回試行が失敗すると自動ロールオーバーがトリガーされるか?これらのルールを曖昧なままにしておくと、チャットボットが間違った場所に留まることになります。
ヒント: チャットボットの品質を測定するための最良の指標の 1 つは、「時間ごとの離職率」です。売上が遅すぎると顧客は疲れてしまいます。まったく移さないことが最も危険です。トランスファーは故障ではなく安全弁です。
よくある間違い
- すべての質問に答えを強制する。チャットボットが「わかりません」と言えないように設定する。幻覚の主な原因。
- ターンオーバーポイントをスキップします。苦情やアドバイスを人に向けないこと。
- 認証を行わずに情報を提供すること。機密アカウント情報を認証されていないセッションに公開する。
- 承認されたプロセスを自動化します。送金や制限変更などのトランザクションはチャットボットに任せましょう。
- ナレッジベースを最新の状態に保っていない。古い料金/キャンペーン情報を使用して誤った回答を生み出すこと。
注意: チャットボットによって提供される不正確な情報は、銀行に対して法的拘束力を持つ可能性があります。 「システムがそう言った」というのは弁護ではありません。したがって、チャットボットは承認された最新の情報源のみを提供し、残りは人間に引き渡す必要があります。
要約すれば
チャットボットと応答アシスタントは、日常的で標準的な検証可能なリクエストを迅速に処理します。苦情、慎重なアドバイス、有能な行動、不確実性は人間に委ねられます。 3 つの主要なリスク (誤った情報、機密漏洩、不正な取引) は、それぞれ、承認された知識ベース、認証、人間による確認によって管理されます。チャットボットの最も価値のある機能は、チャットボットの限界を認識しており、タイムリーに「あなたを当局につないでいます」と言えることです。一言で言えば、AI は音声を高速化します。権限を与えられた担当者が、機密性の高い決定と取引を最終決定します。
アプリケーションタスク
典型的な顧客のリクエストを 5 つ書きます (例: 残高照会、プロモーションの質問、苦情、送金リクエスト、信用に関するアドバイスのリクエスト)。それぞれについて、「チャットボットが行う」のか「人間に手を貸さない」のか、そしてその理由を判断します。次に、テンプレート 1 で FAQ の回答を作成し、テンプレート 2 で苦情引き継ぎの概要を作成します。チャットボットのナレッジ ベースにない質問をして、「構成ではなくリダイレクト」動作をテストします。
チェックリスト
- [ ] リクエストを低リスク/人的転送として正しく分類しました。
- [ ] チャットボットを承認された最新のナレッジ ベースに接続しただけです。
- [ ] 認証なしで機密情報を共有することをブロックしました。
- [ ] 私は苦情、勧告、承認された行動を人間に委任しました。
- [ ] リスクの高い取引には追加の検証と人間の承認を加えます。
- [ ] 回答に対する責任は銀行にあることを考慮しました。