DevRev

何をするツールか

DevRev は、B2B のチケットがサポートツールの中だけで完結することはほとんどない、という前提の上に構築されたサポートプラットフォームです。顧客が報告したバグはエンジニアリングの work item にならなければならず、その修正は報告した顧客のもとへ戻らなければなりません。DevRev は両側を同じオブジェクトグラフ上に保持するため、チケットとそこから生まれた issue は、ヘルプデスクとトラッカーの間で人が手作業でコピーする代わりに、リンクされたまま維持されます。

同社はこれを Computer として販売しています。これまで別々だった構成要素 — AgentOS、Support App、Build App、検索および CX のエージェント、PLuG SDK — を集約したブランドで、現在はすべてが 1 つの会話型インターフェースの背後にあります。その下にあるのが Memory、接続されたシステム全体にわたる DevRev のナレッジグラフです。DevRev は 2020 年 10 月に Dheeraj Pandey 氏と Manoj Agarwal 氏（いずれも Nutanix 出身）によって設立され、2024 年 8 月に Khosla Ventures がリードする 1 億 80 万ドルのシリーズ A を、11 億 5000 万ドルの評価額で調達しました。このラウンドはすでに 2 年前のものであり、見出しよりもその事実のほうが重要です。ユニコーンという肩書きは履歴として扱い、現在の勢いを示す証拠として扱わないでください。

Customer Success スタックで採用される理由

• サポートからエンジニアリングへの引き継ぎこそが本体の製品です。 多くのヘルプデスクは「エンジニアリングへのエスカレーション」を、Linear や Jira に webhook を送って終わる連携として扱い、そこで文脈が切れます。DevRev はチケットと work item をリンクされたオブジェクトとしてモデル化するため、エンジニアリングが issue をクローズした時点で、そこに紐づくすべての顧客が特定でき、連絡もできます。エスカレーション経路が Slack のメッセージとコピーしたリンクで成り立っているなら、埋まるのはまさにその隙間です。
• Agent Studio はエージェントを自社のものにします。 2026 年 3 月に提供が始まり、コードを書かずに独自エージェントを構築・デプロイ・統制できます。あわせて Text2SQL による分析的推論の拡張と、human-in-the-loop の実行ステップも入りました。固定的な自動応答ボットとの違いは、エージェントが使うツールと承認ポイントを自分で定義できる点です。
• 音声はチャットやメールと同じメモリの上で動きます。 DevRev は 2026 年 7 月 23 日に Customer Agent へ Voice AI を追加しました。SIP ベースで、フィールド単位の権限を継承し、すべての通話を録音・文字起こしし、文脈を保ったまま人間へ引き渡します。チャネルをまたいで組織のメモリが 1 つである点が重要です。独自の別ナレッジベースを持つ音声ボットは、それを解決するために導入したはずの問題を作り直してしまいます。
• 配管部分が本当に AI-native です。 DevRev の MCP サーバーは、Claude のようなクライアント向けに DevRev API に対する search と get_object を公開しています。加えて、ドキュメント化された REST API と、接続データを最新に保つ AirSync があります。

料金

DevRev は 3 つのプランを公開していますが、実際の価格が出ているのはそのうち 1 つだけです。Mini は無料で、接続した組織データに対する会話型検索、基本的なタスク自動化、ワンクリックコネクタ（Slack、Notion、Jira Cloud、Google Drive/Calendar、Microsoft Teams/OneDrive/SharePoint）、Bronze レベルのサポートが含まれます。Pro と Max はいずれも問い合わせ制です。Pro では 100 以上のコネクタマーケットプレイス、Text2SQL による会話型分析、Agent Studio、Silver サポート、サブスクリプション経由の割引クレジットが加わります。Max ではさらに DevRev の Applied AI 部門による専任チーム、SCIM プロビジョニング、ほぼリアルタイムの AirSync、Gold サポートが加わります。

課金の仕組みは席数ではなくクレジットです。DevRev は消費量に応じて課金し、支払った金額はそのままクレジットに換算されるとしています。サポート製品を買う側として見るべき点はここです。Support App と Observe App は Pro と Max だけで使えるアドオンであり、つまり DevRev をヘルプデスクとして成立させるプランには公開価格がありません。1 ユーザーあたり月額 9.99 ドルや 19.99 ドルと記載しているサードパーティのリストは、ベンダーの現在のページと一致しておらず、基準として使うべきではありません。予算は自社のボリュームから積み上げてください。チケット件数、エージェントのアクション数、音声の通話分数が請求額を動かします。

最適な利用者

B2B ソフトウェア企業のサポート責任者および CS 責任者 — サポートとエンジニアリングを合わせておおよそ 20〜500 名規模 — のうち、チケットの相当な割合が最終的にエンジニアリングの作業として終わり、現状のコストがヘルプデスクとトラッカーの間の手作業の往復に発生している組織です。追加ではなく統合が目的のときに最も適合します。ヘルプデスクと別立てのエスカレーション連携をまとめて DevRev に置き換えるのは筋の通った購買ですが、健全に動いている Zendesk の横に DevRev を並べるのは、高価な 2 つ目の脳を持つことになります。

注意点

• 肝心のプランに公開価格がなく、クレジット制は請求額の予測を難しくします。 AI アクションへの従量課金は、自動解決の成果とコスト増が同時に来ることを意味し、しかも Support App は見積もり越しにしかありません。ガード：契約前に、直近四半期の実際のチケット量に対して、Support App を独立した明細項目として Pro または Max の見積もりを出させてください。クレジット消費量の見積もりと超過時の扱いを書面で要求し、さらにボリューム 2 倍でも再見積もりを取って傾きを確認します。
• 統合は価値であると同時にリスクです。 サポート、エンジニアリングの work item、分析を 1 つのグラフに載せることが引き継ぎの機能する理由であり、同時に、移行が 3 つのチームの日常ツールを一度に触ることになる理由でもあります。ガード：1 つの製品ラインまたは 1 つのサポートキューを、リリースサイクル 1 周分まるごと DevRev で end-to-end に流し、エンジニアリングが実際にそこで work item を処理しているか確認してください。エンジニアが従来のトラッカーに留まるなら、リンクされたオブジェクトのモデルは死んでおり、買ったのは普通のヘルプデスクです。
• ベンダーの事例数値は自社のベースラインではありません。 DevRev 自身が公開する Bolt の事例では、チケット量の 60% を自動解決し、解決時間が 30% 改善、CSAT が 25% 向上したと報告されています。これは 1 社の顧客について、その顧客のデータとコンテンツ品質のもとでベンダーが公表した数値です。ガード：有償パイロットの期間中に、自社のチケットに対して測定した自動解決率の下限を合意してください。定義は「対応済み」ではなく「人が介在せずに解決した」とし、更新の条件をその下限の達成に紐づけます。
• コンシューマ向けや EC のサポートには向きません。 DevRev のモデルは、名前のついたアカウントと、エンジニアリングの issue になり得るチケットを前提としています。大量処理型の B2C や DTC のサポートにはそのどちらもありません。ガード：チケットのうちエンジニアリングまで到達するものが 4 分の 1 に満たないなら、対価を払っている引き継ぎは自社が抱える問題ではありません。

代替候補と、そちらを選ぶ基準

Zendesk と Intercom は、置き換え対象として最も可能性の高い 2 つの既存プレイヤーです。そのまま使い続ける判断基準は単純です。チケット量が多く、その大半がレベル 1 で解決でき、エンジニアリングに回ることがまれであれば、両社の AI エージェントが公開価格で自動解決のケースを賄えます。プロセスの成熟度と管理ツール群がエンジニアリングとの接続より重要なら Zendesk を、製品内メッセージングが主要チャネルなら Intercom を選んでください。

Pylon は B2B サポート領域で最も成長の速い新規参入で、顧客が Slack Connect の共有チャネルで活動している場合はより鋭い選択肢です。その領域は Pylon のものであり、DevRev のものではありません。問題が「サポートがどこで起きるか」なら Pylon を、「チケットの後に何が起きるか」なら DevRev を選んでください。チケット管理の層は不要で、社内システム横断の検索と回答だけが必要なら、その役割は Glean が担います。DevRev の Mini プランは、そもそもサポートプラットフォームが必要だったのかを無料で検証する手段になります。