アンソロピックのエンジニアがFDE入門の授業をした（1）
https://www.youtube.com/watch?v=KwhgfwOSToQ
ケビン・バイは現在、AnthropicのApplied AIチームに在籍しており、以前はRipplingのFDEチームの創設メンバー、さらにその前はPalantirで数年働いていました。最近、彼はFDE 101の共有を行い、前線で展開するデプロイメント（フロントライン）エンジニアという役割を非常にわかりやすく説明しました。ぜひ要点をまとめたいと思います。
まずはデータを一つ：上場SaaS企業を平均契約金額順に並べると、Palantirは400万ドル、ServiceNowは120万ドル、Workdayは60万ドルで、残りはどこも50万ドルを超えません。Palantirは数千人で、他社が数万人でもできない単価を実現しています。それがまさにFDEモデルです。
ではFDEは一体何の問題を解決しているのでしょうか？
PalantirのプロダクトFoundryはアプリ構築プラットフォームで、技術的なハードルはかなり高いです。しかし買い手は、石油や消費財といった業界の非技術系の経営層。複雑な技術プラットフォームを、コードを書けない人に丸ごと渡して「自分でどう使うか理解してね」と期待するのは現実的ではありません。
そこでPalantirはこうします。顧客が買うのはソフトウェア商品でもコンサルサービスでもなく、「結果」です。エンジニアを現場に派遣し、顧客の業務シーンを深く理解したうえで、プラットフォーム上に必要なものを作り込みます。顧客が気にするのは、棚に商品がどれだけ増えるか、生産ラインの効率がどれだけ上がるかといったことで、データの構成方法には関心がなく、そもそも関心を持つべきでもありません。
FDEと外注（アウトソース）開発の違いは何ですか？
ケビンが特に強調した点があります。もしあなたのエンジニアが毎回、ゼロから顧客のためにカスタムコードを書いているのなら、それはFDEではなく、外注開発です。FDEモデルが成り立つ前提は、再利用可能なプラットフォームがあること。エンジニアは、プラットフォームに元々ある能力を組み立て・調整するのであって、毎回ゼロから輪を作り直すわけではありません。プラットフォームがないと、メンテナンスコストが利益をすべて飲み込みますし、エンジニアも、互いに無関係なコードベースを何十個も抱えてメンテする羽目になり、結局逃げていきます。
FDEをやるべきか？ 判断できるのは2つの問いだけです。
1つ目：非技術の買い手に、技術的に複雑なものを売る必要がありますか？ もし顧客自身がエンジニアであれば、例えばGitHubやDatadogを売るようなケースではFDEは不要です。製品そのものがすでに「そのまま使える」ものであれば、SlackやJiraのように、FDEは不要です。製品が複雑で、しかも顧客が技術を理解していない場合に限って、FDEに意味があります。
2つ目：再利用可能なプラットフォームはありますか？ あるいは、それを作るための投資をする意思はありますか？ 共有できる基本コンポーネントがないなら、FDEは持続不可能です。
2026年の新しい変化は何でしょうか？
ケビンの見立てが面白いです。ソフトウェア業界の「商売のやり方」自体が変わってきているというのです。AIによってソフトウェアを構築することが非常に簡単になり、ほぼすべてのプラットフォームがエージェント化へ向かっています。つまり、ほぼすべてのプラットフォームが高度にカスタマイズ可能になるということです。その結果、ますます多くの顧客が「あなたのプロダクトは結局何ができるのか」を理解できなくなっていきます。エージェント時代には、顧客自身に製品の成否を試行錯誤させることが、ますます難しくなります。
これによってFDEは、Palantirだけのニッチなやり方から、より多くのソフトウェア企業が真剣に検討すべきテーマになっていきます。
最後の質問：どんな人がFDEに向いていますか？
ケビンの答えはとても簡潔です。FDEとは、信頼できて、そのまま顧客対応を任せられるソフトウェアエンジニアのことです。技術力は土台ですが、それに加えて「会社を代表して顧客とやり取りさせて大丈夫」と思える必要があります。
https://www.youtube.com/watch?v=KwhgfwOSToQ
ケビン・バイは現在、AnthropicのApplied AIチームに在籍しており、以前はRipplingのFDEチームの創設メンバー、さらにその前はPalantirで数年働いていました。最近、彼はFDE 101の共有を行い、前線で展開するデプロイメント（フロントライン）エンジニアという役割を非常にわかりやすく説明しました。ぜひ要点をまとめたいと思います。
まずはデータを一つ：上場SaaS企業を平均契約金額順に並べると、Palantirは400万ドル、ServiceNowは120万ドル、Workdayは60万ドルで、残りはどこも50万ドルを超えません。Palantirは数千人で、他社が数万人でもできない単価を実現しています。それがまさにFDEモデルです。
ではFDEは一体何の問題を解決しているのでしょうか？
PalantirのプロダクトFoundryはアプリ構築プラットフォームで、技術的なハードルはかなり高いです。しかし買い手は、石油や消費財といった業界の非技術系の経営層。複雑な技術プラットフォームを、コードを書けない人に丸ごと渡して「自分でどう使うか理解してね」と期待するのは現実的ではありません。
そこでPalantirはこうします。顧客が買うのはソフトウェア商品でもコンサルサービスでもなく、「結果」です。エンジニアを現場に派遣し、顧客の業務シーンを深く理解したうえで、プラットフォーム上に必要なものを作り込みます。顧客が気にするのは、棚に商品がどれだけ増えるか、生産ラインの効率がどれだけ上がるかといったことで、データの構成方法には関心がなく、そもそも関心を持つべきでもありません。
FDEと外注（アウトソース）開発の違いは何ですか？
ケビンが特に強調した点があります。もしあなたのエンジニアが毎回、ゼロから顧客のためにカスタムコードを書いているのなら、それはFDEではなく、外注開発です。FDEモデルが成り立つ前提は、再利用可能なプラットフォームがあること。エンジニアは、プラットフォームに元々ある能力を組み立て・調整するのであって、毎回ゼロから輪を作り直すわけではありません。プラットフォームがないと、メンテナンスコストが利益をすべて飲み込みますし、エンジニアも、互いに無関係なコードベースを何十個も抱えてメンテする羽目になり、結局逃げていきます。
FDEをやるべきか？ 判断できるのは2つの問いだけです。
1つ目：非技術の買い手に、技術的に複雑なものを売る必要がありますか？ もし顧客自身がエンジニアであれば、例えばGitHubやDatadogを売るようなケースではFDEは不要です。製品そのものがすでに「そのまま使える」ものであれば、SlackやJiraのように、FDEは不要です。製品が複雑で、しかも顧客が技術を理解していない場合に限って、FDEに意味があります。
2つ目：再利用可能なプラットフォームはありますか？ あるいは、それを作るための投資をする意思はありますか？ 共有できる基本コンポーネントがないなら、FDEは持続不可能です。
2026年の新しい変化は何でしょうか？
ケビンの見立てが面白いです。ソフトウェア業界の「商売のやり方」自体が変わってきているというのです。AIによってソフトウェアを構築することが非常に簡単になり、ほぼすべてのプラットフォームがエージェント化へ向かっています。つまり、ほぼすべてのプラットフォームが高度にカスタマイズ可能になるということです。その結果、ますます多くの顧客が「あなたのプロダクトは結局何ができるのか」を理解できなくなっていきます。エージェント時代には、顧客自身に製品の成否を試行錯誤させることが、ますます難しくなります。
これによってFDEは、Palantirだけのニッチなやり方から、より多くのソフトウェア企業が真剣に検討すべきテーマになっていきます。
最後の質問：どんな人がFDEに向いていますか？
ケビンの答えはとても簡潔です。FDEとは、信頼できて、そのまま顧客対応を任せられるソフトウェアエンジニアのことです。技術力は土台ですが、それに加えて「会社を代表して顧客とやり取りさせて大丈夫」と思える必要があります。