Forward Deployed Engineer 発注ガイド

発注する側のための、見極めの地図。

Forward Deployed Engineer は、Palantir が2000年代に確立し、a16z が「テック業界で最もホットな職種」と評し、Anthropic・OpenAI など世界の先端 AI 企業が継承してきた関与形態である。背景にあるのは、生成 AI による「完成品の製造コストの崩壊」だ。“作れること”の希少性が急速に下がる一方、作った AI が本番で価値を生むかは別問題として残った。この実装の壁を現場で越える存在として、FDE は注目を集めている。

ところが、その語られ方は「エンジニアのキャリア・年収・転職」一色で、発注する側は置き去りだ。さらに、旬の言葉には影が伴う。注目が集まるほど、中身が伴わないまま「FDE」を名乗るケースも増えていく。だからこそ発注者に要るのは、定義の知識ではなく、見極めの地図である。

同じ「FDE」でも、立つ地平が違う。

同じ「FDE」でも、立つ地平 ── 背負う価値の単位 ── が違えば、手に入るものが違う。優劣ではなく、役割が違うのだ。どちらも上流から関わり、ともに現場に常駐し、ともに AI を実装の武器とする。違うのは、その上流が何に着地するかである。

共通点を見落としてはならない。Expert もまたコードを書く。違いは「コードを書くか」ではなく、主たる資産の重心 ── エンジニアリングに置くか、事業開発の実践知に置くか ── である。発注者の仕事は、自社の与件がどちらの地平の話かを見極めることだ。

ボトルネックの所在から、判断する。

自社にはどちらが必要か。判断は「能力の採点」ではなく、ボトルネックの所在から始まる。

1. A

   実装の完遂が詰まっている

   要件は固まっているが作り切れない ── このときは FDE = Engineer が前面に立つ。

2. B

   「何を作るか」が定まらない

   社内の意思決定・予算化で止まっている／市場反応で仮説を更新し続ける必要がある ── このときは FDE = Expert が前面に立つ。

3. C

   プラトーの先まで伴走できるか

   AI 推進が効率化の領域で頭打ち（プラトー）に達した後、そのまま収益進化の領域へ連続して伴走できるか。共通の前提として、伴走の終わりに能力が自社に残る設計か ── 残らないなら、それは丸投げである。

肩書きではなく、振る舞いと成果物を見る。

FDE が旬になったことで、実体が伴わないまま「FDE」を名乗るケースが生まれている。発注者を守るのは、肩書きではなく振る舞いと成果物を見る目だ。本書は、発注の現場ですぐ使える3つの問いに落とし込んでいる。

1. 01

   経歴に、事業を作った跡があるか

   事業開発・プロダクト設計・プロデュースの経験を具体的に語れるか。とりわけ、AI で完成品をつくるコストが崩れた構造を逆手に取り、新しい事業や収益を立ち上げた経験があるか。「何の事業を、どう立ち上げたか」を聞けば、重心が見える。

2. 02

   作ったものを、本番品質で見せてもらう

   実装力は語りでなく実物で確かめられる。見るべきは“動くデモ”ではなく、本番で稼働し運用に耐えている実装だ。ハルシネーションやプロンプトインジェクションといった AI 特有のリスクを、本番環境でどう制御・運用しているかまで見せてもらう。

3. 03

   基盤とリスクを、組織で背負っているか

   優れた個人がいるかだけでなく、開発基盤・セキュリティ・リスク回避を会社として支える体制があるか。安全な実装の土台を個人の腕前任せにした関与は、その人が抜けた瞬間に崩れる。

──①で事業の実践知、②で本番の実装力、③で組織の土台を確かめる。この3つがそろって初めて、ラベルの裏に実体があると言える。

本書を無料でダウンロード

以下のフォームにご登録いただくと、ご入力のメールアドレス宛にダウンロードリンク（48時間有効）をお送りします。発注検討に役立つ実務ガイドとしてご活用ください。

次の一歩を選ぶ

発注者として、どこから理解を深めるか。