AIコールセンターはクラウドかオンプレミスか

AIコールセンターをどこで動かすかは、あとから覆すのが本当に難しい数少ないインフラの決定です。オンプレミスからクラウドへ十八か月後に移れば、契約を結び直し、コンプライアンスを取り直し、運用する人を教育し直すことになります。最初に正しく決めておけば、この問いは二度と戻ってきません。

どちらの技術が優れているか、という話であることはまれです。問題は、データがどこに置かれてよいのか、修正が遅れたとき誰が責任を負うのか、どれだけ速く容量を足す必要があるのか、そして各方式が一年ではなく三年でいくらかかるのか、です。本稿はこれらを順に見ていきます。

クラウドでの導入

クラウド導入では、音声モデル、電話基盤、その下のインフラをベンダーが運用します。御社はサービスを設定し、自社システムとつなぎます。

利点

• 短期間で稼働: 物理ハードウェアの調達と設置に要する数か月ではなく、数日で本番環境が整います。
• 伸縮する容量: 季節的なピークや予期しない通話の急増を自動で吸収し、残りの期間に遊休分を支払う必要がありません。
• 初期費用が小さい: 支出が設備投資から、実際の利用量に連動する予測可能な運用費に移ります。
• 継続的な更新: モデルの改善、セキュリティ修正、新機能が、御社側の移行プロジェクトなしに届きます。
• グローバルな到達: 分散した拠点や顧客を地域データセンターから支え、通話がどこで発生しても遅延を低く保ちます。

検討すべき点

• データの所在: 通話音声と文字起こしをどの地域で処理し保管するのか、それが監督当局の要求を満たすのかを確認してください。
• 責任の分担: ベンダーはプラットフォームを守りますが、アクセス制御、保持ルール、利用者権限の設定は引き続き御社の担当です。
• 回線への依存: 通話品質はベンダーまでの経路に左右されるため、重要業務では冗長な回線が効いてきます。

最後の点が最も過小評価されます。クラウド導入はリスクを機器故障からネットワーク障害へ移すものであり、コンタクトセンター拠点への一本のインターネット回線は、すべての通話にとっての単一障害点です。

オンプレミスでの導入

オンプレミス導入では、同じソフトウェアが御社所有のハードウェア上、御社が管理する施設の中で動きます。

利点

• データの完全な管理: 通話録音、文字起こし、顧客記録が、御社が所有し直接監査できるインフラから出ることはありません。
• 深い連携: 既存の電話設備、構内のCRM、公開インターネットに接していない社内システムにつながります。
• 読みやすいコンプライアンス: 監督当局がデータの国内保持を求める場合、主権要件を立証しやすくなります。

検討すべき点

• 設備投資: サーバー、GPU、ネットワーク容量を購入し、自社の更新周期で入れ替える必要があります。
• 拡張が遅い: 通話の急増に備えて容量を足すことは、設定変更ではなく調達と設置を意味します。
• 運用の負担: 修正適用、監視、フェイルオーバー、災害復旧を、御社のチームがスタック全体で担います。
• 専門人材: 音声モデルを本番で動かすには、採用も定着も高くつく技能が要ります。

たいていの場合、決め手になるのはハードウェアの請求額ではなく人員です。サーバーの費用は出せる組織でも、午前三時に音声モデルを確実に動かし続けるために必要な三、四名の専門家を採用し引き留めることはできない、ということが少なくありません。

セキュリティとコンプライアンス

どちらの方式も本質的に安全というわけではありません。責任の所在が変わるだけで、監査上の義務もそれに従って移ります。

コンプライアンス体制が継承した認証に依存しているなら、ベンダーの適用範囲の記述をよく読んでください。プラットフォームを対象とする認証は、御社がそれをどう設定したかまで自動的に含むわけではありません。セキュリティとコンプライアンスの概要で、Wiserep AIが何を認証し、境界がどこにあるかを示しています。

性能と拡張性

クラウド。 100件でも100,000件でも即座に対応し、変動する負荷、世界中に散らばる利用者、短期間での立ち上げに向きます。容量は発注書ではなく設定変更です。

オンプレミス。 予測可能で安定した通話量に最も適します。増強はハードウェアの購入と設定を意味するため、余裕はあらかじめ計画し支払っておく必要があります。

実務上の差は需要曲線の端に現れます。最繁時が平均時の三倍なら、クラウドは固定費なしでそれを吸収しますが、オンプレミスではピーク分のハードウェアを年間を通じて保有することになります。

ハイブリッドと個別の構成

大規模な導入の多くは、どちらか一方にきれいに収まりません。よくある型は、所在地の規則を満たすために音声処理と顧客記録をオンプレミスに置き、モデルの学習、分析、レポートをクラウドへ回すものです。別の型は、日々の通話量をクラウドで処理し、規制対象の事業ラインのために小さめの構内環境を残します。

適切な分け方は、技術そのものではなく、たいてい御社のデータ分類方針に従います。まずデータを分類し、そのうえで各処理をその分類が許す場所に置いてください。分類より先に構成を決めることが、一年後に作り直す羽目になる道筋です。

判断マトリクス

決め方

この順で進めてください。前の答えが次の選択肢を狭めます。

1. データを分類する。 通話音声、文字起こし、顧客記録のうち、どれが自国の法域を出てよいのかを定めます。規制業種の多くでは、これだけで答えが決まります。
2. 需要曲線を測る。 最繁時と平均時を比べます。差が大きければクラウド有利、平坦ならオンプレミスの採算が合います。
3. 使える専門家を数える。 祝日の午前三時に誰がこのプラットフォームを見るのか、その役割の予算がすでにあるのかを、正直に確かめてください。
4. 一年ではなく三年で試算する。 オンプレミスは費用が前に寄り、クラウドは分散するため、一年での比較は決まって誤った側をよく見せます。
5. 出口を確認する。 あとで他方式へ移るとして何が必要か、そのとき録音と文字起こしはどうなるかを尋ねてください。

まとめ

唯一正しい導入方式はなく、規制上の義務、通話の傾向、社内の体制に合う方式があるだけです。クラウドは、速く動き変動する需要を吸収する必要がある組織に向きます。オンプレミスは、厳格な所在地要件、安定した通話量、そしてプラットフォームを運用する人員を備えた組織に向きます。

決める前に、上のマトリクスに御社の要件を当ててみてください。あとから方式を移すほうが、最初によく選ぶよりはるかに高くつきます。各方式が実際にどう動くかをご覧になりたければ、プラットフォームの概要が両方を扱っており、技術仕様にオンプレミス導入に必要なものを挙げています。データが建物の外に出せないとすでに判断されているなら、オンプレミス導入のページで、何を、どのハードウェア上に、どの言語で導入するかをご確認いただけます。