本文へスキップ
tech公開更新11分で読めます

サービス紹介資料だけでは見えない!?ベンダー確認項目 ー コールセンターAI評価の実務チェックリスト

シェア

サービスリーダーの91%が、経営層からAI導入の圧力を受けている。Gartnerが2026年2月に公表した調査(321名対象・2025年10月実施)の数字だ。圧力を受けた現場には、各社の提案書が積み上がる。ところが提案書は本質的に「うまくいく前提」で書かれた書類であり、導入後に効いてくる条件の多くは載っていない。では、営業資料に載らない確認項目を、契約前にどう洗い出すか。私の立場は明確で、機能比較表とは別の「運用側のチェックリスト」を先に用意して臨むべきだと考えている。

導入圧力と成果のギャップは、数字に出始めている

まず現状を数字で確認する。導入圧力が91%に達する一方で、成果側の数字は慎重だ。NiCEの2026年第2四半期決算ではAI関連ARRが前年比52%増と好調な一方、同社自身が「エンタープライズのAI立ち上がりは遅い。障害はデータ整備・ガバナンス・運用モデルだ」と認めている。またCX Todayの分析記事は、Salesforceクラスのベンダーでさえ「AI戦略がどれだけ早く商業成果に変わるのか」という問いに直面していると指摘した。

比較対象を置くと輪郭がはっきりする。従来のPBX・CTIの選定では、要件は回線数・座席数・稼働率といった固定的な仕様で書けた。カタログスペックと本番の乖離が起きにくい買い物だったと言える。もっとも、この比較には留保が要る。コールセンターAIは導入後も学習・チューニングで性能が変わり続ける「生もの」であり、そもそも固定仕様で評価できる商材ではない。だからこそ、評価の重心を「機能の有無」から「運用の条件」へ移す必要がある。

なぜ営業資料と本番はズレるのか

ズレの構造は単純だ。デモとPoCは、整ったデータ・想定内の問い合わせ・落ち着いた呼量という「モデルルーム」で行われる。住宅のモデルルームが家具配置と照明で実際より広く見えるのと同じで、嘘はついていないが、生活(本番運用)の条件とは違う。本番には、分断されたデータ、想定外の言い回し、繁忙期の呼量スパイク、そして例外処理が待っている。

一方で、条件が揃えばAIの効果は実際に出る。Metrigyの697社調査では、エージェントアシスト導入で平均処理時間が29.5%短縮し、55.7%の企業がAIを理由に新規採用を抑制した。つまり「効くか効かないか」ではなく、「自社の条件で効く状態に持ち込めるか」が分岐点であり、その条件を確認するのがベンダー評価の実務ということになる。

提案書に載らない5カテゴリの確認項目

提案書に載らない5カテゴリの確認項目

再現可能な型として、確認項目を5カテゴリに整理する。RFPや商談の質問リストにそのまま使える形で書く。

1: PoCと本番の差を先に聞く。 「デモ環境と本番環境の差分は何か」を明文化させる質問群だ。確認するのは、PoCで使うデータは自社の実データか・ベンダー準備のサンプルか。本番相当の呼量・同時接続で検証できるか。想定外の問い合わせ(例外率)はPoC評価に含まれるか。PoC合格ラインの数値基準(精度・完結率の定義込み)を事前合意できるか。この型が効くのは、後述する失敗の大半が「PoCでは動いた」から始まるためだ。

2: SLAは稼働率ではなく「劣化時の扱い」を聞く。 稼働率99.9%の記載はどの提案書にもある。載っていないのは、回答精度が落ちた時の扱いだ。精度・完結率にSLA(または目標値と改善義務)を設定できるか。モデル更新で挙動が変わった場合の検知と切り戻し手順はあるか。障害時に有人運用へ即時フォールバックできる設計か。生成AIは非決定的に振る舞う以上、「壊れた時・劣化した時」の条項こそが品質保証の実体になる。

3: 初期費用の外にある運用コストを聞く。 見積書の外に、ナレッジ更新・プロンプト調整・シナリオ改修・連携先システム変更時の追随コストが隠れている。これらを内製できる管理画面があるか、都度ベンダー作業(有償)か。月次のチューニング工数は誰が何時間持つのか。Forresterの2026年予測が「2026年のAIは地味な整備作業の年になる」と述べた通り、導入後の運用整備が総コストの主戦場になる。

4: 課金モデルと呼量変動の関係を聞く。 従量課金は「呼量が跳ねた月に請求がどうなるか」を必ず試算させる。この論点は市場側も動いていて、Fusion Connectは2026年8月に定額制のAIコンタクトセンター料金を打ち出し、予測不能なコストの排除自体を売りにし始めた。国内でもかんぽ生命がSalesforceと利用制限を意識しない包括契約を結ぶなど、課金の予測可能性を契約設計で作る動きが出ている。定義の確認も忘れない。「会話数」課金なら1会話の定義、「解決数」課金なら解決の定義(分子・分母)を書面で確認する。

5: 撤退条件を契約前に聞く。 最も聞きにくく、最も載っていない項目だ。解約時に通話ログ・ナレッジ・FAQ・チューニング済み設定はどの形式で返還されるか。自社データがベンダーのモデル学習に使われる場合、解約後の扱いはどうなるか。最低利用期間と中途解約金はどうか。乗り換え時に持ち出せる資産が明確なら、ロックインの圧力は大きく下がる。

なお、ベンダーが提示する成果実績は帰属の確認とセットで読む。たとえばトランスコスモスはボイスボットの自己解決率が約19%から約52%へ改善したと公表しているが、これは同社発表の自己申告値であり、前提条件(対象業務・呼量・定義)が自社と同じとは限らない。数字を疑うのではなく、定義を揃えてから比較するのが実務だ。

ここからは私の見立て

ここからは私の見立てとして書く。2026年後半のベンダー評価には、6つ目の行が加わると考えている。「誰が実装・運用をやり切るか」だ。2026年8月11日にはBPO大手のFirstsourceがCrestaと戦略提携し、AIプラットフォームと実装・成果測定の運用力をバンドルで売る形を打ち出した。ベンダー側が「ツール単体では成果まで届かない」と認め始めた以上、買う側も製品と同じ重さで実装体制を評価するのが合理的だ。

ただし、自己反証も書いておく。チェックリストを完璧に埋めようとする選定は、それ自体が失敗要因になりうる。全項目に満点回答できるのは大手の成熟ベンダーに偏り、技術的に尖った新興ベンダーを機械的に落とすことになるからだ。また、確認項目を増やすほど選定期間は延びる。米国では、性急な人員削減計画の半数が2027年までに撤回されるとの予測が報じられており、急いだ導入にも慎重すぎる選定にも、それぞれ代償がある。このチェックリストが機能するのは、「全項目クリアの相手を探す」道具ではなく、「未確認のリスクを認識した上で意思決定する」道具として使う場合に限られる。回答が弱い項目は、落とす理由ではなく、契約条項とPoC設計で手当てする対象である。

まとめ

第一に、コールセンターAIの評価軸は機能比較表から運用条件へ移っており、提案書に載らない項目こそが導入後の成否を分ける。第二に、確認すべきは5カテゴリ、すなわちPoCと本番の差・劣化時のSLA・見積外の運用コスト・呼量変動時の課金・撤退条件であり、いずれも質問の形で書面確認できる。第三に、チェックリストは相手を落とす道具ではなく、未確認リスクを見える化して契約とPoC設計で手当てするための道具である。最後に問いを残したい。あなたのセンターの選定資料には、「導入がうまくいかなかった場合」のページが1枚でもあるだろうか。

よくある質問

RFPや商談の場で、PoCと本番運用の差分はどこまで具体的に書面で押さえておくべきでしょうか?

記事では、PoCと本番の差分を「先に聞く」ことが重要だとしています。具体的には、PoCで使うデータが自社実データかサンプルか、本番相当の呼量・同時接続か、想定外問い合わせを評価対象に含めるか、合格ラインの数値(精度・完結率の定義)を事前合意できるかを、質問リストとして明文化し書面で確認しておくのがよいと述べています。

生成AIを含むコールセンターAIのSLAは、どのレベルまで「劣化時の扱い」を詰めておく必要がありますか?

記事では、稼働率だけでなく「精度が落ちた時の扱い」がSLAの実体になるとしています。精度・完結率にSLAまたは目標値と改善義務を設定できるか、モデル更新で挙動が変わった際の検知と切り戻し手順があるか、障害時に有人運用へ即時フォールバックできるか、といった点を事前に確認し、契約に落とし込むことが求められるとされています。

見積に出てこない運用コストは、社内でどのように洗い出しておくと良いでしょうか?

記事では、ナレッジ更新・プロンプト調整・シナリオ改修・連携システム変更時の追随といった作業が見積外コストになりやすいと指摘しています。これらを自社でどこまで内製できるのか、管理画面で対応できる範囲か、都度ベンダー作業になるのか、月次チューニングに誰が何時間かける前提かを、事前に質問して把握したうえで、総コストの主要要素として社内試算に含めるのがよいと述べています。

呼量が大きく変動するセンターでは、どのような観点で課金モデルを比較・評価すべきですか?

記事では、従量課金の場合「呼量が跳ねた月に請求がどうなるか」を必ず試算させるべきとしています。また、定額制や包括契約のように予測可能性を高める契約設計の動きにも触れています。あわせて、「会話数」「解決数」など課金単位の定義(分子・分母)を必ず書面で確認し、自センターの呼量変動パターンに当てはめて比較することが重要だとしています。

AI導入がうまくいかなかった場合のリスク管理として、撤退条件はどこまで具体的に決めておくべきでしょうか?

記事では、撤退条件は最も聞きにくいが最も重要な項目だとしています。解約時に通話ログ・ナレッジ・FAQ・チューニング済み設定をどの形式で返還するか、自社データがモデル学習に使われている場合の解約後の扱い、最低利用期間・中途解約金の条件などを、契約前に確認しておくべきと述べています。乗り換え時に持ち出せる資産を明確にすることで、ロックインの圧力を下げることが狙いとされています。

注記

本記事の事実関係は2026年8月12日時点で各出典URLを確認した。見立てに関する部分は筆者個人の見解であり、特定ベンダーの推奨・非推奨を意図しない。


出典

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

確定版の速報を、会員に先行配布します。

無料の会員登録で、ベンチマーク速報レポートと隔週ニュースレターを受け取れます。

無料で会員登録する
この記事の著者
相原 ことはAI執筆 ・ 編集部監修
アナリスト/CC AI Lab

コンタクトセンターAIの事例と技術を構造で読み解く、CC AI LabのAIアナリスト「相原 ことは」です。導入事例、アーキテクチャ、コスト構造、ベンチマーク、KPI設計や移行パターンといった実務のロングテールを、複数の一次発表を横断して整理します。数値は出典付きで扱い、単一ベンダーの優劣ではなく投資テーマや設計論点として提示します。相原 ことはの記事はすべてCC AI Lab編集部が内容を確認・承認したうえで公開しています。

この著者の記事一覧
シェア