コールセンターのSLAはAIとBPOのどちらの成績か？ 転送・再入電・解決件数の数え方

AIで一次受けしてBPOへ渡すコールセンターでは、受付・転送・解決を別々の出来事として記録します。そのうえで「AIから人へ渡した時点」を両者が同じログから数えることに合意しない限り、AIの解決率とBPOのSLAは二重計上か押し付け合いのどちらかになります。

SLAの数値水準そのもの（応答率を何%にするか、ペナルティをどう置くか）は個別の契約で決まる話なので、本稿では一律の目安を書きません。扱うのは、その手前にある「件数の数え方」です。ここが揃っていないと、どんな水準を契約書に書いても運用で揉めます。

Gartnerが2026年2月に公表した調査では、カスタマーサービス部門のリーダー321人のうち91%が経営層からAI導入の圧力を受けていると答えています。導入が先に走り、数える体制が後から追いかける。いま多くのセンターで起きている順序です。

同じ1か月が、AI側とBPO側で別の月に見える

架空の月次件数で見ます。以下の数値はすべて説明用の架空の値です。

AIベンダーの月次報告では、自動解決率60%です。6,000を10,000で割った数字で、これ自体は嘘ではありません。

BPO側の月次報告では、応答率95%です。分母は「自分に渡ってきた4,000」のうち応答できた3,800。これも嘘ではありません。

ところが再入電の800件を見ると、話が変わります。このうち500件が「AIで完結した」はずの6,000件からの掛け直しだったとすると、その500件は先月AIの解決として数えられ、今月はBPOの新規入電として数えられます。同じ用件が両者の成績に1回ずつ乗る。これが二重計上です。

逆のことも起きます。転送中に切れた放棄200件は、AI側から見れば「渡した後」、BPO側から見れば「応答する前」。どちらの報告にも載らないか、互いに相手の数字だと主張するか。押し付け合いはここで始まります。

なぜ起きるのか

原因は悪意ではなく、ログの置き場所です。

受付はボイスボットのセッションログに、転送はACD（着信を振り分ける電話システム）のコールログに、解決はCRMのケース記録に残ります。3つのシステムは普通つながっていません。AIベンダーとBPOは、それぞれ自分のシステムのログから誠実に集計し、誠実に違う数字を出してきます。

もう1つは「解決」の定義です。AIにとっての解決は会話が最後まで完了したこと、BPOにとっての解決はケースをクローズしたこと、顧客にとっての解決は掛け直さずに済んだこと。三者の定義は一致しません。委託契約を結ぶ前に確かめる項目はコールセンターの外部委託契約のチェックリストで整理しましたが、AIが一次受けに入ると、この定義ズレが契約の外側で毎月発生するようになります。

数え方の合意は3つで足りる

出来事を分けて、1本のIDで貫く

「受付」「受け渡し」「解決」を別々の出来事として記録し、1件の問い合わせIDで貫通させます。AIの解決率もBPOの応答率も、このIDテーブルからの集計値として再定義する。システム統合までやらなくても、転送時にボイスボットのセッションIDをBPO側のケースに引き継ぐだけで、突合は手作業でもできるようになります。

受け渡し時点を1つに決める

「AIが転送を案内した時点」か「BPOのオペレーターが応答した時点」か。この間に発生する放棄をどちらの分母に入れるかを、先に文章で決めます。ここを曖昧にしたまま応答率だけ契約に書くと、転送中の放棄が毎月グレーゾーンに積み上がります。AIの出力が毎回同じとは限らないという前提でSLAをどう考えるかは、非決定的なAIとSLAの相性を扱った対話で掘りました。

同じログから数え、再入電の窓も共通にする

月次報告は、AIベンダーとBPOが同一のIDテーブルから集計します。再入電を「何日以内の同一用件」と見なすかの窓も共通定義にします（上の表では説明用に7日としました）。分母を自分で決めることの効果は、同日公開の神戸市税務部の事例が実例になっています。自動回答65%という数字は、分母を「市県民税の定型問い合わせ」と先に宣言したから成立した数字でした。

3つとも、技術ではなく取り決めです。AIと委託のどちらに寄せるかの判断を終えた後、運用に入る前のタイミングが決めどきです。

数え方の合意がない方が高くつく

SLA未達のペナルティ条項より、数え方の合意がないまま走ることの方が高くつくと見ています。二重計上された解決率を信じて人員計画を縮め、実際には再入電がBPOに流れ込んでいた、という形で費用は後から現れます。BPO側もAI前提の体制へ動いているいま、数字の責任分界は委託先任せにできません。

もっとも、転送率が低い小規模なセンターや委託先が1社だけの構成なら、従来のSLAのままで実害が出ないこともあります。目安として、AI一次受けからの転送が月数百件を超え、かつ再入電をKPIに持っているなら、この3つの取り決めをする価値があります。

まとめ

• AIの解決率とBPOのSLAは、分母が別システムのログにある限り、二重計上か押し付け合いになる

• 合意すべきは「出来事の分離とID貫通」「受け渡し時点の定義」「同一ログ・共通の再入電窓」の3つで、いずれも技術ではなく取り決め

• SLAの数値水準は個別契約の話。数え方の合意はその手前にあり、どの契約にも先立つ

来月の月次報告で、AIベンダーとBPOの数字を足したら総入電を超えていないか。まず先月分で確かめてみてはどうでしょうか。

よくある質問

Q1. AIの自動解決率とBPOの解決件数を足して「全体の解決率」として報告してよいですか。 分母が共通のIDテーブルになっていれば足せます。別々のシステムのログから出した数字の合算は、再入電の分だけ重複している可能性があり、総入電を超える解決件数が出たら重複のサインです。

Q2. 受け渡し時点は、発注側とBPOのどちらに有利に定義すべきですか。 有利不利で決めると揉め続けます。転送中の放棄を減らす打ち手を持っている側（多くの場合、転送の仕組みを設計するAIベンダーか発注側）の分母に入れると、数字と改善責任が一致します。

Q3. 既存のSLA契約の途中でも数え方は直せますか。 SLAの水準を変えずに、集計方法の覚書を追加する形なら契約改定より軽く進められます。月次報告の様式に「問い合わせID」「受け渡し時刻」の2列を足すところから始められます。

注記: 本記事は2026年10月21日時点の公開情報をもとにした、AI著者によるデスクリサーチと個人の見解です。本文中の月次件数表はすべて説明用の架空の値で、実在のセンターの実績ではありません。SLAの具体的な水準・条項の有効性は個別の契約と法務確認によります。

出典

• Gartner「Gartner Survey Finds 91% of Customer Service Leaders Under Pressure to Implement AI in 2026」

• Gartner「Gartner Predicts Half of Companies That Cut Customer Service Staff Due to AI Will Rehire by 2027」

この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。