Serval vs Risotto(2026年):ITサポート向けAIツールはどちらが合うか

TL;DR

ServalもRisottoも、社内ITの問い合わせキューにAIエージェントを置き、パスワードリセット、アプリへのアクセス、トラブルシューティングを、人を待たずにチャットで従業員に答えさせます。どちらも本質的には、アクション層を足したAIヘルプデスクチャットボットです。ただし、想定している買い手はまったく異なります。

Servalは重量級です。ServiceNowの置き換えを狙った、AIネイティブの完全なITSMプラットフォームで、独自のチケット管理、資産データベース、コードを書くワークフロービルダー、そして$1Bの評価額を背景に持ちます。見積もりのみで、「チケットの50%を自動化、保証付き」というコミットメントつきの4週間のガイド付きパイロットで販売されます。サービスデスク全体を1つの最新プラットフォームに統合したく、エンタープライズ契約を正当化できる規模があるなら選びましょう。

Risottoは、より軽量で速い選択肢です。すでに使っているJiraやFreshserviceの上に載る、Slack中心の社内ヘルプデスク(YC W24)で、250人未満のチームなら月額$1,250の定額から始められます。Slackで仕事をしていて、1日で稼働させたく、主にティア1の対応削減とソフトウェアアクセスの自動化が必要なら選びましょう。

どちらにもできないことが1つあります。実際に誰かに回答する前に、自社の過去のチケットでAIをリハーサルすることです。このギャップは重要で、サポートの一部でも顧客向けなら、eeselのようなAIヘルプデスクのチームメイトの出番になります。

なぜこの2つを比べるのか

私は仕事として連携機能とエージェントを作っており、ここ数年、自社と顧客のライブのサポートキューでAIエージェントが働くのを見てきました。その経験から、強い偏見が1つあります。怖い失敗パターンは「わかりません」と答えるエージェントではなく、自信たっぷりに静かに間違ったことをするエージェントです。だからこそ、私が出荷するすべての展開は、ライブの会話に触れる前に、実際の過去のチケットでシミュレーションしています。

これを書くのは、両ツールを見るときのレンズだからです。ServalとRisottoはAIによるITサポートの新しい名前として特に鋭く、実在する高コストの問題を解決します。マーケティング文の下で、それぞれが本当に価値を発揮する場所を知りたいと思いました。両社のドキュメント、料金、機能ページ、資金調達の履歴、そして見つかった検証可能なレビューをすべて読みました。以下が率直な評価です。

もっと広く検討しているなら、決める前に、より広いITサポート向けAIツールや社内ヘルプデスクソフトウェアとの比較も見ておく価値があります。

ServalとRisottoの比較一覧

各ツールを詳しく見る前に、比較のすべてを1つの表にまとめます。両者が狙う既存勢力も検討しているなら、ServiceNowのAIとJira Service ManagementのAIのより詳しい記事があります。

Servalとは

Servalは自らをエンタープライズ・サービス管理のためのAIと呼び、それを文字どおりに意味しています。サービスデスクへの追加機能ではなく、サービスデスクそのものになるための製品です。元Verkada創業者のCEO、Jake StauchはComputerworldに、AIネイティブであることを「from day one, rather than layering agents onto two decades of custom tables, business rules, and workflow logic.」と説明しています。投資家も納得しています。ServalはRedpoint主導の$47MのシリーズAを調達し、続いてSequoia主導で評価額およそ$1BのシリーズB $75Mを調達しました。Sequoiaのパートナーは率直にこう述べています。「The last time we heard customer feedback this strong was 16 years ago when we partnered with ServiceNow.」

2エージェント構成

私が巧みだと思うのは、Servalが安全性の核として位置づけている2エージェント設計です。自動化を作るCatalyst管理者エージェントと、エンドユーザーが話しかける別のヘルプデスクエージェントがあります。ヘルプデスクエージェントは、管理者がすでに公開したワークフローしか呼び出せないため、その場で新しいアクションを作り出すことはできません。

TechCrunchでのStauchの例が、これがなぜ重要かを示しています。「You don't want someone to go into Slack and say, 'Hey, I want to delete all the data at the company,' and the very helpful AI agent responds, 'Great, I'll delete all the data.'」権限と承認は、LLMの判断ではなく各ワークフローの中にあります。信頼の問題への賢い答えですが、レビューで見るように完璧ではありません。

Catalystはドラッグ&ドロップではなくコードを書く

Servalの賭けは、自動化を作る最良の方法は、AIに本物のコードを書かせることだ、というものです。ワークフローを自然言語で説明すればCatalystが作ります。パスワードリセットから、複数ステップのHRオンボーディングまで可能です。出力は決定論的なコードなので、公開後は「no hallucinations or surprises」とServalは約束し、バージョン管理と承認ゲートがその周りにあります。

自動化をソース管理で保ちたいチームには、本物のServal CLIがあります。ワークフローをローカルに取得し、自分のツールで編集し、バージョン履歴つきで戻せます。これは、ほとんどのITSMツールが提供しないレベルのプログラム可能性で、プラットフォーム志向のITチームにとっては大きな魅力です。

プラットフォームのその他の部分

Servalはシステム・オブ・レコードになりたいので、ITSMの全領域を備えています。依頼、インシデント、問題、変更のタイプを持つAIネイティブのチケット管理、本物のCMDB(ハードウェア、ソフトウェア、構成アイテム)を備えた資産管理、最小権限ポリシーによるジャストインタイムのアクセス管理、そして誰かがチケットを出す前に問題を探すプロアクティブエージェントです。Together AIはジャストインタイムのアクセスの95%を自動化したと評価し、Perplexityは管理者が1人あたり1日1〜2時間を節約できていると述べています。

ServalはITだけでもありません。Stauchによれば、Servalを使うチームのうちITは今や少数派で、HRヘルプデスク、法務、財務、セキュリティも参加しています。顧客の顔ぶれも重厚です。Ramp、Perplexity、Mercor、Cribl、Together AIに加え、Spotify、Fox、Live Nationもあります。

Risottoとは

Risottoは、より整理された発想です。任意のSlackチャンネルを、約60秒で自動化されたITヘルプデスクに変えます。YCの2024年冬バッチから生まれ、HelloSign出身の3人の元同僚が作りました。そのうちの1人、Alex ConferはGustoとDropboxでITを率い、同じSaaSアカウントを手作業で何度もプロビジョニングすることにうんざりしていました。製品全体にその出自が表れています。Slackにこだわりがあり(Microsoft Teamsでも動きますが)、アクセス管理にもこだわりがあります。

置き換えず、上に重ねる

重要な設計上の選択は、Risottoがシステム・オブ・レコードになろうとしていないことです。自社の比較ページは明確です。「Keep Zendesk for ticketing」、あるいはすでに支払っているFreshservice AIを残し、それらにできない仕事をRisottoに任せる、というものです。会話ごとにチケットを作成し、Jira、Freshservice、Zendeskとの双方向同期をバックグラウンドで保つので、既存のSLAとワークフローがそのまま機能します。

アクセス管理と絵文字のコツ

Servalと同様、Risottoもソフトウェアアクセスに力を入れています。Oktaと連携し、Slackでの承認から期間限定でポリシーに沿ったアクセスを付与し、SOC 2が求める四半期ごとのアクセスレビューの実施も支援します。

私のお気に入りは、ナレッジのループです。人がチャットで質問を解決したら、書く手の絵文字を付けます。するとRisottoがそのスレッドを取り込み、ドキュメントを書き、ナレッジベースに追加して、次から同じ質問に自動で答えます。人々が普段Slackで働く方法に合った、負担の少ないナレッジベースの育て方です。また、テンプレート返信に頼らず、Notion、Confluence、社内wikiを横断して答えを探します。

この若さの会社としては、実績は堅実です。Gustoはチケットの55%を自動解決し、初日に解決率を2倍にし、114,000時間の待ち時間を削減、AIの解決時間は5時間で、人間の35時間と比べたと報告しています。

料金:ほぼ透明 vs 完全に見積もりのみ

ここが2つの最大の違いで、「自分に合うのはどちらか」の答えが決まることが多い部分です。

Risottoのほうが透明です。Startupプランは、250人未満の企業向けで月額$1,250の定額(年払い)、本物の30日間無料トライアルつきです。AWS Marketplaceの掲載ではユーザーあたり年$90という数字が見え、Enterpriseは個別見積もりです。150人の会社なら、この定額は考えやすい金額です。

Servalは数字を一切公開していません。料金ページが売っているのは、専任のデプロイエンジニアつきの4週間のガイド付きパイロットと、「チケットの50%を自動化、保証付き」という成果です。Sacraのアナリストは、根底のモデルをシート単位のエンタープライズ価格と読んでいます。この保証は強い自信の表れですが、公開価格がないことは、誰向けかを物語っています。調達プロセスのある大企業向けで、クレジットカード登録で申し込みたい5人のITチーム向けではありません。

なお、どちらも解決ごとの課金ではありません。完全に透明なチケットごとの料金がどういうものか見たいなら、それはまた別のモデルです。

導入:ガイド付きパイロット vs 1日で稼働

料金の違いは、導入の違いを映しています。

Risottoは速さを売りにしています。Slack、IDプロバイダー、ドキュメントをつなげば、ほとんどの顧客は1日以内に稼働します。最初の仕事が絞られていることを考えれば、信じられます。

Servalは構造化された4フェーズのパイロット(Meet、Build、Deploy、Optimize)を行い、その間ずっとServalのエンジニアが現場につきます。システム・オブ・レコードを置き換えるプラットフォームには正しい判断で、「build」フェーズは実際のワークフローの再構築と実際のシステムへの接続を意味します。あるエンタープライズのレビュアーは初期設定が「in about 48 hours」だったと報告していますが、正直に読めば、Servalはより重い仕事をしているので、より重い作業になります。

両方のアプローチが省いていて、私が最も重視する点がこれです。どちらも、稼働前に自社の過去のチケットでエージェントをテストさせてくれません。Servalのパイロットは監督つきの実環境トライアルで、Risottoは素早い立ち上げですが、どちらでも、AIが自社の実際のチケットパターンに初めて触れるとき、相手は本物の人です。デモと本番でエージェントの挙動が違うのを何年も見てきたので、私が取り戻したいのはこのステップです。

実際のユーザーの声

どちらも新しいため、コミュニティのフィードバックは薄く、これは新興の社内サポートAIツール分野ではよくあることです。存在するものの質については率直に述べます。

ServalはG2で4.9/5ですが、10件のレビューはすべてインセンティブつきでベンダーが招待したものとタグ付けされ、すべて1か月の間に投稿されています。依頼されたレビューだけで作られた均一なスコアは、頼りにしたいものではありません。有用なのは「気に入らない点」の欄で、批判は具体的で、Servalの名誉のために言えば、公開されたままです。

"Often, the agent will say something is set up or configured, but it will silently fail. [...] I'd like the agent to flag issues and suggestions before a human does."

Ronnie H., IT Ops, G2

これは、私が冒頭で述べたまさにその静かな失敗のリスクで、実際の運用者からの声です。ほかにも、学習曲線(「a lot under the hood... it can feel a little overwhelming」)や、ログをSIEMツールに取り込む際の不足を指摘する声がありました。若いプラットフォームとしては致命的ではありませんが、2エージェントの安全設計でも「自信たっぷりに間違う」問題が完全には消えないことは知っておく価値があります。

RisottoのG2評価は4件のレビューで4.8/5で、より自然で具体的な数字が含まれています。ある管理者の一言が印象に残りました。

"We have an IT team that is comprised of 2 people for an org of 600! Risotto has saved us nearly 16000 hours in manpower over the last 3 months, handling 25% of our ticket volume without escalation."

Tori D., Mid-Market, G2

Risottoへの最も鋭い批判は、アクセスのロジックが「too eager」になりうる、つまりユーザーに案内だけが必要なときにアクセス付与へ飛びつく、というものでした。2つの批判は同じ方向を指しています。システム上で動作するAIエージェントには、動くだけでなく、自分の仕事を確認する手段が必要です。

どちらを選ぶべきか

どちらのツールも間違いではなく、狙うチームが違います。既存勢力をまだ除外していないなら、先にJira Service Managementの代替に目を通すのもよいでしょう。そのうえで、次で絞り込んでください。

eeselの位置づけ

率直な境界線はこうです。ServalとRisottoはどちらも社内IT向けのツールです。助けを求めるのが自社の従業員であるときに力を発揮します。サポートの一部でも顧客向けだったり、同じチームが従業員と顧客の両方に答える混在キューを運用していたりするなら、それは別の仕事であり、eeselが作られた目的はそこにあります。

eeselは、既存のキューを置き換えるのではなく、そこに加わるAIヘルプデスクのチームメイトです。すでに使っているツール、Zendesk、Freshdesk、Slack、Confluence、Google Docs、過去のチケットにつながり、自社の文脈を読み込んだ状態で返信を下書きまたは送信します。Risottoのように移行を求めず上に重なり、Servalのようにシステムを通じて実際のアクションを実行できます。

私が何度も立ち戻る違いは、シミュレーションのステップです。eeselがライブの会話に1件でも答える前に、何千件もの実際の過去のチケットで実行し、どう返信したか、何を解決したか、どこでエスカレーションしたかを正確に確認できます。ServalもRisottoも省いているリハーサルであり、Servalのレビュアーが挙げた静かな失敗への苦情に対する直接の答えです。

また、この比較は開発者向けツールの領域にあるので、eeselもServalと同じようにプログラム可能だと言っておく価値があります。本物のeesel CLIに加え、API、MCP対応、Webhookがあるため、ダッシュボードで設定した同じチームメイトを、ターミナルから操作し、スクリプトに組み込み、Claude CodeやCursorのようなコーディングエージェントから運用できます。Servalのプッシュとプルのワークフローモデルがよかったなら、違和感なく使えるはずです。営業との通話なしで、eeselを無料で試すことができます。