日本語

ServiceNowとAccentureが前線配備エンジニアでエージェントから本番環境へのギャップを埋める

従来のSaaS調達とエンタープライズAIエージェント向けForward Deployed Engineering調達の比較

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

ほとんどのエンタープライズAIプログラムは、デモと請求書の間で頓挫します。ServiceNowとAccentureは、それを修正するために設計されたモデルを発表しました。これは単なる新しいサービス階層ではなく、まったく異なる調達カテゴリであるため、注目する価値があります。

2026年5月6日、ServiceNowのKnowledge 2026カンファレンスにおいて、2社はForward Deployed Engineering(FDE)プログラムを共同で開始しました。ServiceNowの発表によると、その前提はエージェント型AIが本番環境に到達できないのは技術が間違っているからではなく、デプロイモデルが間違っているからだというものです。その答えは:エンジニアを投入することです。

一言で言えば: FDE-as-調達は今や複数ベンダーのパターンです。ServiceNowとAccentureだけではありません。次のエージェント型AI RFPがまだSaaS契約テンプレートのようであれば、すでに時代遅れです。

FDEプログラムとは何か

Forward Deployed Engineeringとは、ベンダーまたはパートナーのエンジニアが顧客の環境内で作業し、特定のユースケースが本番環境に出荷されるまでその場を離れないモデルです。プラットフォームを引き渡して去るのではなく、何かが出荷されるまで留まります。

ServiceNow-AccentureモデルではServiceNowのAIネイティブFDEチームとAccentureの業界特化型FDEが協力します。顧客の既存業務管理がほとんど稼働しているServiceNow AIプラットフォーム上に、エージェントワークフローをネイティブに構築します。目的は、大規模な展開の前に、サンドボックスで永遠に生きるパイロットを作成することではなく、測定可能な本番価値を提供することです。

顧客はプラットフォーム上で300以上の事前構築済みAIエージェントスキルとエージェントワークフローにもアクセスできます。ServiceNowのAI Control Towerがガバナンス層として機能し、デプロイが拡大するにつれてエンタープライズ全体のエージェントパフォーマンスに関する統一ビューをリーダーシップに提供します。

重要なポイント

  • GartnerはエージェントAIプロジェクトの40%が2027年末までに完全な本番環境に到達する前にキャンセルされると予測しています(出典:Gartner、2025年エージェントAIハイプサイクル)
  • ServiceNow AIプラットフォームには、FDEプログラム開始時に300以上の事前構築済みAIエージェントスキルとエージェントワークフローが含まれています(出典:ServiceNow、2026年5月)
  • このジョイントプログラムはKnowledge 2026の2026年5月6日に発表され、ServiceNowとAccentureが同時に詳細を確認しました(出典:ServiceNowとAccentureのニュースルーム、2026年5月)

FDE-as-調達が今やパターンになった理由

長年、PalantirのForward Deployed Engineeringモデルは国防・諜報契約に特有の変わったアプローチとして扱われていました。ソフトウェアベンダーがユースケースが出荷されるまで顧客の建物内にエンジニアを埋め込むという考えは、スケーラブルな市場開拓戦略というよりも、コンサルティングの演劇のように感じられました。

そのフレーミングは今や時代遅れです。

ServiceNow-Accentureの発表から5日後、OpenAIはTomoroの買収とほぼ150人の前線配備エンジニアのチームを組み合わせた「OpenAI Deployment Company」を発表しました。この部門の評価額は約40億ドルです。Snowflakeは、Natomaの買収を通じて独自のFDEの存在感を拡大しています。AccentureはすでにFDEを複数のベンダープラットフォームにまたがって展開しており、一社だけに限定していません。

共通点:すべての主要プラットフォームベンダーが、エージェント型AIの時代では「ソフトウェアを壁越しに投げる」アプローチは敗北すると結論づけています。実際に価値を生み出すワークフロー、つまり調達承認、契約更新、顧客エスカレーション、従業員オンボーディングに触れるものは、標準的なデプロイメントプレイブックが対処できないほど既存のプロセスと深く統合されています。プラットフォームとプロセスの両方を理解している、建物内にいる誰かが必要です。

これはコンサルティングの追加販売ではありません。実際の失敗モードに対する構造的な対応です。Gartnerがエージェント型AIプロジェクトの40%がキャンセルされると言うとき、FDEプログラムが閉じようとしているのと同じギャップを説明しています:デモ環境でうまく設定されたエージェントと、本番システムで実際のワークロードを確実に処理するエージェントとの距離です。

エージェント型AIが企業の能力スタックにどう位置づくかについての背景は、実行:AIが外部状態を変えるとき(そしてなぜリスクがあるのか)および自律エージェント:ツール使用によるマルチステップゴールをご覧ください。

これがCIOにとって何を変えるか

調達モデルがここでのニュースであり、技術ではありません。CIOにとって、これは3つの具体的な点で重要です。

予算の所有権が変わります。 純粋なSaaS契約はITの予算にきれいに収まります:シートライセンス、使用量上限、更新日。FDE付きプラットフォームエンゲージメントは変革プログラムに近い形になります。自動化されるプロセスを所有するビジネスユニットも関与します。財務部門はデプロイ日だけでなく、成果に結びついたマイルストーン支払いを求めます。これは共同資金調達の構造、成果に対する共同責任、オペレーション部門のリーダーシップとITの両方を通じた承認サイクルを意味します。

RFPテンプレートが間違っています。 ほとんどのエンタープライズIT調達テンプレートはSaaSプラットフォームの評価に最適化されています:セキュリティアンケート、統合文書、データ取り扱い契約、サポートSLA階層。FDEエンゲージメントには別のセクションが必要です:組み込みエンジニアはどのように管理されるか、彼らのアクセスにはどのようなガバナンスが適用されるか、カスタムワークフローのIP(知的財産)は誰が所有するか、エンゲージメントが終了したらどうなるか?これらの問いは現在のほとんどのテンプレートにありません。

成功指標を変える必要があります。 SaaSのデプロイは、製品が稼働して採用が追跡されているときに成功します。FDEエンゲージメントは、特定のプロセスが定義された成果を生み出すときに成功すべきです。「エージェントXがデプロイされた」は成功指標ではありません。「90日間の本番ボリューム測定で、契約更新サイクルが12日から4日に短縮された」が成功指標です。エンゲージメント契約が成果指標とロールバックトリガーを特定しない場合、説明責任なしのコンサルティングプロジェクトに資金提供していることになります。

調達段階でAIイニシアチブを評価する方法については、中堅企業のCEOのための購入か開発かパートナーかフレームワークおよびガバナンスギャップ:リーダーが職場のAIについて誤解していることをご覧ください。

FDE契約テスト:エージェント型AI調達RFPへの4つの問い

FDE型エージェント型AIエンゲージメントのRFPを送る前に、ServiceNow-Accenture、OpenAI Deployment Company、Snowflakeなど、提案された契約に対してこれら4つの問いを実施してください。

1. 具体的な成果指標は何で、どのように測定されるか? エンゲージメントはプロセスと前後の測定値を指定すべきです。解決時間、エラー率、サイクルタイム、トランザクションあたりのコスト。ベンダーが提案で一つ指定できない場合、それは交渉の出発点ではなく警告サインです。

2. 支払いはデプロイ段階ではなく、マイルストーンにどう結びついているか? マイルストーン連動支払いは、「稼働日」ではなく本番環境での成果を中心に構成すべきです。デプロイは納品ではありません。マイルストーンには、パフォーマンスしきい値以上でエージェントが処理した実際のトランザクションの定義されたボリュームが必要です。

3. エンゲージメント中に構築されたカスタムワークフローのIPは誰が所有するか? 事前構築済みプラットフォームコンポーネントはベンダーに帰属します。あなたのプロセスに合わせて構築されたカスタムワークフローはあなたに帰属すべきです。これは契約に明示する必要があります。交渉では合理的に聞こえる共同所有条項は、プラットフォームを切り替えたり価格を再交渉したりするときに高くつきます。

4. ロールバックトリガーは何か? エージェントのパフォーマンスがしきい値を下回った場合に何が起きるかを事前に定義してください。誰がロールバックを開始するか、応答時間のコミットメントは何か、手動プロセスの復旧コストは誰が負担するか?自社のアプローチに自信のあるベンダーは、この問いに抵抗なく答えます。

FDE契約テスト:すべてのエージェント型AI調達RFPにCIOが追加すべき4つの問い

これら4つの問いが、いわゆるFDE契約テストを形成します。20万ドルのエンゲージメントを評価している場合でも、2,000万ドルの変革プログラムを評価している場合でも適用できます。構造は変わりません。かけられているものが変わるだけです。

AIガバナンスと監督の構造化方法に関するより広い考察は、「節約された時間」を超えたAI ROIの測定およびAIパターン全体のリスクグラジエントをご覧ください。

今週すべきこと

ServiceNow-Accentureの発表は、ほとんどのITおよび調達チームがすでに行うべきレビューの良いきっかけです。カレンダーに追加すべき項目は以下の通りです。

今週:

  • 現在のエージェント型AI RFPテンプレート(または過去に送ったAIサービスRFP)を確認してください。SaaSの調達モデルを前提としているすべてのセクションをフラグします。4つのFDE契約テストの問いのうちいくつに回答しているか数えてください。ほとんどのテンプレートはゼロです。
  • CFOまたは財務リードとの30分の面談をスケジュールし、FDE型エンゲージメントの予算計上方法について整合を取ってください。この会話は、ベンダーとの次の会話の前に行う必要があります。その最中ではありません。
  • 調達チームにプラットフォームライセンス、導入サービス、FDE型組み込みエンジニアリングの違いをブリーフィングしてください。これらには個別の評価基準と個別の契約構造が必要です。

今後30日間:

  • マスターAI調達テンプレートを更新し、成果指標、マイルストーン支払い構造、カスタムワークフローのIP所有権、ロールバックトリガーをカバーするFDE固有のセクションを追加してください。
  • 現在または計画中のエージェント型AIの上位3候補をFDEモデルにマッピングしてください。それぞれについて:プロセスオーナーを特定し、候補成果指標を定義し、ITかビジネスユニットが予算を所有すべきかを決定してください。
  • 上位2社か3社のAIプラットフォームベンダーに、FDEや組み込みエンジニアリングモデルを提供しているかどうか直接聞いてください。提供していない場合は、パイロットから本番環境へのギャップに対する答えは何かを聞いてください。彼らの応答が、本番デプロイについてどれだけ真剣に考えているかを多くのことを語ります。

エンタープライズAI契約の次のウェーブで勝つベンダーは、最良のモデルや最大の事前構築済みエージェントスキルライブラリを持つベンダーではありません。顧客の建物内で、顧客のプロセスに対して、顧客の指標に対して価値を提供する方法を理解したベンダーです。

ServiceNowとAccentureはそれが市場の求めるものだと賭けています。ほとんどのプロジェクトがどこで終わるかというGartnerの見解を踏まえると、その賭けは的を射ているように見えます。


よくある質問

ServiceNow AccentureのForward Deployed Engineeringプログラムとは何ですか?

2026年5月6日に発表されたServiceNow-AccentureのForward Deployed Engineeringプログラムは、ServiceNowのAIネイティブエンジニアとAccentureの業界特化型エンジニアを、共通の顧客環境に直接組み込みます。プラットフォームをリモートで設定して引き渡すのではなく、結合チームが顧客の業務が動いている場所にエージェントワークフローをネイティブに構築し、それらのワークフローが本番環境で測定可能な成果を出すまでその場に留まります。

Forward Deployed EngineeringとはAIにとって何故重要なのですか?

Forward Deployed Engineering(FDE)とは、特定のユースケースが本番環境に出荷されるまで、ベンダーやパートナーのエンジニアが顧客の環境内で作業するモデルです。プラットフォームを納品して顧客にデプロイを任せるのではありません。AIエージェントにとって重要な理由:AIプログラムの最も一般的な失敗ポイントはモデルでもプラットフォームでもなく、設定されたデモと実際の本番ボリュームを処理するワークフローとのギャップです。FDEプログラムは、デプロイだけでなく本番成果に対してエンジニアの説明責任を保つことで、そのギャップに直接対処します。

CIOはFDEエンゲージメントの予算をどのように従来のSaaSデプロイと区別して計上すべきか?

従来のSaaSデプロイは通常ITの予算に項目として収まります:ライセンス、導入、予測可能な年次更新条件のサポートコスト。FDEエンゲージメントは変革プログラムに近い形になります。予算計画には、自動化されるプロセスを所有するビジネスユニットからの共同資金調達、稼働日ではなく本番成果に結びついたマイルストーン支払い、エージェントがパフォーマンスしきい値を満たさない場合の手動プロセスへのロールバックコストの予算が含まれるべきです。CIOは最初のベンダー会話の前に、CFOとこの違いについて整合を取るべきです。

さらに詳しく

About the author

Victor Hoang

Victor Hoang

Co-Founder, Rework.com

Victor Hoang is Co-Founder and CMO of Rework. He spent 12+ years scaling B2B SaaS growth, building a lead engine that generated over 1 million leads and $10M+ in annual recurring revenue. Today he builds AI agents and MCP servers into Rework's products to empower customers across growth and operations. He writes about what actually works.