DevRev代案:2026年、サポート業務に選ぶべき9つの選択肢

チームがDevRev代案を探し始める理由

私はeesel側で連携機能やAPIを作っているので、プラットフォームの売り込みを読むときはコネクタとAPIの実態に真っ先に目がいく。そこがDevRevについて、競合よりも興味深く、同時に競合よりも歯がゆく感じる部分だ。

まず、うまくいっている点から。顧客との会話、サポートチケット、エンジニアリングのイシューをそれぞれ別々にリンクされたレコードとして扱うDevRevの三者オブジェクトモデルは、実在する課題への本物の答えだ。ほとんどのサポートチームはチケットのコメント欄にJiraのリンクを貼るだけで「連携」と呼んでいる。DevRevはそのリンクを第一級のオブジェクトにしており、エンジニアがイシューをクローズすれば、それが待っているすべてのチケットと顧客に伝播する。

この会社にはその野心を裏付ける実績もある。DevRevはNutanixの共同創業者でもあるDheeraj Pandey氏が共同創業し、評価額11億5000万ドルで1億80万ドルのシリーズAを発表した。また、UCバークレーのAlexandros Dimakis教授が検証した評価ハーネスを備えたエンタープライズAIエージェント向けのオープンベンチマークEnterprise-Benchも公開している。このカテゴリーの他のベンダーがあまり手をかけていない水準の厳密さだ。

では、なぜ検索されるのか。よく挙がる理由は4つある。

サポート製品が営業電話の向こう側に移った

これが最大の理由だ。DevRevの料金ページには3つのティアがある。Mini(無料)、Pro(お問い合わせ)、Max(お問い合わせ)。Support App、Build App、Observe Appは「ProおよびMaxプラン限定」とされている。利用量はクレジットで計測され、その単位はサポート会話であり、DevRevはこれをエージェントが問い合わせを最初から最後まで一通り処理する1セッションと定義している。

これ自体はどれも不合理ではない。買い手にとって厄介なのは、その組み合わせだ。単価も非公開、ティア価格も非公開、そのうえヘルプデスクはアドオンの向こう側。これではスプレッドシートを作れない。この記事の他のツールはPylonを除いて、話をする前にモデル化できるティア価格をすべて公開している。

API面が、サポートチームの実際の生活の場に穴を残している

DevRev自身のベンチマークの中に、今週読んだ中で最も興味深い発見があった。Enterprise-Benchはエージェントの精度を2種類のツール面、つまり厳選されたものと、DevRevが「プロトコルに忠実なAPI面」と呼ぶものに対して測定しており、両者の間に18〜19ポイントの精度差があると報告している。つまり、難しいのはモデルではない。ツール面の方だ。

利用者側でも同じ壁にぶつかっている。あるサポートリーダーは、中核となるワークフローを失った経験をこう語っている。

"One of the most common ways we share/reassign workloads is through "views" or, as referred to in Devrev, "Vistas". However, neither the API nor the CLI support this primary use case."

u/tangohtango, r/CustomerSuccess

出荷スピードは諸刃の剣

DevRevは出荷が速く、それを気に入るユーザーもいれば、痛感するユーザーもいる。Slackを多用するあるチームは、製品を気に入りながらも、そのトレードオフをこう指摘した。

"(it seems) they're a newer startup that is constantly shipping features that are either buggy or even break their own workflows. This is both a blessing and a curse- you can get stuff built quickly and issues get handled quickly- but if 99.9% uptime/reliability is a key priority you might take that into consideration"

u/cstreets987, r/CustomerSuccess

半年後、同じ人物が移行先についてこう投稿した。

"We use jira for eng tickets only, nothing customer facing. That being said we actually churned devrev and are standing up pylon as we speak. Devrev had constant outages and issues with slack creating tickets"

u/cstreets987, r/CustomerSuccess

公平を期すために言うと、そのスレッドは一方的な内容ではない。別のユーザーは、以前使っていたものより明らかに安く、機能も上だったと感じている。

"First impressions is that it was confusing at first to set up, but now that we have it dialed in, I like it because it's noticeably cheaper (#1) and also more powerful (unexpected #2) than Zendesk."

u/acomfysofa, r/CustomerSuccess

すでに購入した後で、ベンダー自身が変わってしまった

これは営業の場で最もよく目にするパターンで、DevRevに限った話ではない。最近、あるB2Bハードウェアのサポートチームが、Zendesk上で4言語・月間約250件のチケットを回している状態で相談に来たが、彼らが乗り換えを検討していた唯一の理由は、それまで使っていたAIベンダーがビジネスのやり方を変え、乗り換えを余儀なくされたことだった。製品自体が壊れたわけではない。商業モデルが変わり、離れざるを得なくなったのだ。

DevRevからComputerへの改名、そしてサポートが3つのアプリのうちの一つになったという出来事は、まさに同じ形の事態だ。もしあなたがサポートと製品のプラットフォームを買ったつもりが、いつの間にかエンタープライズAIプラットフォームの1シートを持つ形になっていたのなら、比較検討を始めるのは理にかなった反応と言える。

こうした特集記事の多くが見落としていること

私が読んだ「DevRev代案」のリストは、どれも別のプラットフォームへの移行を勧めるものばかりだった。だが、実際の移行コストに目を向けてほしい。あるチームが2つのDevRevインスタンス間で移行したときに起きたことがこれだ。

"We migrated from one instance to another and half our customers didn't migrate and it took days with customer success managers to get it right."

u/tangohtango, r/CustomerSuccess

これは同じ製品の2つのインスタンス間での移行だった。ベンダーをまたぐ移行はもっと厄介だ。チケット履歴、マクロ、ビュー、SLAポリシー、ルーティングルール、連携、そしてチーム全員に染みついた操作感覚。

私たちは過去3年以上、実際に稼働しているサポートキューにAIエージェントを乗せ続けてきたが、パターンは一貫している。移行のほうがAIそのものより高くつくことが多い。しかも、それは誰も値段を示してくれない部分だ。だから代替プラットフォームを候補に入れる前に、本当のギャップはヘルプデスクにあるのか、それともその上で動くAIにあるのかを問う価値がある。もしAIの方であれば、今のスタックの上にカスタマーサービス自動化を載せるほうがはるかに短期間で済むプロジェクトだ。

この9つをどう選んだか

すべての候補に、4つのフィルターを適用した。

1. サポートとエンジニアリングのループを何らかの形で閉じられること。 それがDevRevの謳い文句そのものなので、イシュートラッカーへの経路がないツールは代案にならない。ここに載せた選択肢はすべて、ネイティブなJiraまたはLinear連携を持つか、サービスデスクを備えたトラッカーのどちらかだ。
2. モデル化できる何かを公開していること。 シート価格、単位料金、あるいはその両方。このリストのうち2つのツールは部分的にこの条件を満たしておらず、それぞれの項目でその旨を明記している。
3. 比較サイトではなく、ベンダー自身の料金ページとドキュメントを読んだこと。 以下の数字にはすべて、その出典へのリンクを添えている。ベンダーが数字を非公開にしている場合は、推測せずに「非公開」とそのまま書いている。
4. 10個に揃えるための水増しはしない。 資格を得たのは9つのツールだった。Help Scoutは惜しいところまで行ったが選外になった。Jiraとの連携がこのリストの他のツールより弱く、これは開発ループについての記事だからだ。とはいえ**$0.75**という解決1件あたりの料金は参考になる数字なので、下の料金試算ツールと課金単位の図には引き続き登場させている。

料金の数字について一つ注意点がある。ヘルプデスクベンダーは年に数回価格を改定するもので、これらの数字は2026年7月から8月にかけて取得したものだ。契約前に必ずリンク先を確認してほしい。

2026年版、最良のDevRev代案9選

表を見る前にこの画像を見てほしい。ほとんどの買い手がつまずくポイントがここにあるからだ。下の価格は一見比較可能に見えて、実はそうではない。**解決(resolution)**の課金は、何かが実際に直ったときにだけ発生する。**会話(conversation)やセッション(session)**の課金は、顧客が答えを得られたかどうかに関わらず発生する。この2つの言葉は、利用量が増えるほど大きな差を生む。

では、自分の数字を当てはめてみてほしい。この試算ツールは上記の公開料金を使っているため、料金を公開していない2ベンダーはここでは扱えない。

1. eesel AI

最適な用途: DevRevのAIという発想は欲しいが、DevRevへの移行はしたくないチーム。

私自身がこの製品に関わっているので、それを踏まえて読んでほしいし、数字は自分で確認してほしい。

eeselはヘルプデスクではない。すでに使っているヘルプデスクに接続し、過去のチケットとヘルプセンターを読み込んで、そこから下書きや解決を始めるAIチームメイトだ。設計上の賭けはDevRevと同じで、エージェントはその背後にある記憶の質次第で決まる、というものだ。違うのは、その記憶をどこに置くべきかという考え方だ。DevRevはそれをComputer Memoryに移すよう求める。私たちは、すでにある場所でそれを読みに行く。

これが最も重要になるのは、こうしたプロジェクトがたいてい失敗する地点、つまり信頼の局面だ。eeselが本番のチケットに触れる前に、過去のチケットに対して実行し、テーマごとに何を答えていたかと、抜け漏れがどこにあるかを確認できる。私たちの最大規模の導入先では、完全自動化されたZendeskエージェントがSmava向けに月間10万件超のドイツ語チケットを処理しており、Gridwiseは導入初月で一次対応リクエストの73%を解決した。どちらのチームもヘルプデスクを置き換えてはいない。

メリット

• シートなし、プラットフォーム料金なし。支払うのは1チケット$0.40なので、静かな11月は騒がしい3月より安く済む。
• 自分で書いたシナリオではなく、自社の過去のチケット履歴に対するシミュレーション。
• 確信度に基づくルーティングにより、確信度の低い回答は即座の返信ではなく下書きになる。
• 100以上の連携機能と80以上の言語に対応し、Zendesk、Freshdesk、Front、Help Scout、Jira Service Managementをカバーする。

デメリット

• レコードのシステムではなく、あくまでレイヤーである。本当にヘルプデスクそのものを離れたいなら、これでは実現できない。
• ネイティブなイシュートラッカーはない。サポートとエンジニアリングの連携は、eesel自体ではなくヘルプデスク側のJiraまたはLinearアプリを経由する。
• HIPAAとBAAはEnterprise限定で、利用量に加えて月額$1,000のプラットフォーム料金がかかる。

料金

軽量なダッシュボード検索は無料で、ブログの下書きは重いタスクとして$4.00で課金される。詳細はすべて料金ページにある。

私の見解: 今のヘルプデスクに問題がなく、その上のAIに問題があるなら、これが最短の解決策になる。ヘルプデスク自体が本当の問題であるなら、以下の8つのどれかを選び、その後にまたここへ戻ってきてほしい。

2. Pylon

最適な用途: 顧客が共有Slackチャンネルに常駐しているB2Bサポートチーム。

Pylonが2番目の枠を得たのは、私の意見ではなく実例に基づいている。あのRedditスレッドでDevRevを離れたと語ったユーザーが向かった先がここだった。Pylonは、エンタープライズ顧客はチケットを開くのではなく共有チャンネルであなたにメッセージを送る、という現実を軸に構築されたB2Bサポートプラットフォームだ。Pylonはそうしたスレッドを、Slack、Teams、メール、チャット、チケットフォームを横断したオムニチャネルの追跡可能な業務に変換する。

DevRevに惹かれた理由がサポートと製品チームが同じ会話であることだったなら、Pylonはずっと狭い範囲でその同じ直感をカバーしている。LinearやJiraとは連携するが、それ自体になろうとはしない。

メリット

• SlackとTeamsでのサポートがネイティブなモデルであり、メールキューに後付けされたアプリではない。
• 一つの顧客が複数の担当者と一つの契約を持つ、アカウントベースのB2Bサポート専用に構築されている。
• PostHog、Mixpanel、LaunchDarkelyを含む製品スタックへの深い連携。

デメリット

• 料金が非公開。料金ページは30分のデモ予約に誘導され、モデル化のしやすさという点ではDevRevと同じ扱いになる。
• 消費者向けの大量メールも扱う場合、一般的なヘルプデスクに比べて対応範囲が狭い。
• AIエージェントのシミュレーションやドライランの機能は公開されていない。

料金

公に明らかになっている情報はPylonの料金の記事で随時追跡しており、より広い選択肢はPylon代案にまとめている。

私の見解: サポートが本当にSlackで完結しているなら、このリストの中で最も似た形の乗り換え先だ。ただし、探し始めるきっかけになったのと同じ「見積もりしないと分からない」という会話が再び待っていることは覚悟しておこう。

3. Plain

最適な用途: 開発ツールチェーンの中にサポートを組み込みたいエンジニアリング主導のチーム。

Plainは、このリストの中で「価格が分かるDevRev」に最も近い存在だ。ソフトウェアを開発するチーム向けに作られており、エントリーティアからLinearとJiraの連携があり、$35から利用できるAriというAIエージェントを含み、サポート業務を最初から最後まで実行するとPlainが説明するSidekickというアシスタントも備える。

DevRevがプラットフォームの採用を求めてくるのに対し、Plainは1シートとセルフサーブのトライアルから始められる。それが、自分たちに合うかどうかをどれだけ早く判断できるかという点で大きな違いになる。

メリット

• 1シート月$35から、実際に公開されている価格。クレジット2,000件込み。
• LinearとJiraの連携が、エンタープライズ限定ではなく最安の有料プランから使える。
• 初日からSlack、メール、アプリ内チャネルに対応し、最上位ティアではDiscordも使える。
• カード不要の7日間トライアルと、スタートアップ向け50%オフのプログラム。

デメリット

• AI業務の課金単位はクレジットで、会話1件あたりのクレジット消費量は別のドキュメントで規定されているため、実質的な料金を知るにはクレジットのドキュメントを読む必要がある。
• SSOとSCIMはFrontierティア限定で、これはカスタム価格のプランだ。
• FoundationからHorizonへの価格差は大きい。月$35から$299へと跳ね上がる。

料金

料金はPlainの料金ページの年間契約時の数字。

私の見解: サービスデスクではなく製品らしいサポート体験を求める小規模な製品チームにとって、このリストで最もコストパフォーマンスが良い。Jira Service Managementは価格ではさらに下回り、3エージェントまで無料、それ以降は1シート$20だ。Plainを選ぶのは、サポート体験がチケットフォームではなく製品らしく感じられることを重視する場合だ。契約前にクレジットをモデル化しておくこと。本当のコストはそこに隠れている。

4. Jira Service Management

最適な用途: エンジニアがすでに使っているトラッカーの中にサポートキューを置きたいチーム。

DevRevの売りがサポートとエンジニアリングの統合だったなら、Jira Service Managementは逆方向からそこにたどり着く。エンジニアが毎朝開いているトラッカーの中に組み込まれたサービスデスクだ。同期もリンクされたオブジェクトモデルもなく、同じイシューデータベースがあるだけだ。

だからこそ、あのRedditスレッドで最も苦い経験を語ったユーザーが、ServiceNowと並んで、この製品を「安定した連携とAPIを提供している」という理由で好ましい代案として挙げていた。DevRev自身が示した18ポイントのAPI面の差を考えると、これは痛烈な褒め言葉だ。

メリット

• 3エージェントまで永久無料なので、実質的な評価導入を無料で行える。
• イシュートラッカーそのものなので、ネイティブなイシュートラッカー連携がある。
• SOC 2とISO 27001、さらにPremium以上では稼働率99.9%のSLA。
• 大きなエコシステムがあり、ITサービスマネジメント向けAIの記事で解説している。

デメリット

• 2つの別々のAI計測がシート料金の上に重なるため、1エージェントあたりの見出し価格は、ボットが動き出すと実態とずれてくる。
• Virtual Service AgentはPremium以上限定で、$20のStandardティアにはチャットボットが付かない。
• もともと社内IT向けに作られており、顧客向けサポートは実在するが洗練度は落ちる。詳細はJira Service Managementのレビューで解説している。

料金

割当量を超えたAssetsオブジェクトは1件$0.02。詳細はJira Service Managementの料金ガイドと、Atlassian自身によるRovo料金の解説にまとめている。

私の見解: エンジニア組織がすでにAtlassianを使っているなら既定の選択肢になる。2つのAI計測を、実際のデフレクション量に照らして最初に試算しておくこと。$51のシートに1解決あたり$1が乗ると、シート価格から想像するより早く積み上がる。

5. Zendesk

最適な用途: 規模、幅広さ、そしてほしいものが何でも揃っているアプリ市場。

あのRedditスレッドでDevRevを最も気に入っていたユーザーは、Zendeskより安くて強力だという理由でそう感じていた。どちらの点も正しい。Zendeskはこのリストの中でAI業務の単位料金が最も高く、同時にレポート機能、ワークフォースマネジメント、そしてほぼどんなツールにも対応するアプリを備えた最も完成度の高いヘルプデスクでもある。

DevRevが安定していないという理由で離れるチームにとっては、その成熟度こそが魅力になる。

メリット

• ここに挙がる中で最も充実したアプリ市場があり、ファーストパーティのJira連携も含まれる。
• エンタープライズ級のレポートとワークフォースマネジメントが、作り直しではなくアドオンとして手に入る。
• SOC 2とISO 27001、そしてほとんどの調達審査を通過できるコンプライアンス体制。
• 成熟したAI機能セットはZendeskのAI機能の記事で解説している。

デメリット

• 従量課金の自動解決1件あたり**$2.00**は、このリストの他のほとんどの料金の4〜5倍にあたる。
• アドオンは積み重なっていく。CopilotはProfessional以上でさらに1エージェントあたり月**$50**追加になる。
• ZendeskのAI FAQでは、各ティアの具体的な数字を公開しないまま階層化された「Pay for Value」モデルが説明されており、計画を立てられるのは$1.50と$2.00という数字だけだ。

料金

アクションクレジットは10万アクションあたり$200。詳細な割当量はZendeskの料金の記事で、乗り換え先はZendesk代案の記事でそれぞれ解説している。

私の見解: 手堅い組織向けの選択肢であり、DevRevを離れるきっかけが解決1件あたりのコストだったなら間違った選択になる。プラットフォームは気に入っているがAI料金が気に入らないなら、Zendeskの上にAIヘルプデスクチャットボットを載せるほうが、Zendesk自身のAIより安く済む。

6. Freshdesk

最適な用途: 予算は厳しいが、本物のAIエージェントを組み込みたい場合。

Freshdeskは、予算重視には見えない予算重視の答えだ。Freddy AI Agentは**$19**のGrowthプランから利用でき、最初の500セッションは無料という珍しい構成になっている。ほとんどのベンダーはチャットボットを2ティア上に置くものだ。

DevRevとの対比が最も分かりやすいのもこのリストの中だ。DevRevがまずプラットフォームを買わせ、その上にSupport Appを追加させるのに対し、FreshdeskはZendeskの1シート分より安い価格で、AIエージェント付きの動くヘルプデスクを提供する。

メリット

• 無料プランがあり、有料のエントリーティアにも500セッション込みでAIエージェントが含まれる。
• セルフサーブの最上位ティアがここでは最安の**$89**。Zendeskの$115と比べて安い。
• Proティアから多言語対応のヘルプデスクが使える。複数市場を運営するなら有用。
• 強力な自動化機能はFreshdesk向けベストAIの記事で解説している。

デメリット

• 課金単位はセッションであり、解決ではない。100セッションあたり$49なので、うまくいったかどうかに関わらず1件$0.49を支払うことになる。
• Freddy AI Copilotは別料金の1エージェントあたり月**$29**で、Growthでは提供されない。
• コネクタアプリのタスクは5,000件あたり$80と別に計測される。

料金

デイパスはティアに応じて$2〜$12。詳細はFreshdeskの料金ガイドにまとめている。

私の見解: 従来型ヘルプデスクの中では最もコストパフォーマンスが良いが、一つだけ留意すべき点がある。解決ではなくセッションで課金されるということは、うまく答えられなかったボットでも料金が発生するということであり、それはまさに次の章のテーマそのものだ。

7. Front

最適な用途: チケットというよりメールのような体験を保ちたいアカウントベースサポート。

Frontは共有受信箱の使い心地を保ちながら、その裏側にチケッティングを備えており、顧客が担当者の顔を見たいと感じるチームに向いている。Autopilotエージェントは、この特集の中で公開されている単位料金としては最安の、1会話あたり**$0.05から**という価格だ。

Frontはまた、私たち以外でこのリストの中で本物のドライラン機能を持つ2社のうちの1つでもあり、これはたいていの機能一覧が示す以上に重要なポイントだ。

メリット

• Autopilotの1会話あたり**$0.05から**は、ここで公開されている単位料金の中で最安。
• Autopilotにはシミュレーションのステップがあるが、自社のチケット履歴ではなく自分で書いたシナリオに対して動く。
• Professionalティアからオムニチャネル対応になり、SMS、ソーシャル、WhatsAppを含む。
• Front向けベストAIの記事で詳しく取り上げている。

デメリット

• アドオンの計算は逆転することがある。Professionalの$65にCopilot、Smart QA、Smart CSATを足すと1シート**$115**になり、これら3つが最初から含まれる$105のEnterpriseティアより高くなる。
• Autopilotはどのプランでも利用量アドオンであり、Enterpriseも例外ではなく、「〜から」という料金の実際の値を知るには営業との会話が必要になる。
• Starterは単一チャネルタイプ限定なので、$25のティアは見た目より対応範囲が狭い。

料金

Copilot単体では1シート$20。この落とし穴と全体の一覧はFrontの料金の記事に、選択肢の幅はFront代案の記事にまとめている。

私の見解: アシスト型AIを使うつもりなら、まずEnterpriseの価格を確認すること。個別に積み上げる方式は、結果として得られるものが少ないのに料金は高くなる。$0.05のAutopilot料金は、自分の利用量でもその水準が保たれるなら、このページで最も興味深い数字だ。

8. Unthread

最適な用途: AIをまったく計測したくない、Slackネイティブなチケッティング。

Unthreadは、このリストで3つ目のSlackファーストな選択肢であり、最も特異な商業モデルを持つ。AI計測が一切公開されていないのだ。解決1件あたりの料金も、クレジットプールも、月間リクエスト割当量もない。$75のProシートが、AI機能セット全体の唯一の明示価格のようだ。

従量課金で痛い目にあったばかりのチームにとって、それは本物の魅力だ。Slackサポート向けベストAIの記事で、同じカテゴリーの中での位置づけを解説している。

メリット

• ProではAI計測が非公開、というより存在せず、他のどこよりも予測可能な請求になる。
• JiraとLinearとの連携を備えたネイティブなSlackチケッティング。
• 一つの顧客アカウントに多数のSlackユーザーがぶら下がる、B2B前提で最初から作られている。

デメリット

• 両方の有料ティアに最低5シートの制約があり、実質的な下限は月$250または$375になる。
• Basicは全5シート合計で月100会話という上限があり、超過分の料金は非公開。
• 無料プランが一切なく、年間契約と月次契約の差も料金ページを切り替えないと見えてこない。

料金

私の見解: 利用量が安定しているなら、この予測可能性は支払う価値がある。Basicの100会話という上限は、プランというよりお試し版に近いので、最初からProを見込んで予算を組もう。

9. HubSpot Service Hub

最適な用途: すでに営業チームが使っているCRMの隣にサポートを置きたい場合。

HubSpot Service Hubは、DevRevとは違う方向でトレードオフを提示する。サポートとエンジニアリングを統合する代わりに、サポートと収益を統合するのだ。もし解約に関する会話とサポートの会話が同じものであるなら、こちらのほうが有用なつながりになる。

Breeze Customer Agentは1解決あたり50クレジットを消費し、これは**$0.50**に相当する。Professionalでは月60解決分が込みになっている。

メリット

• サポートとCRMが一つのレコードにまとまり、エージェントは商談とチケットを同時に見られる。
• $0.50という解決1件あたりの料金は中位で、月60件まではProfessionalに込み。
• 2ユーザーまでの無料ティアがあり、月次コミットで**$7**のStarterシートも使える。
• デフレクションのパターンはHubSpotのチケットデフレクションガイドで解説している。

デメリット

• AIエージェントはProfessional以上限定なので、実質的なエントリー価格は$7ではなく**$90**のシートになる。
• Professionalでは必須の一回限り$1,500のオンボーディング費用があり、Enterpriseでは**$3,500**になる。
• コミット表記に注意。Starterの$7は月次コミット料金で、月払いの$20との間に65%の差がある。

料金

追加クレジットは年間契約で1,000件あたり$9.00。HubSpot Service HubのAI代案の記事で、誰がこのプランを卒業していくのか、その理由を解説している。

私の見解: すでにHubSpotを使っているなら正解、使っていないなら不正解になりやすい。主な理由はオンボーディング費用だ。10シートのProfessionalチームは、AIクレジットとその$1,500を計算に入れる前でも、月あたりおよそ$900になる。

このリストのどのベンダーにも尋ねるべき一つの質問

DevRevの旗艦となる実績は本物だ。5万社の中小企業への決済を扱うフィンテック企業BILLと協業し、年間約140万件のサポート問い合わせに対して、20万件の実際の顧客からの問い合わせで実証実験を行った。Customer Agentは70%を解決し、年間500万ドルを超える節約を生み出し、満足度も維持した。全面導入には15週間を要した。BILLのあるリーダーはこう述べている。「Deflection only matters if it resolves the issue correctly.」

その最後の一文がすべてを物語っており、だからこそ、私たちも含めてここに挙げたすべてのベンダーに同じ質問をしたい。何をもって「解決」とカウントしているのか、と。

公表された数字の中には、常に3つのものが隠れている。対応コストがゼロで、すべてを底上げしてしまうスパムと自動クローズ。返信はされたが直っておらず、翌週また戻ってくるチケット。そして、ボットが回答した後にエスカレーションされ、課金対象の1件と人間の対応の両方を消費した会話だ。

昨年、あるプロスペクトのためにコスト比較を行ったところ、受信箱の22%がスパムだったことが分かった。解決1件あたりで課金するどんなベンダーも、この受信箱に対しては優秀に見えただろう。これは解決課金そのものを非難しているのではなく、契約前に分母を監査すべきだという主張だ。同じレポートの中で、私たちは定額課金にたどり着いた。解決1件あたりの課金は、実は二重にペナルティを課してくる。解決率が上がるほど、そして自分では選んでいない利用量の急増が起きるほど、余計に費用がかさむからだ。

メールに入れておく価値のある実務的な質問が2つある。

• 公表されている料金には、自動クローズされたスパムも含まれているか。含まれていないことを示せるか。
• 本番の会話に触れる前に、自社の過去のチケット履歴に対してエージェントを実行できるか。

2番目の質問こそが、このリストの中で差がつく部分であり、正直に言えばそれを提供しているベンダーはほとんどない。Frontの Autopilotのシミュレーションは自分で書いたシナリオに対して動く。Zendesk自身のテストに関するガイダンスは3つの方法を挙げているが、いずれも未来志向で、最も近いものでもステージングサイト上のウィジェットをテストグループに向けるという形だ。どちらも有用だが、どちらも自分の受信箱ではなく自分の想像に対してボットを試すことになる。実際のチケット履歴に対するリプレイこそ私たちが作っているものであり、これは私の立場上中立な意見ではないので、結論としてではなく、ここに挙げたすべてのベンダーに投げかける質問として扱ってほしい。AIチケット分類の記事で、契約前にこれらを切り分ける方法をさらに掘り下げている。同じ問題のルーティング側については、SaaS向けAIチケットルーティングのガイドにまとめている。

では、どれを選べばいいのか

置かれている状況別に、短くまとめるとこうなる。

• ヘルプデスクに問題はなく、その上のAIに問題がある。 レイヤーを追加しよう。それがAIチケッティングシステムという経路であり、このページの中で最も安く、最も早く進められるプロジェクトだ。
• 顧客はSlackであなたにメッセージを送ってくる。 見積もりでも構わないならPylon、価格が知りたいならPlain、AI計測を一切望まないならUnthread。
• エンジニアがJiraで生活している。 Jira Service Management。ただし2つのAI計測を実際の利用量で先に試算すること。
• 組織的な幅広さが必要で、AI料金は許容できる。 Zendesk。
• できるだけコストを抑えつつ、それでも機能してほしい。 Freshdesk。セッションと解決の違いに注意しながら。
• サポートと収益の会話が同じものである。 HubSpot Service Hub。オンボーディング費用を予算に含めて。

そして、もし正直なところDevRevのプラットフォームへの賭けが自分たちに合っていて、彼らから具体的な数字を引き出せるのなら、そのまま留まるのも一つの答えだ。作り直されたレコードのシステムは本物の資産になる。ただし、ナレッジベースとチケット履歴が確実に一緒についてくるようにしてほしい。それこそが、後から置き換えるのが最も難しい部分だからだ。

移行なしでAIサポートを試すならeesel

このページの最後まで読んでも、まだ何も移行したくないと思っているなら、それこそがeeselを選ぶ理由だ。Zendesk、Freshdesk、Front、Help Scout、Slack、あるいはJira Service Managementに数分で接続し、すでに持っているチケットとヘルプ文書から学習し、本番の会話に答える前に、直近数千件のチケットに対して実際にどう答えていたかを正確に見せてくれる。

上記のすべてに対する差別化ポイントは課金単位にある。1チケットあたり定額$0.40、シートなし、プラットフォーム料金なし。だから利用量の急増が思わぬ請求書にはならないし、解決率が上がってもコストは増えない。まずは**$50分の無料利用枠**があり、カードは不要で、シミュレーションもトライアル期間中に実行できる。まずはeeselが自社のバックログに対して何と答えるかを見てほしい。

そして、エンジニアの対応が必要なチケットが残るなら、AIチームメイトやAI従業員についての記事で、その引き継ぎをどこに置くべきかを解説している。