FDE（Forward Deployed Engineer）という職種名を、この一、二年で見かける機会が増えました。
もともとは Palantir が使っていた呼び方でしたが、いまは生成AIを提供する会社の募集にも並んでいます。
不思議なのは、モデルを作る会社が顧客の現場に入り込むエンジニアをわざわざ抱える点ではないでしょうか。
売っているのが汎用のモデルなら、ドキュメントと API を用意すれば足りそうにも思えます。
筆者も FDE という役割を学んでいる途中なので、公開されている情報をたどってなぜこの型が必要とされるのかを整理してみました。
Palantir が定義した「一顧客・多機能」という型
役割の輪郭がいちばんはっきり書かれているのは、Palantir 自身のエンジニアリングブログでした。
同社はエンジニアを「Dev」と「Delta」に分けており、Delta が Forward Deployed Software Engineer にあたります。
両者の違いは一文で示されていて、Dev は「一つの機能を、多くの顧客へ」、Delta は「一つの顧客に、多くの機能を」という対比でした。
Dev versus Delta: Demystifying engineering roles at Palantir
同記事では、Delta は事業開発の側に所属し、成功を「顧客のゴールにどれだけ近づいたか」で測ると説明されました。
たとえば不良品を減らしたい製造業が相手なら、不良率という指標そのものが評価軸になります。
製品を出荷した時点ではなく、顧客の数字が動いた時点が仕事の終わりという設計です。
生成AIで同じ型が要る理由
汎用のモデルは、そのままでは誰の業務にも最適化されていません。
同じ言語モデルでも、扱う書類の形式・社内用語・許容できる誤りの水準は会社ごとに違うからです。
つまり価値が出るかどうかは、モデルの性能ではなく顧客のデータと業務にどう接続したかで決まりやすい構造でしょう。
この接続作業は、プロンプトの設計、評価データの整備、既存システムとの結合、権限まわりの調整と広範囲に及びます。
しかも、どれもその顧客の現物を見ないと設計できない仕事でした。
汎用の機能として作り込むには個別性が高すぎ、かといって放置すると「導入したが使われていない」で終わってしまいます。
この隙間を埋める担当を社内に置く、というのが FDE を採用する側の理屈だと読めそうです。
役割の起源そのものについては、Palantir が生んだ経緯を整理した記事のほうが詳しいでしょう。
コンサルタントとどこが違うのか
現場に入って課題を解くと聞くと、コンサルタントとの違いが気になるところです。
先ほどの Palantir の記事には、この点に答える現役 Delta のコメントが載っていました。
コンサルタントは一度きりの分析や提言を出すことが多いのに対し、Delta は顧客と一緒に長期的に使われ続ける仕組みを作ると述べられています。
別のコメントでは「決定的な違いは、実在する製品を実際に配備して顧客の成果を出すことだ」とも語られました。
いずれも、成果物がスライドではなく動くシステムである点を軸に置いた説明になっています。
なお、この職種名で募集を出しているのは Palantir だけではありません。
英語版 Wikipedia の項目は、報道を引きながら OpenAI・Google・Anthropic・AWS が同じ肩書きで採用していること、そして2024年から2025年にかけて求人数が目立って増えたことを記しています。
Forward Deployed Engineer – Wikipedia
日本語の一次情報はまだ少ないので、輪郭をつかむなら英語の公開資料を直接あたるのが早道です。
最後に
FDE が増えている理由は、汎用のモデルと個別の業務のあいだに、埋めないと価値が出ない隙間があるからと整理できます。
Palantir の「一つの顧客に、多くの機能を」という言い方は、その隙間の形をよく表しているように思えました。
技術力だけでも、対人能力だけでも成立しない職種なので、キャリアの選択肢としては独特の位置にあります。
興味が湧いたら、まずは Palantir のブログと求人票の原文を読み比べてみてください。
以上です。
コメントを残す