信頼を壊さずにフィンテックのカスタマーサポートを自動化する方法

なぜフィンテックのサポートは別のゲームなのか

私はeeselのサポートキューを担当していて、この数年、多くの業種の実際のサポートキューでAIが本番稼働するのを見てきました。フィンテックは、私が人にブレーキをかける業種です。

違いはこうです。ほとんどの業界では、AIの誤った回答は誰かを苛立たせます。フィンテックでは、手数料、送金限度額、アカウントの状態に関する誤った回答は、顧客が誤った情報でお金の判断を下すことであり、時にはそれが規制上の問題でもあります。だから目標は「すべてに答える」ことではありません。目標は安全なことに完璧に答え、それ以外はすばやく人間にルーティングすることです。フィンテックは銀行や保険のサポートのすぐ隣にあり、そこでも同じルールが当てはまります。

良い知らせは、安全なことがあなたのボリュームの大半だということです。フィンテックのキューの巨大な割合は、同じ一握りの質問が何千回も尋ねられたもので、それこそが自社の知識の上に構築されたAIエージェントがうまく処理するものです。それが実際にどんな形になるか知りたいなら、私たちのAIエージェントの例が実際のものを紹介しています。それがサポート向けに自動化する価値のある部分であり、そのため会話型AIのメリットがほとんどどこよりも早く現れます。その部分を正しくやれば、人間のチームは実際に人を必要とする紛争やエッジケースに一日を使えるようになります。

私の考え方を形づくったある実際の場面。決済に近い買い手とのデモで、彼らのセキュリティレビュー全体が一つの質問にかかっていました。カード番号やパスワードを含むチケットデータは、私たちの環境の中に留まるのか、という質問です。彼らのブロックを解いた答えは、機能のデモではありませんでした。AIが見ているのは生のPIIではなく質問のタイプと回答のスタイルであり、金融クライアント向けにカスタムのマスキングと保持がある、と示すことでした。それがフィンテックで物事が起こる順番です。まず信頼、次に自動化。

ステップ1：キュー全体ではなく、ティア1の部分を選ぶ

何かを接続する前に、直近の数千件のチケットを見て、3つのバケツに分類しましょう。自動化しても安全、レビュー付きなら可、常に人間です。

自動化しても安全なのは、繰り返しが多く、事実に基づき、読み取り専用のものです。「残高はいくら」「なぜこの手数料を請求されたのか」「PINをどうリセットするか」「明細はどこか」「受取人をどう追加するか」。これらには、すでにヘルプセンターに存在する唯一の正しい答えがあり、FAQの逸らしに理想的です。それが出発点のスコープであり、労力の面では少数派でも、チケット件数の面では通常大多数です。

「常に人間」のバケツこそフィンテックのチームが火傷する場所なので、明示的に名前を付けましょう。紛争、チャージバック、不正の疑い、アカウント閉鎖、限度額の変更や既に問題が起きた送金に関わるものすべてです。これらにおけるAIの唯一の仕事は、それらを認識してエスカレーションすることであって、解決することではありません。

この振り分けを最初に正しく行うことは、あなたが下す中で最も重要な決定です。それが、役に立つアシスタントと負債との違いです。

ステップ2：知識を接続し、まずそれをクリーンにする

AIサポートエージェントは、読むことを許されたものと同じくらいの性能しか出せません。フィンテックでは、それは3つのソースを意味します。公開のヘルプセンター、社内のポリシー文書、そしてチームが実際にどう答えたかを示す自社の過去のチケットです。

最後の一つは、人々が予想する以上に重要です。あなたの過去のチケットこそ、実際の言い回しが生きている場所であり、チームが手数料の取り消しやKYC保留をどう説明するかの正確な言い方です。過去の解決内容でのトレーニングは、私が耳にする中で最もリクエストの多い機能です。なぜなら、それこそがAIを汎用的なボットではなく、あなたのブランドのように聞こえさせるものだからです。

しかし、警告付きで接続してください。ドキュメントにそう書いてあれば、AIは誤ったポリシーや古いポリシーを喜んで繰り返します。だから本番稼働の前に、ソースをクリーンにしましょう。2023年の手数料表を消しましょう。現在の規約と矛盾するヘルプ記事を削除しましょう。ドキュメントが整理されていなければ、AIの回答も整理されておらず、フィンテックでは「ボットが古い手数料を引用した」は小さなバグではありません。

ステップ3：何かが本番稼働する前にPIIとコンプライアンスを固める

これは省略できないステップであり、実際にあなたの展開を左右するステップです。私の経験では、取引が止まるのは機能ではなく、セキュリティレビューです。私が見た、導入をつぶす本物のブロッカーは、SOC 2がない、必要な場所にHIPAAやBAAがない、EUのデータレジデンシーがない、トライアルでカード番号をマスキングする方法がない、といったものです。

だから、コンプライアンスの層を最初に構築しましょう。

• **モデルが見る前にPIIをマスキングする。**カード番号、アカウントID、パスワードは、入ってくる途中で除去またはマスキングされるべきです。ツールがトライアル中に機微な情報をマスキングできないなら、それは危険信号です。なぜなら、生データがあなたには見えないどこかに流れていることを意味するからです。
• **データの境界を確認する。**直接尋ねましょう。私たちのチケットデータは共有モデルをトレーニングしますか？あなたが望む答えは「いいえ、あなたのデータはあなたのアカウントに隔離され、トレーニングには使われません」です。
• **認証を確認する。**SOC 2、ISO 27001、GDPR、EUレジデンシーは、フィンテックの買い手にとって「あれば良いもの」ではなく、合格か不合格かです。
• **すべてを記録する。**すべての自動返信は、後から監査できる必要があります。規制当局や怒った顧客が「ボットは私に何と言ったのか」と尋ねたら、記録が必要です。

ステップ4：信頼度ベースのルーティングとエスカレーションを設定する

ここに、フィンテックの自動化を実際に安全にする仕組みがあり、買い手が最も気にするものです。AIにすべてのチケットに答えさせないでください。自信のあるものだけに答えさせ、残りは静かに人間のために残させましょう。

私が話したあるCXリーダーは、この哲学全体を私よりうまく言い表しました。

「AIが100%の質問に答えられることは決してありませんが、もしそれが試みて、ただ『すみません、これはわかりません』と答えるだけなら、私は7,000件のチケットすべてをチェックしに行って、AIが本当に良い答えをしたか確認することはできず、それでは意味が少し失われます。私が必要とするのは、対応する自信のあるチケットだけを扱い、それ以外はすべて放っておくAIです。」

月に約7,000件のチケットを扱うDTCブランドのCXリーダー

それが決め手となる機能です。信頼度のしきい値を設定し、それを下回るとチケットは完全なコンテキストを添えて直接担当者に渡され、行き止まりではなくクリーンな引き継ぎになります。また、カテゴリー全体をハードに除外するので、「紛争」や「不正」とタグ付けされたチケットは、AIがどれだけ自信を感じていても、決してAIに触れません。これはチケットエスカレーションプロセスがその仕事をしているだけで、ただより速いのです。

ベンダーが信頼度ベースのルーティングとカテゴリー除外を見せられないなら、それは探し続けるべきというあなたへのサインです。

ステップ5：本番稼働の前に、実際の過去のチケットでシミュレーションする

これは、安全な展開と公の場でのミスとを分けるステップであり、自信ありげなボットが静かに誤った回答をするのを見てきた後、私が最も強く感じているステップです。

たった1人の顧客が自動返信を見る前に、大量の過去の、すでに解決済みのチケットに対してAIを実行し、AIが言ったであろうことと、チームが実際に言ったことを比較しましょう。そのドライランからは3つのものが得られます。実際の解決率の数字、AIが間違える正確な質問のリスト、そして推測ではなくデータでしきい値を設定する自信です。

雰囲気で本番稼働してはいけません。規制された領域では、「だいたい合っていると思う」は稼働基準ではありません。シミュレーションはあなたの証拠であり、それこそがリスクチームに実際の数字を伝えられるものです。

ステップ6：狭く本番稼働し、それから拡大する

最も小さな安全な範囲、1つのチャネル、ティア1の質問のみ、あるいは最初はAIが人間の承認のために返信を下書きするコパイロットモードで、何かが送信される前に人間が承認する形でローンチしましょう。1〜2週間それを観察します。それから、数字が持ちこたえるにつれてカテゴリーを一つずつ広げ、途中でメール返信の自動化のようなチャネルを追加していきます。

スムーズに拡大するチームは、ゆっくり拡大するチームです。火傷するのは、初日にすべてを完全自動に切り替え、それから1か月かけてそれを解きほぐすチームです。フィンテックで速く本番稼働することに賞はありません。

私がよく見る間違い

• **紛争と不正を自動化する。**最も高くつく間違いです。これらは常に人間、以上です。
• **セキュリティレビューの準備を省く。**買い手がSOC 2の回答やマスキングの説明なしで取引の途中に現れ、案件全体が法務で死にます。まずそれを準備しましょう。
• AIに散らかったドキュメントを与える。古いナレッジベースは古い回答を意味し、フィンテックではそれはタイプミスではなくコンプライアンスの問題です。
• **信頼度のしきい値がない。**逸らし目標を達成するためにすべてを推測するボットは、ボットがないよりも悪いです。あなたはそれを信頼で支払うことになります。
• **シミュレーションなしで本番稼働する。**あなたは自分の履歴ではなく、顧客でテストしています。やめてください。
• **見栄えの逸らし率を追いかける。**重要な指標は、AIが触れたかではなく、正しく解決されたかです。ダッシュボードの数字ではなく、本当のROIを考えましょう。

フィンテックサポートにeeselを試す

コンプライアンス体制を賭けることなくフィンテックのカスタマーサポートを自動化したいなら、これこそeesel AIが構築されている、まさにそのワークフローです。既存のヘルプデスクに接続し、ヘルプセンターと過去のチケットでトレーニングし、過去のチケットでシミュレーションを実行するので、本番稼働の後ではなく前に解決率を見られます。

フィンテックのチームが気にする部分は、アドオンではなくデフォルトです。AIが確信のあるものだけに答えるための信頼度ベースのルーティング、紛争や不正が決してAIに触れないためのカテゴリー除外、PIIの取り扱い、完全なロギング。価格はプラットフォーム料金なしでチケットあたり約0.40ドルの従量課金なので、コストは実際に自動化するボリュームに連動し、通常はAIエージェント対人間エージェントのコストの計算に勝ります。まだツールを比較しているなら、私たちのベストAIチャットボットのまとめが文脈を与えてくれます。無料で試せて、何かを決める前にシミュレーション全体を実行できます。