2026年の最新コールセンター:実際に変わったこと

「最新」が実際に意味するもの

私はサポートキューのためのAIエージェントを構築することを生業にしているが、「最新」という言葉はあまりに軽々しく使われていて、ほとんど意味をなさなくなっている。そこで、この言葉を具体的なものに落とし込んでみたい。従来のコールセンターから最新のコンタクトセンターへの移行は、アーキテクチャの変化であると同時に、考え方そのものの変化でもある。

従来のコールセンターはオンプレミスのハードウェアだった。建物にラックされたPBXやACDの装置があり、音声専用(あるいは音声に後付けのメールを加えた程度)で、容量は物理的な機材によって固定され、エージェントは現地に出勤していた。大手プラットフォームベンダーの1つであるGenesysは、レガシーなオンプレミス環境について、「イノベーションを阻む老朽化したシステム」であり「ハードウェアの制約」に縛られていると率直に表現している(Genesys)。

最新版はそのすべてを逆転させる。クラウドサービスとして提供されるソフトウェアであり、音声・チャット・メール・SNS・メッセージングを1つのインターフェースにまとめたオムニチャネルであり、容量は伸縮自在で、エージェントはどこにいても対応でき、AIがスタック全体に組み込まれている。

この伸縮性の違いは抽象論ではない。Amazon Connect上で、Intuitは確定申告シーズン中にコンタクトセンターの規模を6,000人から11,000人へと拡大し、最大20,000人まで対応できる余力を持たせている。またロードアイランド州はわずか10日間でコンタクトセンターを丸ごと立ち上げ、初日に75,000件の失業給付申請を処理した。どちらも建物にラックされたハードウェアでは実現できない。この柔軟性こそが、「クラウド」があればいいという程度のものではなくなった理由そのものだ。

クラウドレイヤー:CCaaS

この背後にある提供モデルには名前がついている。CCaaS、コンタクトセンター・アズ・ア・サービスだ。ルーティング、IVR、ワークフォースマネジメント、品質モニタリング、分析をハードウェアとして所有する代わりに、スタック全体をクラウドソフトウェアとして借りる。これは自社所有のサーバーがAWSへと変わったのと同じ動きだ。

これは大きく、急速に成長している市場だ。推計値は調査会社や市場の区切り方によって大きく異なるため、無難な捉え方をするならこうなる。CCaaSは2026年時点で数十億ドル台後半の市場規模を持ち、年率およそ17%で成長し、2030年代半ばまでに約300億ドル規模に達する見込みだ(Fortune Business Insights;IMARC Group)。重要なのはその方向性であり、資金は急速にオンプレミスから離れつつある。

プラットフォームを検討しているなら、実際によく目にするのは次のような名前だ。

Amazon Connectは、これらのプラットフォームが動いている規模を垣間見せてくれる。AWSによれば、顧客はこれを使って毎日1,000万件を超えるやり取りを処理しており、TransUnionは移行後に年間コストを40%以上削減したと報告している。

ただし、はっきりさせておきたいことが1つある。クラウドに移行することと最新であることは同じではない。多くのチームはCCaaSプラットフォームへとそのまま移行しながら、相変わらず昔ながらの電話部屋のように運用している。クラウドはあくまで実現手段だ。「最新」が実際に宿るのはAIレイヤーである。

AIレイヤー:最新が宿る場所

ここが2026年を特徴づける部分であり、AIが実際に何をしているのかを正確に理解しておく価値がある。というのも、AIは4つの異なる仕事をこなしているのに、人々はそれらを一緒くたにしてしまっているからだ。

第一に、自律的な解決だ。 AIエージェントは問い合わせを最初から最後まで完全に処理するもので、誰もが嫌っていた従来のルールベースのチャットボットの後継にあたる。AmazonのConnect上の最新世代には、「返品処理、アカウント更新、フライトの再予約などの問題を自律的に解決する」エージェントが含まれている(AWS)。基準そのものが変わっており、消費者の51%はすぐに対応してほしいときにボットを好むと答え、48%はAIと人間の担当者を本当に見分けにくくなっていると答えている。これはAIエージェントとルールベースのチャットボットの違いであり、その差は大きい。

第二に、エージェントアシストだ。 AIが人間を置き換えるのではなく手助けするもので、返信の下書き作成、適切なナレッジベース記事の提示、長いスレッドの要約などがこれにあたる。Salesforceの調査によると、AIを使うエージェントは定型的な案件にかける時間が20%少なく、その分、週に推定4時間を複雑な業務に充てられるようになっている。同じレポートの中で、OpenTableのGeorge Pokorny氏はこう的確に述べている。「10分の通話でわずか2分を節約できるだけで、サービス担当者は顧客との関係を強化することに集中できるようになる。」さらに詳しく知りたい場合は、エージェントアシストツールとエージェントの生産性を高めるAIについてそれぞれ別記事で解説している。

第三に、セルフサービスとデフレクションだ。 AIは顧客の質問がチケットになる前に、通常はヘルプセンターの情報を参照して解決する。対応量の負担が軽減されるのはここからであり、30%から50%への変化を支えているのもこの仕組みだ。チケット数を減らすことが目標なら、これが動かすべきレバーになる。

第四に、目に見えないバックオフィスのレイヤーだ。 リアルタイムの文字起こし、感情分析、自動化された品質保証がこれにあたる。かつてはマネージャーがクリップボードを手に通話の2%を聞くだけだったが、今ではネイティブ機能がすべてのやり取りの100%を自動的にスコアリングしている。ZendeskのQA、AmazonのContact Lens、NICEのCXoneはいずれもこれを標準機能として備えている。

ただし、誇張に対して私が異議を唱えたい点がある。導入と実際の運用は同じではない。Zendeskのデータによれば、生成AIツールを実際に手元で使えるエージェントは全体の5分の1程度にすぎず、AIのトレーニングを受けたことがあると答えたのはわずか45%で、そのうち満足していると答えたのはたった21%だ。一方でサービス部門のリーダーの51%は、セキュリティ上の懸念からAI計画が遅れていると答えている。つまり「AIを導入した」ことと「エージェントがAIをうまく使いこなしている」ことの間のギャップこそが2026年の本当の物語であり、ほとんどの最新化プロジェクトが静かに行き詰まる場所でもある。

オムニチャネル:謳い文句と現実

最新化を支えるもう1つの柱がオムニチャネルであり、マーケティングと現実の乖離が最も大きいのもこの部分だ。

重要なのはTalkdesk自身の言葉による区別だ。マルチチャネルとは複数のチャネルを扱ってはいるものの、「チャネルをまたいだ個々の顧客タッチポイントが分断されている」状態を指す。オムニチャネルとは、チャネルが「1つのユーザーインターフェースに完全に統合され」、文脈情報がチャネル間で引き継がれる状態を指す(Talkdesk)。両者の違いは、チャットで問い合わせを始め、1時間後に電話をかけてきた顧客が、すべてを最初から説明し直す必要があるかどうかだ。

音声以外のチャネルはもはやオプションではない。Talkdeskの調査によると、あらゆる年齢層の消費者のうち69%が電話よりもテキストを好み、63%は電話しか対応していない企業よりもテキストメッセージに対応している企業に乗り換えると答えている。音声がなくなったわけではないが、もはやデフォルトではない。

ここからが正直な部分であり、私が各チームから常に耳にしている話とも一致する。ほとんどの「オムニチャネル」は名ばかりだ。本当の意味でのチャネル間の引き継ぎは稀であり、買い手もそれを敏感に感じ取っている。

"Every vendor claims omnichannel support but actual meaning varies wildly. Some just mean email and phone which is barely omnichannel."

r/CustomerSuccess, "What does an omnichannel customer service platform even mean"

その懐疑心はもっともなものだ。だからこそ、問うべきなのは「このプラットフォームはオムニチャネルか?」ではなく、「文脈情報は実際にチャネルをまたいで顧客についてくるのか?」ということになる。メールで何が起きたかを把握できないマルチチャネルチャットボットは、手順が増えただけの電話の自動応答メニューにすぎない。

最新のコンタクトセンターを定義する指標

測定できないものは管理できない。そして最新のコンタクトセンターは測り方そのものが違う。2026年ならではの新しい点は、今やAIのみ、人間のみ、そして両者を組み合わせた場合という3通りの基準で比較するようになったことだ。

• CSAT(顧客満足度): 対応を満足できるものと評価した顧客の割合。今なお最も注目される数字だ。
• FCR(初回対応解決率): 最初の対応で解決し、フォローアップが不要だったこと。満足度と最も相関する指標であり、AIのセルフサービスが大きく数字を動かす部分だ。
• AHT(平均対応時間): 1件のやり取りにかかる合計時間。これを削るのがAIアシストであり、OpenTableの「10分の通話で2分」という数字はまさにAHTの話だ。
• デフレクション率: 人間が対応する前にセルフサービスで解決された問い合わせの割合。最も急速に上昇している指標であり、30%から50%へというAIの変化を直接表すものだ。
• オキュパンシー: ログイン時間のうち、エージェントが実際に問い合わせ対応に費やしている割合。これを約85%を超えて押し上げると、燃え尽きを買うことになる。

より大きな変化は考え方そのものにある。Zendeskなどは業界全体を、単純な通話件数ではなく解決あたりのコストを北極星となる指標とする方向へ動かしている。AIが無制限の対応量をこなせるようになると、「何件の電話を受けたか」はもはや重要ではなくなる。重要になるのは「実際に解決するのにいくらかかったか」だ。

エージェントはもうどこでも働ける

クラウドが静かに実現したもう1つのことが、分散型の働き方だ。オンプレミスのPBXが不要になったことで、エージェントに必要なのはブラウザとヘッドセットだけになった。だからこそリモートのサポートチームは例外ではなく当たり前のものになった。

これは新たな課題も生んだ。それは、姿の見えない人々を複数のタイムゾーンにまたがってシフト管理することであり、AIはまさにこの課題に取り組んでいる。これは見た目以上に難しく、CXリーダーの69%が今後の人員需要の予測は大きな課題だと答えている。最新のワークフォースマネジメントツールはAIを使って需要を予測し、それに応じて人員を配置しており、まさにこのギャップを埋めるために作られている。

「AIがこれらの仕事を奪うのではないか」という定番の不安についても、Salesforceのデータは見出しほど悲観的ではない。AIを使うエージェントの71%はそれが成長の機会を生んでいると答え、86%は新しいスキルを身につけ、81%は自分の役割がより専門的になったと答えている。定型的な仕事は機械に任され、面白い仕事は人間の手元に残る。それこそが目指す価値のある「最新」の姿だ。

2年がかりの移行なしに最新化する

サポートキュー向けのAIを構築する中で私が学んだのはこうだ。最新化に成功するチームは、プラットフォームを丸ごと刷新することから始めることはめったにない。まずCCaaSへの全面移行を試みるチームは、たいてい実際のチケットにAIが触れるまでに1年を配管工事に費やすことになる。

より速い道は、今使っているヘルプデスクの上にインテリジェンスのレイヤーを追加することだ。これはeeselが採用しているアプローチでもある。プラットフォームの切り替えを求める代わりに、Zendesk、Freshdesk、Gorgias、あるいは現在使用中のどのツールにも組み込まれ、過去のチケットとヘルプセンターから学習し、反復的な対応量を処理し始める。こうして「最新」は、恐れるべきプロジェクトではなく、オンにするだけの設定になる。

私が一気に全面展開するやり方よりもこのアプローチを信頼している理由は、先ほど述べた導入のギャップにある。自信ありげに聞こえるのに間違った答えを返すボットは、ボットがない場合よりも悪い。だからこそ、eeselのすべての導入は本番稼働前に過去のチケットに対してシミュレーションされ、デモではなく実際の会話に対する解決率とその回答内容を確認できるようになっている。コールセンターの最新化とは、突き詰めれば1件ずつ解決したチケットを積み重ねて信頼を勝ち取ることだ。まずは対応量の一部から始め、数字で証明し、そこから広げていく。それが今四半期のうちに実際に立ち上げられる最新のコールセンターというものだ。

最新のコンタクトセンターにeeselを試す

移行の手間をかけずに最新のコンタクトセンターを実現することが目標なら、eeselはまさにそのために作られている。既存のヘルプデスクに数分で接続できるAIサポートエージェントであり、過去のチケットとナレッジベースをもとに自ら学習し、ライブチャット、メール、ヘルプセンターにまたがるティア1の対応量を処理する。差別化のポイントはシミュレーションにあり、実際の顧客が1人でも話しかける前に、数千件の実際の過去チケットに対してまず実行し、解決率を確認できる。無料で試すことができ、既存のスタックを置き換えるのではなく、そこに組み込まれる形で動作する。