FDEモデルが割に合わない条件|常駐型を避けたい事業

FDEモデルが割に合わない条件|常駐型を避けたい事業

FDE(Forward Deployed Engineer)の求人は、生成AIの会社を中心にここ一、二年で目立って増えました。

企業がなぜ FDE を置くのかは、以前の記事で公開資料をもとに整理しています。

なぜAI企業はFDEを採用するのか|求人が増えた理由

けれども、顧客の現場にエンジニアを送り込む支援は人の時間を売上より先に積むやり方で、事業の形によってはその分のお金が戻ってきません。

FDE を置くか迷っている会社にとっても、FDE の求人を見比べる人にとっても、どんなときに割に合わないのかは知っておきたい裏側です。

私も FDE を学んでいる途中なので、投資家の論考と Palantir の開示資料を読み、常駐型の支援が割に合わなくなる条件を並べてみました。

常駐型の支援は、先に赤字を引き受ける投資になる

考え方の土台になるのは、米国のベンチャーキャピタル a16z(Andreessen Horowitz)のジョー・シュミット氏が2025年6月に公開した論考です。

題名は「Trading Margin for Moat」で、粗利と引き換えに競合が入り込みにくい優位を得る、という意味になります。

Trading Margin for Moat: Why the Forward Deployed Engineer Is the Hottest Job in Startups | Andreessen Horowitz

同論考は、商談なしにクレジットカードで買える製品が、この十年ほど理想の成長の形とされてきたと振り返っています。

一方で導入作業の重い企業向けソフトウェアは、最初のうち粗利が低く、資金の減りも速くなると書かれていました。

例に挙がっているのは、上場時の粗利率が ServiceNow で63.2%、Workday で54.1% だったという数字です。

ソフトウェアの理想とされる80%前後を大きく下回っていましたが、2024年にはそれぞれ79%と75%まで上がったとされています。

導入に人手をかけて顧客の業務の中に入り、あとから価格と粗利を取り戻すという順番です。

Palantir 自身の開示資料を読むと、この順番が顧客の段階ごとの数字で出てきます。

同社は上場直後の2020年第3四半期報告書(Form 10-Q・PDF)で、顧客との関係を獲得・拡大・本格展開の3段階に分けて説明しました。

NO IMAGE

獲得の段階では、短期の試験導入を無償か低価格で行い、その間は赤字で運用すると明記されています。

物差しは貢献利益率で、売上から売上原価と営業・マーケティング費(株式報酬を除く)を引き、売上で割ったものです。

顧客を担当するエンジニアの人件費も、人数とその顧客に使った時間に応じてこの計算に割り振られます。

2019年の実績では、獲得段階の顧客の売上60万ドルに対し、貢献損失は6,540万ドルでした。

拡大段階の顧客は貢献利益率がマイナス43%で、本格展開の段階の顧客はプラス55%でした。

2019年に拡大段階だった顧客は、2020年1〜9月には貢献利益率が41%に転じたとも書かれています。

常駐型の支援は、最初の赤字を後の段階で取り返す前提の投資だと読めます。

そう考えると「割に合わない」とは、取り返す段階が来ない事業のことだと言い換えられます。

投資が戻ってこない4つの条件

取り返す段階が来ない形を具体的に書いているのが、ベンチャーキャピタル Flybridge のダニエル・ポラス・レジェス氏の論考です。

記事名は「Why 95%+ of Startups Get the Forward Deployed Engineer Role Completely Wrong」で、2025年12月に公開されました。

Why 95%+ of Startups Get the Forward Deployed Engineer Role Completely Wrong — Flybridge - The East Coast Firm Backing Our AI-Powered Future

元 Palantir の FDE を交えた社内の勉強会から得た結論として書かれています。

同記事は、FDE が効くのは複雑な課題と大きな契約額、そして製品にできる学びがそろったときだけだとしていました。

ここに a16z の論考と Palantir の資料を重ねると、割に合わない条件は次の4つに分けられます。

契約が小さく、広がる道筋が見えない

Flybridge の記事がいちばん大きな誤りとして挙げるのは、契約額が小さく、拡大の見込みも薄い顧客に FDE を充てることです。

FDE 1人の費用は給与・株式・福利厚生を合わせて年22万〜40万ドルほどになるとされています。

その人が契約額10万ドルに満たない顧客に時間の大半を使うと、採算はすぐに崩れると同記事は書いています。

目安として挙がっていたのは、5万ドルの試験導入から100万ドル以上の契約へ進む筋道を説明できるかどうかでした。

生成AIの会社も、FDE をすべての顧客に付けているわけではありません。

Anthropic の FDE 募集要項は、担当先を「最も戦略的な顧客(most strategic customers)」と書いています。

Forward Deployed Engineer

OpenAI の東京拠点の FDE 募集にも同じ言い回しがあり、どちらも2026年10月5日に確認しました。

課題が単純で、やり方がすでに分かっている

課題が単純で業務の流れも分かっている顧客なら、FDE の出番はあまりありません。

Flybridge は、その場合の仕事はカスタマーサクセスやソリューションエンジニアが3分の1の費用でこなせると見ています。

SVPG のマーティ・ケーガン氏も、記事「Forward Deployed Engineers」で近いことを書いていました。

Forward Deployed Engineers | Silicon Valley Product Group

消費者向けの製品なら、顧客の環境の細かな事情を学ぶのはそれほど難しくない、という指摘です。

元 Palantir のアダム・ジュデルソン氏は、寄稿「The unconventional Palantir principles」で同社のやり方を振り返っています。

The unconventional Palantir principles that catalyzed a generation of startups

Lenny's Newsletter に載ったこの寄稿では、現場に入り込む進め方は恒久的な状態ではなく、新しい用途に近づく先遣隊のための道具だと表現されていました。

裏返すと、用途がもう分かっている領域で常駐を続けるのは、道具の使いどころを外していることになります。

現場で作ったものが、次の顧客に効かない

ケーガン氏は同じ記事で、もし Palantir に FDE しかいなかったら、保守と改善を無期限に続ける大きな個別システムが数千個できていただろうと書いています。

一社のために作った仕組みが製品に取り込まれなければ、支援した顧客の数だけ保守の荷物が増えていきます。

a16z の論考も、初めて導入チームを作るときの心得として、システムや用途に共通点のある顧客層に絞って学びを最大にするよう勧めていました。

顧客ごとに環境も用途もばらばらなら、現場の学びは次の案件で使い回せません。

現場の学びを製品へ戻す流れそのものは、FDE の進め方を扱った記事で整理しています。

FDEの仕事の進め方|要件が固まる前に動かして確かめる

土台になる製品がまだ固まっていない

Flybridge が挙げる2つ目の失敗は、未成熟な製品の穴を FDE で埋めようとすることです。

製品が部品として組み替えにくいと、FDE は顧客ごとに一回限りの壊れやすい仕組みを作ることになります。

その作業は一般化されず、会社は手間ばかりかかって規模が伸びない低粗利の事業へ流れていく、と同記事は書いていました。

Palantir の FDE が短い周期で動けたのも既製の土台があったからで、この点は先ほどの進め方の記事でも触れています。

条件に当てはまるときの別の選び方

当てはまる条件が多いなら、エンジニアを常駐させる以外の形を先に検討できます。

1つ目は、a16z の論考が対比に置いた、利用者が一人で使い始められてクレジットカードで買える製品に寄せる道です。

2つ目は、カスタマーサクセスやソリューションエンジニアによる支援で、業務の流れが分かっている顧客にはこちらで足ります。

3つ目は導入をパートナー企業に任せる形で、a16z の論考も、規模を広げて粗利を守る手段として外部の導入パートナーを育てることを認めていました。

ただし同論考は、自社で導入をやり切ってからでないとパートナーに教えられない、とも書いています。

創業者が自ら売ってから営業チームへ引き継ぐのと同じ順番だ、という説明でした。

常駐を選んだあとも、判断は顧客ごとに見直せます。

Palantir の報告書は、追加の投資に値する顧客かどうかの判断は時間とともに変わりうるとし、顧客が段階を行き来することもあると書いていました。

試験導入が成功しても、Palantir と顧客のどちらかが大きな契約を結ばない選択をすることがある、とも明記されています。

商談の期間は多くの場合6〜9か月で、1年以上かかる顧客もいるそうです。

常駐させるかどうかを会社全体の方針で固定せず、顧客ごとの見積もりとして決め直せることが、赤字を長引かせない手当てになります。

求人を読む側にとっての物差し

この4つの条件は、FDE の求人を見比べるときにも使えます。

Flybridge の記事は、FDE を採るスタートアップの95%がやり方を誤っていると見ています。

多くは、製品と市場の噛み合わせの弱さや壊れやすい製品、価値の低い導入を補う松葉杖として FDE を使っている、という指摘です。

ここからは私の読み方ですが、募集要項に担当する顧客の規模と、現場の学びを製品へ戻す経路が書かれているかは、見分けの手がかりになりそうです。

条件がそろっていない会社の FDE は、肩書きが同じでも、中身は一社ごとの個別開発に近くなるでしょう。

最後に

FDE は、最初の赤字を後の段階で取り返す前提で成り立つ支援の形でした。

契約が小さい、課題が単純、学びが製品に戻らない、土台が固まっていない、のどれかに当てはまると、取り返す段階が来にくくなります。

採用する側の理由をまとめた以前の記事と並べて読むと、FDE という形の強みと弱みが両方見えてきます。

常駐させる前にこの顧客に使った時間が、次の顧客では何分の一になるかを問うと、割に合うかどうかの見当がつきやすくなります。

以上です。

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

CAPTCHA