コールセンターAIの投資順序を決める ー 構築・テスト・改善・連携の詰まりを分ける
コールセンターAIの導入検討が長引くとき、比較されているのはたいてい機能一覧である。だが、実際に成果が出るかどうかを決めているのは機能の多寡ではなく、自社の業務が4つの工程のどこで止まっているかだ。株式会社miiboの久野祐揮氏は、AIカスタマーサポートを阻む4つの壁として、初期構築・公開前検証・精度向上・データ連携を挙げ、少なくとも2番目の壁までを越えないと成果は上がらないと語っている（同記事は会員限定）。本稿はこの4区分を出発点に、編集部の独立した判断として「次の1件の投資をどこに置くか」を決める表に組み直す。壁の見立ては久野氏に帰属し、以下の投資順序の表と手順は編集部案である。
機能一覧より先に、今止まっている工程を特定する
これは国内に限った話ではない。SuccessKPIがCMSWireと共同で世界のコンタクトセンター運営者400名に実施したContact Center Maturity Surveyでは、7つの柱のうち最も成熟しているのは「戦略」で、それを実現する技術が揃っていないか、成果がまだ出ていない企業が大半だった。AIを広範に導入または完全に統合できていると答えた米国のコンタクトセンターは10%にとどまり、英国・アイルランドとAPACの24%を下回る（同社調査）。戦略があるかどうかではなく、どの工程で止まっているかを見に行くべき理由がここにある。
比較検討に入る前に、自社が4工程のどこで止まっているかを1つだけ選ぶ。複数選びたくなるが、それが選べない状態こそが検討の長期化を招いている。
工程の定義を編集部の言葉で置き直すとこうなる。
①初期構築は、FAQやマニュアルを参照して、とりあえず答えるAIが立ち上がるかどうか。ここは現在、ほとんどのツールが達成できる領域になっている。ここで止まっているなら、問題はツールではなく参照元の文書が存在しないことである可能性が高い。
②公開前検証は、その出力を顧客に出してよいと判断できるかどうか。ハルシネーションや不適切な回答を、公開前に検証して安心して出せる状態にできるか。久野氏はこの壁を越えられないと成果が出ないと位置づけている。
③精度向上は、運用しながらAIが答えられる範囲を広げていけるかどうか。誤回答の原因を特定し、直す作業が回るか。
④データ連携は、会員情報や契約情報と接続して、その顧客に固有の情報で答えられるかどうか。
この4つは順番に並んでいるが、投資の優先順位が必ずしも順番通りとは限らない。②で止まっているのに④の連携要件でRFPを書き始めると、検討は必ず膨らむ。
4工程ごとに担当者・使える時間・未決事項を置く
止まっている工程を1つ選んだら、次はその工程に対して3つの欄を埋める。編集部案の判断表は次の形になる。
工程 | 担当者（社内で名前が挙がるか） | 使える時間（週あたり） | 未決事項（決まっていないこと） |
|---|---|---|---|
①初期構築 | 例: CS企画 | 例: 5時間 | 参照元FAQの最終更新日・所有者 |
②公開前検証 | 例: 品質管理 | 例: 3時間 | 出してよい／いけないの判断基準 |
③精度向上 | 例: SV | 例: 2時間 | 誤回答の原因を誰が特定するか |
④データ連携 | 例: 情報システム | 例: 未定 | 顧客情報の参照範囲と承認者 |
この表の眼目は、費用でも機能でもなく「担当者の名前」と「週あたりの時間」を書かせるところにある。久野氏は、壁に直面した結果として起きることとして、誤回答の原因特定に専門知識が必要になること、チューニングの工数負担が大きくなること、ノウハウが属人化することを挙げている。裏返せば、名前と時間が書けない工程は、ツールを入れても止まる工程だ。
未決事項の欄も同じ役割を持つ。②で「出してよい／いけないの判断基準」が空欄のまま製品比較に入ると、デモでは判断できない。逆にここが埋まっていれば、デモで見るべき画面が具体的に決まる。
なお、この表の運用にはPoCの合否設計は含まない。PoCで何をもって合格とするかは別の設計であり、本稿は「PoCの前に、どの工程に金と人を割くかを決める」ための表として扱う。
次の投資1件と、見送る投資を決める
表が埋まったら、次月に解く課題を1件だけ選ぶ。同時に、見送る投資も明示的に書く。見送りを書かない優先順位づけは、実質的に全部やると言っているのと同じになる。
判断の目安を編集部案として置く。
①で止まっている場合、投資先はツールではなく文書整備になる。参照元のFAQ・マニュアルの棚卸しと所有者の決定。ここに外部ベンダーの費用を投じるより、社内の時間を確保する方が効く場面が多い。
②で止まっている場合、投資先は検証の仕組みだ。何をもって出してよいとするかの基準づくりと、公開前に想定質問を通す工程の設計。ここは「人が読んで確認する」運用でも始められるが、更新のたびに全件確認する運用は続かないので、検証を自動で回せるかどうかが製品比較の観点になる。
③で止まっている場合、投資先は原因特定の可視化になる。誤回答が出たときに、参照した文書・使ったプロンプト・判断の経路が追えるか。ここが見えない製品では、改善が外部依存になり、久野氏の言う「ベンダーに依頼し続ける」状態に落ちる。
④で止まっている場合、投資先は連携の前段にある権限設計だ。どの顧客情報を、誰の承認で、どこまでAIに参照させるか。技術的な接続よりも、この承認の設計に時間がかかることが多い。
見送りの書き方も具体的にしたい。「④は今期見送る。理由は②の判断基準が未決のため」と1行書けば、次の四半期にその1行を読み返すだけで議論を再開できる。
ここからは私の見立てとして
ここからは私の見立てとして書く。コールセンターAIの投資が空回りする典型は、①で止まっているのに④の話をしている状態だと思う。会員情報と連携すれば劇的に良くなる、という絵は描きやすいが、参照元のFAQが3年前の更新で止まっていれば、連携しても間違った情報を個別化して返すだけになる。
自己反証をひとつ。この順序論は、工程が本当に直列であることを前提にしている。実際には、④の連携ができて初めて①の参照元が整理されるという逆の順序で進む組織もある。基幹システムの刷新が先に走っている場合などは、その波に乗る方が合理的だ。順序は原則であって、社内の他の投資計画と衝突するなら、原則の方を曲げてよい。
その上で、順序としてはこうなる。第一に、止まっている工程を1つに絞ること。第二に、その工程に担当者の名前と週あたりの時間を書けるか確かめること。第三に、次月に解く1件と見送る1件を同じ紙に書くこと。
では、あなたの組織が今止まっているのは、4つのうちどの工程か。それを1つに絞れないうちは、どの製品を選んでも結果は変わらないのではないか。
まとめ
第一に、AIサポートの成否は機能の多寡ではなく、初期構築・公開前検証・精度向上・データ連携のどこで止まっているかで決まる。
第二に、工程ごとに担当者の名前と週あたりの時間を書けるかどうかが、その工程に投資して動くかどうかの実質的な判定になる。
第三に、次の1件を決めるときは、見送る投資も同じ紙に書く。書かない優先順位づけは優先順位ではない。
よくある質問
Q1. 4つの工程は必ず順番に進めるべきですか？ A. 原則としては順番ですが、基幹システムの刷新など社内の他の投資計画が先行している場合は、その順序に合わせる方が合理的なこともあります。順序は絶対ではありません。
Q2. どの工程で止まっているかを判定する簡単な方法はありますか？ A. 各工程に担当者の名前と週あたりの時間を書いてみることです。名前か時間のどちらかが書けない工程が、実際に止まっている工程である可能性が高いと考えられます。
Q3. PoCの合否設計はこの表に含まれますか？ A. 含みません。本稿の表はPoCに入る前に、どの工程へ人と時間を割くかを決めるためのものです。PoCで何を合格とするかは別の設計として扱ってください。
4つの壁の背景を読むなら
工程ごとの詰まりがなぜ起きるのか、AIカスタマーサポートの構築・運用をどう変えようとしているのかは、株式会社miiboのお二人との対談記事で扱っています。
コールセンターは「コンテキストセンター」になる／AIカスタマーサポートを阻む4つの壁の超え方（会員限定）
注記
本稿は2026年9月11日時点の公開情報に基づくデスクリサーチであり、見解は筆者個人のものである。4つの壁という区分と、そこで起きる課題の見立ては株式会社miiboの久野祐揮氏の発言に帰属する。本文中の判断表・投資順序の目安・見送りの書き方は編集部の提案であり、同氏の発言ではない。製品の機能・条件は更新される可能性があるため、比較検討時には各社の公式資料を確認されたい。本稿は2026年9月9日に企画されたテーマを、当日の生成が行われなかったため本日回収して執筆したものである。本稿はAIによるデスクリサーチに基づいて執筆している。
出典
この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。
この記事について相原さんに聞く数字の読み方や、他の事例との違いを、Labの記事を根拠にお答えします。
