Serval AI: AI ネイティブ ITSM プラットフォームの概要

お知らせ: この記事は Serval の競合他社である eesel AI が公開しています。Serval に関する記述には、各主張を確認できるよう Serval 自身のドキュメントやページへの直接リンクを掲載しています。Serval の公式情報については、serval.com および docs.serval.com をご参照ください。

IT 部門で働いていると、おなじみのパターンがあります。パスワードリセット、アクセスリクエスト、新入社員のセットアップ、そして同じようなヘルプデスクの問い合わせが繰り返されます。自動化は明らかな答えであり、それに取り組む AI ネイティブ ITSM プラットフォームの波が押し寄せています。

Serval は、その中でも注目度の高い新参者の一つです。ヘルプデスク自動化、アクセス管理、ワークフロー自動化を手がける AI ネイティブプラットフォームで、2024 年に設立され、2025 年 12 月に Sequoia がリードした評価額 10 億ドルでの $7,500 万ドルのシリーズ B を調達しています。この記事は、Serval が何をするものなのか、どのように導入されるのか、そして eesel のような統合ファースト型 AI との比較について、事実に基づく概要をお伝えします。

Serval とは

Serval は、ヘルプデスク、アクセス管理、チケット管理、ワークフロー自動化を一つの製品にまとめた AI ネイティブ ITSM プラットフォームです。社内の従業員リクエストを大幅に自動化したい IT チームを対象としています。Serval 自身の資料によると、導入後に顧客は IT チケットの 50% 以上を自動化しており、顧客には Perplexity、Together.ai、Mercor、Verkada、Cribl などが含まれます。

このプラットフォームは 3 つの AI エージェントを中心に構成されています。ヘルプデスクエージェント、自動化エージェント、インサイトエージェントです。それぞれが ITSM 業務の異なる層を担当します。

Serval のコア機能

Serval のウェブサイトとドキュメントでは、このプラットフォームを連携したエージェントと機能のセットとして説明しています。各機能の実際の役割を、出典とともにご紹介します。

ヘルプデスクエージェント

ヘルプデスクエージェントは、プラットフォームの最前線で働きます。従業員のリクエストを受け取り、自分で処理できるかどうかを判断し、解決するか、または人間に引き渡します。Slack、Teams などのチャットサーフェス、メール、ウェブポータルに接続されており、チームがすでに使っているどこからでもリクエストを受け付けることができます。

実際に処理できる内容は、接続済みのシステムや設定したポリシーによって異なりますが、典型的なパターンは次のとおりです。

• ナレッジに関する質問。 「VPN のセットアップ方法は？」「経費精算ポリシーはどこにある？」「ノートパソコンの更新スケジュールは？」エージェントは社内ドキュメントや過去のチケットを検索し、コンテキストに応じた回答をインラインで返します。
• アクセスリクエスト。 ポリシーで許可されている SaaS アプリへのジャストインタイムのアクセス付与（任意のマネージャー承認と期限付き有効期限あり）。
• ルーティンな IT タスク。 パスワードリセット、グループメンバーシップの変更、ライセンス割り当て、ワークフローとして設定されたその他のプロビジョニング作業。
• トリアージとルーティング。 人間の対応が必要なリクエストは、エージェントが分類し、関連するコンテキストを付加した上で、適切なチームや担当者にルーティングします。

過去のチケットとの接続が重要です。ウィキだけを知っているヘルプデスクエージェントは、サポートに現れるエッジケースの長いテールに対応するのに苦労します。しかし、6 ヶ月分の解決済みチケットも参照できるエージェントは、パターンを認識し、より細やかな回答ができるようになります。

自動化エージェント

これは Serval の中で最も注目を集めている部分です。平易な英語でワークフローを説明すると、Serval がコードを生成し、視覚的なステップバイステップの図を並べて表示します。コードは編集可能で、ワークフローは Git で管理でき、毎回同じように決定論的に実行されます。

実際のフローは大まかに次のようになります。

1. 説明する。 自然言語で要件を入力します。例：「新入社員が入社したら、Google Workspace アカウントを作成し、チームに応じた適切な Slack チャンネルに追加し、GitHub と AWS へのアクセスをプロビジョニングする。」
2. 生成する。 Serval は視覚的なステップバイステップの図と基盤となるコードの両方を生成します。技術系のチームはコードを直接編集でき、非技術系のチームは視覚的なフローを読んで意図を確認できます。
3. テストする。 本番稼働前に、テスト入力に対してワークフローを実行し、各ステップのステータス、入力、出力、エラーの詳細を確認します。最初のワークフロー作成ガイドでは、このプロセスを一通り説明しています。
4. 承認して公開する。 ワークフローは実行前に複数ステップの人間による承認を必要とするよう設定できます。昇格された権限の付与など、センシティブな操作に役立ちます。
5. 反復する。 自然言語の説明またはコードを編集すると、変更が視覚的な図と Git に反映されます。

最初からすべてを構築したくないチームのために、Serval は一般的な ITSM タスク向けのインストール可能なワークフローを提供しています。オンボーディング、オフボーディング、アクセスレビュー、グループメンバーシップの変更などのパターンをカバーし、ワンクリックでインストールできます。固定のテンプレートではなく、カスタマイズできる出発点であるため、自然言語ビルダーの柔軟性を維持できます。

Git 統合は技術系チームにとって注目すべき点です。ワークフローはリポジトリにコードとして保存されるため、バージョン履歴、コードレビュー、ブランチベースの実験、アプリケーションコードと同じデプロイメントパターンを活用できます。成熟した変更管理プロセスを持つ組織にとって、これはドラッグアンドドロップのビルダーとは根本的に異なります。後者は自動化ロジックをベンダーの UI 内に閉じ込めてしまいます。

アクセス管理

Serval には、ポリシー、ジャストインタイムプロビジョニング、期限付き権限、複数承認者フロー、Okta や Google Workspace などの ID プロバイダーとの統合を処理するネイティブアクセス管理が含まれています。チケット管理と自動化と同じワークスペースにアクセスガバナンスを統合する方法として位置付けられており、別個の IAM ツールを並行して実行する必要がありません。

実際の運用イメージ。

• ポリシー。 誰がどの条件でどこにアクセスできるかを定義するルール。例：「エンジニアはマネージャーの承認を得た上で、最大 4 時間、本番データベースの読み取りアクセスを自己申請できる」や「誰でも CRM アクセスを申請でき、セールスオペレーションの承認が必要で、30 日後に期限切れになる」など。
• ジャストインタイムプロビジョニング。 在職中に蓄積する常設の権限の代わりに、必要なときにアクセスが付与され、自動的に取り消されます。これにより、コンプライアンスチームが重視する常設の特権のフットプリントが縮小されます。
• 複数承認者ワークフロー。 管理者ロール、本番アクセス、顧客データなどの機密性の高い付与は、AI がプロビジョニングする前に承認者のチェーンを通過します。
• 監査証跡。 すべての付与、取り消し、承認がログに記録されます。これは監査担当者や SOC 2/ISO レビュー担当者が実際に求めるものです。

専用の IAM ツールをすでに使用しているチームにとっては、統合するか両方を並行して運用するかという問題があります。Serval の主張は、チケット管理、ナレッジ、アクセス間のより緊密なループ（質問に答えた AI と同じ AI がアクセスを付与する）が IAM の専門化よりも価値があるということです。これは実際のトレードオフであり、既存の IAM スタックの成熟度によって判断が異なります。

チケット管理と双方向同期

この部分は具体的に説明する価値があります。Serval はネイティブのチケットシステムを持ちつつ、サードパーティのチケットソリューションとの完全な双方向同期をサポートしています。Serval の料金ページによると、ServiceNow、Jira、Zendesk などのシステムとの双方向同期が利用可能です。

双方向同期の実際の動作。

• 既存システム（例：ServiceNow）で作成されたチケットが Serval に表示されます。
• Serval で作成されたチケットが ServiceNow に表示されます。
• どちらのシステムで行われた更新（ステータス変更、コメント、担当者、解決）も、もう一方に伝播します。

これにより、チームは既存のヘルプデスクを記録システムとして維持しながら（SLA 追跡、レポート、統合をすべてそのままに）、AI レイヤーとして Serval を並行して実行できます。AI が処理したチケットは、人間がレガシーチケット UI を操作することなく解決されます。エスカレーションが必要なチケットは、完全なコンテキストを付加した状態で既存のキューに戻ります。

エスカレーションパスもドキュメント化されています。人間の対応が必要なチケットは適切な担当者にルーティングされ、その担当者はチケット内から Copilot を使用して解決策を提案し、内部ワークフローを実行できます。これは、ヘルプデスクを完全に置き換えたくないが、ルーティンな業務に AI を活用したいチームにとって重要な機能です。

インサイトエージェント

インサイトエージェントはバックグラウンドで動作し、使用状況パターンに基づいて推奨ワークフロー、ナレッジのギャップ、設定の改善点を提示します。

Serval の導入方法

2 つのパスがドキュメント化されています。

パス 1: 主要 ITSM として Serval を使用する。 チケット管理、アクセス管理、ワークフローを Serval に移行します。既存のチケットを移行し、チームが新しいインターフェースを習得し、時間をかけて以前使用していたものを廃止します。これは最もコミットメントが高い形態であり、長期的に最も連携した体験をもたらす可能性がありますが、より大きなプロジェクトでもあります。

パス 2: 既存のヘルプデスクと並行して Serval を使用する。 ServiceNow、Jira、または Zendesk を記録システムとして維持し、双方向同期を通じて Serval を AI レイヤーとして導入します。ルーティンなチケットは AI が処理し、複雑なチケットはコンテキストを付加した状態で既存のキューにエスカレーションされます。破壊的な変更が少なく、開始が速く、既存のヘルプデスクが解決すべき問題でない場合の合理的な長期的形態です。

どちらのパスでも、IT、HR、ID システム（Okta、Google Workspace、GitHub、Jira、Slack、Salesforce、Notion、Confluence、AWS など）向けの 30 以上のネイティブ統合とカスタム統合のための完全な API アクセスを使用します。初日セットアップガイドでは、統合の接続と最初のワークフローの有効化について説明しています。

Serval のパイロットの内容

Serval の料金ページによると、すべての顧客契約は専任のデプロイメントエンジニアとのパイロットから始まります。4 つのフェーズは以下のとおりです。

1. 面談。 デプロイメントエンジニアリングチームと組み、環境を学習します。コア統合（ヘルプデスク、ID プロバイダー、主要 SaaS アプリ、ナレッジソース）を接続し、基本的な自動化を有効にして接続が機能することを確認します。
2. 構築。 デプロイメントエンジニアが、現在のチケットキューで最も頻繁または最もコストがかかるものに基づいて、特定の環境で最も価値の高い自動化の機会を特定し、それに合わせたワークフローを構築します。
3. デプロイ。 実際のエンドユーザーに展開し、実際の使用状況を監視し、ワークフローを繰り返し改善します。想定外のことがここで表面化し、調整を行います。
4. 最適化。 基本的な自動化が安定したら、会社全体のユースケース（HR オンボーディング、財務承認など）を探り、設定を監査し、精製します。

Serval は、このエンゲージメント終了までに受信 IT チケットの少なくとも 50% が自動化されることを保証しています。これは AI ベンダーには珍しい測定可能な成功基準であり、リスク分担の重要な要素です。

パイロット全体の期間は公開されていません。構造（4 つのフェーズ、すべてを通じてエンジニアが関与）から、同日セットアップではなく、数週間から数ヶ月のプロジェクトであることは明らかです。これは批判ではありません。多くの役割を担うことを意図した連携プラットフォームという製品の形状に合致しています。

Serval の料金

Serval は座席単位またはチケット単位の料金をウェブサイトに公開していません。代わりに、料金ページにはパイロットベースのエンゲージメントモデルが説明されています。顧客は専任のデプロイメントエンジニアと 4 つのフェーズ（面談、構築、デプロイ、最適化）に取り組み、Serval はパイロット終了までに受信 IT チケットの少なくとも 50% が自動化されることを保証します。

環境に応じた具体的な金額を知りたい場合は、Serval の営業チームに問い合わせる必要があります。契約内容についての憶測はしません。料金ページがモデルの情報源です。

Serval と eesel AI: 2 つの異なる形態

Serval はプラットフォームです。独自のチケット管理、独自のアクセス管理、独自のワークフローエンジン、独自のナレッジベースを備えています。同期を通じて既存のヘルプデスクを接続しておく場合でも、連携したシステムとして実行することが価値実現への最速ルートになる可能性が高いです。

eesel AI は異なる形態です。すでに使用しているヘルプデスク、チームが利用しているチャットツール、ナレッジが保存されているウィキやドキュメントに接続する、統合ファースト型の AI レイヤーです。eesel にはネイティブのチケット管理はなく、持ち込んだヘルプデスクがそのまま稼働し続けます。

並べて比較してみましょう。Serval の詳細は Serval のホームページ、料金ページ、ワークフローのドキュメント、チケット管理のドキュメント、ナレッジベースのドキュメントを出典とし、eesel の詳細は eesel.ai を出典としています。

率直に言うと: チケット管理、アクセス管理、ワークフローを一体的に処理する単一の AI ネイティブプラットフォームを望み（かつガイド付きパイロットに参加することを厭わない）場合、Serval はそのために構築されています。既存のヘルプデスクを維持し、午後から自分でセットアップできる AI レイヤーを追加したい場合は、eesel がそのために構築されています。

Serval を選ぶ傾向があるのは

• 現在の ITSM（しばしば ServiceNow や Jira Service Management）が重くて変化に時間がかかると感じており、レガシースタックに AI を後付けするよりも AI ネイティブな再構築に賭けたい成長企業の IT リーダー。
• 1 つの製品にネイティブのアクセス管理とチケット管理を求めており、IAM ツール、ヘルプデスク、ワークフローツールを組み合わせるのではなく統合したいチーム。
• 外部顧客サポートではなく内部 IT を主な対象とする企業で、従業員向けのユースケース（オンボーディング、アクセス、ソフトウェアリクエスト）がキューの大半を占めるチーム。
• デプロイメントエンジニアのサポートを求めており、営業主導のパイロットベースのエンゲージメントに慣れているチーム。

eesel AI を選ぶ傾向があるのは

• 既存のヘルプデスク（Zendesk、Freshdesk、Jira Service Management、Front など）は問題なく機能しており、ギャップは AI であってヘルプデスクではないチーム。
• 社内 IT と外部顧客サポートの両方を処理しており、両方をカバーする 1 つの AI レイヤーを望む企業。
• セルフサービスで評価し、過去のチケットでシミュレーションを実行し、コミットする前に期待される成果を確認することを好むバイヤー。
• フルパイロットにコミットするのではなく、小さく始めて（まずパスワードリセットだけなど）拡張できる、公開された予測可能な料金体系を求めるチーム。

これらは排他的な選択肢ではありません。一部のチームはどちらでも正当に使用でき、正しい答えは現在のスタックをどれだけ維持したいか、ソフトウェアの購入スタイルによって異なります。

Serval は自社のチームに適していますか？

Serval は明確な視点を持つ真剣な製品です。ワークフロー、チケット管理、アクセス管理、ナレッジを一つのプラットフォームに収めた、AI を中心に再構築された ITSM です。その形態を望み、デプロイメントエンジニアとのガイド付きパイロットを喜んで実施するチームにとっては、信頼できる選択肢です。ワークフロービルダーは本当に興味深く、双方向同期は既存システムとの共存を現実的にし、50% 自動化の保証は重要なコミットメントです。

すでに持っているツールを維持し、スタックの形を変えずに AI を追加したいチームには、統合ファースト型のアプローチが適しています。eesel AI では、既存のヘルプデスクとナレッジソースを接続し、過去のチケットでシミュレーションを実行し、同じ週に自動化を開始できます。料金はタスクベース（解決済みチケット 1 件あたり $0.40、軽量タスクは無料）で、$50 の無料クレジットから始められます。無料でサインアップして試してみる。