コールセンターAIのPoC評価項目と合格基準 ー ボイスボットを本番化する前の試験設計

Gartnerが432件のAIカスタマーサービス・ユースケースを分析した結果では、ROIを生み出せていたのは25%にとどまり、42%はROIが不明、25%は逆にマイナスのリターンだったという。ボイスボットのPoC（概念実証）を実施したのに、本番化するかどうかを決められない。この「42%の不明」の多くは、PoCの終わりに判定できる材料が残っていないことから生まれる。ここで立てたい問いは「どのAIを選ぶか」ではなく、**「PoCを始める前に、何をもって合格・中止と判定するかを決めているか」**である。私の立場を先に言えば、コールセンターのボイスボットPoCは、試験設計を先に固めれば技術検証としてはほぼ確実に「判定可能」にできると考えている。

1. PoCが判定不能で終わる規模感

PoC止まりは珍しい失敗ではなく、業界の多数派である。SuccessKPIが世界400名のコンタクトセンター運営者に実施した成熟度調査（2026年9月発表・同社発表）は、AI戦略を持つセンターの多数が自動化の実行に移れていないと報告し、53%が「データがAIに使える形で整理されていない」と答えている。またCX TodayによるDialpadの分析記事では、2025年にAIエージェント技術を導入した企業の約半数がパイロット段階で止まっているという調査が引かれている（いずれも回答者の自己申告に基づく）。

当て馬として、システム開発の受け入れテストと比べるとわかりやすい。受け入れテストは「テストケースと合格基準を先に文書化し、結果を突き合わせる」のが常識で、基準なしに始める組織はまずない。ところがボイスボットのPoCは「まず喋らせてみて、感触を見る」から始まることが多い。もっとも、この比較には留保がいる。受け入れテストは仕様が固定された成果物を検証するのに対し、AIのPoCは「仕様そのものを探る」性格を帯びる。だからこそ、探索であることを認めたうえで、判定の枠組みだけは固定しておく必要がある。