フォワードデプロイエンジニアリング入門 — アントロピックのケヴィン・バイ氏

製品を売るのではなく「成果」を売る：Palantir が生み出した FDE モデルの真髄

Palantir は、顧客が自社のデータ基盤やアプリケーション構築能力を持たない場合でも価値を実感できるよう、エンジニアを顧客現場に常駐させる「フォワードデプロイエンジニア（FDE）」モデルを採用しました。このアプローチは単なる製品販売から「ビジネス成果」の販売へと転換し、高い契約単価と企業評価を実現しています。

AI Engineer チャンネルで公開されたケヴィン・バイ氏（Anthropic 所属、元 Palantir FDE 創設メンバー）の講演を基に、FDE モデルの本質とそのビジネスインパクトを解説します。

技術的複雑さと非技術的な顧客の壁

Palantir が提供するプラットフォーム「Foundry」は、組織のあらゆるデータを一元化し、データに意味のある名前（オントロジー）をつけて一つの真実の源とします。さらに、この基盤の上にアプリケーションを構築することも可能です。

しかし、ここで大きな課題が生じます。「データを整理した」と言っても、業界リーダーや経営層にとってそれは「ビジネス上の成果」には直結しません。また、Foundry のような高度なプラットフォームは、顧客側が十分な技術リテラシーを持って初めて活用できるため、導入には膨大な時間と教育コストがかかります。

「ソフトウェアを売るだけでなく、サービスの時間を売るのではなく、両方を組み合わせて『成果』そのものを売るのが正しいビジネスモデルだ」

ケヴィン氏はこう指摘します。顧客が本当に求めているのは、データがどう整理されているかではなく、「棚の配置数を増やすこと」や「販売スループットの向上」といった具体的な結果です。FDE モデルは、技術的に複雑なプラットフォームを非技術的な顧客に届けるための唯一の解決策として生まれました。

成果の販売への転換とビジネスモデルの成功

FDE モデルでは、エンジニアを顧客側に常駐させます。彼らは顧客のビジネス課題を理解し、Foundry のプリミティブ（基本機能）を組み合わせてカスタムソリューションを構築します。顧客はソフトウェアを購入するのではなく、解決された課題や得られた成果に対して対価を支払うことになります。

このモデルがどれほど有効かは、契約単価（ACV：Average Contract Value）の数字が物語っています。

• Palantir: 約 400 万ドル
• ServiceNow: 120 万ドル
• Workday: 60 万ドル

Fortune 500 に属する他の SaaS 企業と比較しても、Palantir の契約単価は突出しています。このモデルにより、Palantir は数千人規模の従業員で驚異的なバリュエーションを達成しました。

「設計パートナーシップ」のエンタープライズ化

FDE モデルの背景には、「設計パートナーシップ（Design Partnership）」という概念があります。スタートアップ期によく見られる手法で、製品が未確定な段階で顧客と密接に連携し、彼らの文脈に基づいて最適なソリューションを構築するアプローチです。

Palantir はこの「スタートアップ特有の手法」をエンタープライズ規模にスケールアップしました。大企業には優秀なエンジニアがいるかもしれませんが、石油・ガス業界のような専門領域では、データパイプラインの知識よりも化学物質の知識が重要になるケースが多々あります。FDE は、顧客が持つ文脈理解と、Palantir が持つ技術的専門性を融合させる「仲介役」として機能します。

「高級レストランでウェイターがあなたの要望に寄り添い、料理を提供するように、エンジニアが顧客のニーズを汲み取り、ソフトウェアを構築する」

開発ショップとの決定的な違い

ここで注意すべき点が一つあります。FDE を「ゼロからソフトウェアを開発する開発ショップ（Dev Shop）」と混同してはいけません。

• 開発ショップ: クライアントのために一からコードを書き、カスタムソリューションを構築します。これは収益性は高いですが、メンテナンスコストが膨大になりやすく、エンジニアの離職リスクも高まります。
• FDE: 既存のプラットフォーム（Foundry）が提供するプリミティブを組み合わせてアプリケーションを構築します。コードの複雑化を防ぎ、長期的な保守性を確保します。

「FDE がプラットフォーム上で動作しない場合、それは FDE ではなく開発ショップです。その場合、メンテナンスコストが収益を食い潰し、エンジニアも離れていきます」

AI 時代における FDE の可能性と導入の条件

AI や生成 AI ツールの普及により、技術的障壁はさらに低くなっています。しかし、FDE モデルを導入するかどうかは、自社の状況に照らし合わせて判断する必要があります。

1. 本当に必要か？: 技術的に複雑な製品を、非技術的な顧客に販売しているケースでしょうか？そうでなければ、FDE は不要です。
2. プラットフォームはあるか？: FDE が構築する基盤となる、共有されたプリミティブを持つプラットフォームが存在する、あるいは構築する意思があるでしょうか？プラットフォームなしで個別のソリューションを開発し続けると、すぐに組織が疲弊します。

まとめ

FDE モデルは、技術とビジネスのギャップを埋めるための強力な手段です。しかし、それは万能薬ではなく、「複雑な技術を非技術層に届ける」という特定の課題に対してのみ効果を発揮します。自社のビジネスモデルとプラットフォーム戦略を見直し、成果販売への転換を図るきっかけとして、このモデルを参考にしてください。