AIサポートのROIを測定する方法
Kurnia Kharisma Agung Samiadjie
Katelin Teen
最終更新 June 21, 2026

まとめ
AIサポートのROIを測定するには、AIが毎月回収する価値に金額を設定し、そのコストを差し引きます。回収価値 = 完全に解決したチケット + 返還されたエージェント時間 + もはや人員配置不要な時間外対応。AIと初期設定のコストを差し引いた残りがあなたのリターンです。
落とし穴は、間違ったものを測定することです。チケット削減率だけではデモで見栄えが良くても、金銭的な証明はほとんどできません。実際に予算を動かす指標は、完全解決率、解決チケットあたりのコスト、初回応答時間であり、CSATがチケット削減率の数字を正直に保つガードレールとなります。
そして、ROIの数字が間違って出る最大の理由は「ベースラインなし」です。導入前の数字を記録していなければ、導入後の数字には比較対象がありません。解決策は、まずベースラインを取得し、次にAIを自社の過去チケットに対してシミュレーションして、ベンダーのスライドではなく実際のボリュームに基づいた予測を立てることです。
ここでROIが実際に意味することから始める
私は3年以上、サポートチームがAIに数字をつけようとするのを見てきましたが、会話はほぼ常に間違った場所から始まります。ダッシュボードが最初に表示する数字だからという理由で「チケットをいくつ削減したか」に手を伸ばします。しかし、削減は活動の指標であり、価値の指標ではありません。財務部門は活動ベースで更新を承認しません。
問いの正直なバージョンは「このAIに投じた1ドルごとに、何ドルが返ってくるか?」です。それがすべてを再構成します。AIがどれだけ忙しいかを測定するのではありません。AIが回収する価値と、運用コストの差を測定しているのです。
その全体像はこうなります。

「回収価値」には3つの部分があり、ほとんどのチームは最初の部分しかカウントしません:
- 完全に解決したチケット。 AIが会話全体を処理し、人間が関与しなかったもの。これらに完全積載コスト(フルロードコスト)を掛け算します。
- 返還されたエージェント時間。 人間がクローズするチケットであっても、返信の下書きや優先度付けを行うAIコパイロットは、チケットあたり数分を節約します。数千チケットにわたるその数分は実際のお金です。
- 時間外およびピーク対応。 AIが午前2時や、それ以外ならば残業代や派遣スタッフを支払うか、対応できないBlack Fridayのスパイク時に吸収する業務。
2番目と3番目を見逃すと、自分のROIを大幅に過小評価することになります。逆に、スパムの自動クローズと「わかりません」の返信を成功としてカウントすることで同様に簡単に過大評価できてしまいます。これについては後述します。
実際に証明する指標
計算式が目的地であれば、指標はそこへ到達するための方法です。40行のダッシュボードではなく、小さくて正直なセットが必要です。十分な数の展開を経て、常に立ち返るショートリストがこちらです。

チケット削減率。 人間なしでAIが処理する受信ボリュームの割合。有用ですが、カテゴリで最も悪用されている数字です(インフレが些細なため)。追跡しますが、単独で旅させないでください。
完全解決率。 AIが顧客満足の状態で実際にクローズしたチケットの割合(返信しただけでなく)。これがコスト削減に明確にマップされる指標です。チケット削減と完全解決の間のギャップが通常、真実が住んでいる場所です。
解決チケットあたりのコスト。 AIへの総支出を完全解決チケット数で割り、人間のチケットあたりコストと並べたもの。CFOが最初に読む行です。AIエージェントと人間エージェントのコスト比較はその比率の人間側を詳しく掘り下げ、オフショア比較はほとんどのチームが検討する安価な労働の代替案を取り上げています。
初回応答時間。 AIは数秒で返答するため、これは通常急落します。ステークホルダーに示す最も簡単な成果であり、SLAパフォーマンスに直接結びついています。
そしてガードレール:CSAT。これは他のすべてを否定できる唯一の指標です。CSATが低下している中でのチケット削減率70%は70%の削減ではなく、何人の顧客が諦めたかの指標です。あるオペレーターが通話中に完璧に表現しました:
「AIは質問の100%に答えることは決してできないだろうが、もし試みて単に『すみません、これは知りません』と答えるだけなら、7,000件のチケットすべてをチェックしてAIが実際に良い答えをしたか確認することはできない — そうなるとポイントが少し失われる。私には、自信を持って対応できるチケットだけを処理し、他のすべてはそっとしておくAIが必要だ。」
これは月約7,000チケットを処理するDirect-to-ConsumerブランドのCXリードであり、なぜCSATと完全解決が生のチケット削減よりも上位に位置するのかを正確に説明しています。すべてに自信を持って答えるAI(エスカレーションすべきものも含めて)は両方を台無しにします。監視すべき完全なメニューをご覧になりたい場合は、AIカスタマーサービス指標およびAIパフォーマンス指標ガイドがこのショートリストより詳しく説明しています。
コピーできる計算例
抽象的な比率では予算は承認されません。具体的な数字であれば可能です。一般的なミッドマーケットのボリュームである月1,000チケットを処理するチームで計算してみましょう。

AIが最初の月にTier-1ボリュームの73%を完全解決したとします。これは仮定の上限ではありません。Zendesk上で稼働するギグエコノミーのドライバー分析アプリが7日間のトライアル内でこれを正確に達成し、その後も維持しました。つまり、730チケットをエンドツーエンドで処理し、270チケットを人間にルーティングします。
台帳の両面:
| 項目 | 人間のみ | AIあり |
|---|---|---|
| チケット数 / 月 | 1,000 | 1,000 |
| AIが解決 | 0 | 730 |
| 人間が処理 | 1,000 | 270 |
| 概算人間コスト / チケット | $5.00 | $5.00 |
| AIコスト / 解決チケット | - | ~$0.40 |
| 月次人間処理コスト | $5,000 | $1,350 |
| 月次AIコスト | - | ~$292 |
| 月次合計コスト | $5,000 | ~$1,642 |
これはチケット削減側だけであり、すでに有意義な月次節約を示しています。チケットあたりの数字がここで重要です:Pay-as-you-goとチケット単価制のモデルはこの数字を低く予測可能に保ちますが、解決単価制の料金はAIが最もよく機能する月と、制御できない季節的なスパイク時により多く請求します。(eesselの料金はプラットフォーム手数料なしのタスクあたりPay-as-you-goで、11月の請求書が3月の請求書と同じように見えます。)
次に、ほとんどのチームが忘れがちな部分を加算します:270件の人間チケットは、AIが下書きと優先付けを行うため処理が速くなり、エージェントの処理時間が短縮されます。そしてAIが現在カバーしている時間外ボリュームは、残業代を支払わなくて済むボリュームです。この2行は通常、生のチケット削減節約と同程度の価値があります。それが堅実なROIケースと薄いROIケースの違いです。
ベースラインの罠と、その他の数字が嘘をつく方法
これが最も頻繁に見るフォールパターンであり、AIの質とはまったく関係ありません。チームが開始し、チケット削減率が上がるのを見て、気持ちよくなり、財務部門が尋ねる唯一の質問に答えられなくなります:「何と比較して?」誰も以前の数字を書き留めていなかったのです。
ベースラインなしにはリターンを計算できません。何かをオンにする前に、少なくとも代表的な1ヶ月の現在のチケットあたりコスト、平均初回応答時間、解決率、CSATを記録してください。それが「以前」です。その後に測定するすべてのことは、それとの比較においてのみ意味があります。過去数ヶ月のサポートチケット分析は、プロジェクト全体で費やす最も安価な1時間です。
数字が静かに嘘をつく他のいくつかの方法:
- スパムをチケット削減としてカウントする。 受信ボックスの20%がスパムで、AIが自動クローズで「削減」する場合、それは衛生管理であり、価値ではありません。ある実際のトライアルでは、スパムが受信ボックスの22%でした。パーセンテージを祝う前に除外してください。
- 「わかりません」を解決としてカウントする。 返信は解決ではありません。AIが返信してもお客様がまだエスカレーションする場合、そのチケットはより少なくではなくより多くコストがかかりました。これが完全解決率が返信率を上回る理由です。
- エスカレーションパスを無視する。 AIが引き渡すチケットは迅速に適切な人間に届く必要があります。エスカレーションが混乱している場合、解決側で計上した時間節約を失います。
- ナレッジ管理のメンテナンスを忘れる。 ナレッジベースが古くなるとROIは劣化します。回答を最新の状態に保つための継続的な時間を予算に組み込み、コスト側でカウントしてください。
これらはいずれもAIサポートを信頼しない理由ではありません。マーケターではなくオペレーターとして測定する理由です。
初日からROIを測定可能にする方法
ベースラインの罠を避ける最もクリーンな方法は、ローンチ前に予測し、実際のレポートでその予測を追跡することです。これは、私たちが構築したものに言及する部分です。まさにこの問題を中心に構築されているからです。
eesselは、何かがライブになる前に実際の過去のチケットに対してシミュレーションを実行します。ベンダーのスライドからチケット削減率を推測する代わりに、自社の過去のボリュームに基づいた予測を得られます:いくつのチケットを解決していたか、どこでエスカレーションしていたか、そしてそれがコストに換算されて何になるか。私たちがこれを行うのは、自信ありげに聞こえるボットが静かに誤った回答を出すのを見てきたからです。AIがキューでどのように振る舞うかを知る唯一の正直な方法は、キューに対して実行することです。

ライブになったら、レポートダッシュボードがこのポストで主張するのと同じ指標を追跡します:解決率、チケット削減率、顧客がまだどこでエスカレーションしているかを確認でき、更新時に推測するのではなくROIが蓄積されるのを見ることができます。数分でZendeskのようなヘルプデスクやZendeskなどのスタックに接続し、ナレッジベースと過去のチケットでトレーニングし、完全解決を任せる前にコパイロットモード(エージェントのための下書き)から開始できます。その段階的な立ち上げ自体がROI戦略です:完全自動化に向けた信頼を築きながら、エージェント生産性の節約を積み上げられます。
eesselを試す
AIサポートのROIを測定しようとしているなら、最も難しい部分は実際のお金を使う前に正直な数字を得ることです。eesselのシミュレーションはまさにそれを提供します:AIエージェントを自社の過去のチケットに対して実行し、チケット削減率とコスト予測を事前に表示するため、ビジネスケースが汎用ベンチマークではなく自社のデータに基づいて構築されます。ナレッジベースで数分でトレーニングし、レポートダッシュボードで解決指標を確認し、Pay-as-you-goの料金で請求書を予測可能に保てます。無料で試せ、シミュレーションだけで通常スプレッドシートよりも早くROIの質問に答えられます。









