Forward Deployed Engineer（FDE）採用の完全ガイド

• 現場配置エンジニア（FDE） は顧客の現場に直接配置され、技術的に複雑な製品の「ラストマイル」を実装するエンジニア
• 単なるコンサルタントではなく、実際に本番コードを書き、デバッグし、新たな製品機会を発掘する開発者
• このモデルはすべての企業に適しているわけではなく、大型契約顧客、非定型のICP、製品方針に対するオープンな姿勢という3つの条件が満たされて初めて効果を発揮
• 最高のFDEはキャリア初期の人材の中でも、独立した思考力、粘り強さ、高い技術力、ビジネスへの好奇心を備え、既存のプレイブックに依存しないタイプ
• FDEチームを運営する際は、最大顧客の最難関課題に集中し、現場配置と適切なスコープ管理を両立することが重要

---

FDEの起源と現在

• Palantir共同創業者のAlex Karpが、フランス料理店のウェイターは厨房スタッフの延長線上にあるという観察から着想を得て、約20年前にForward Deployed Engineer（FDE）という役割を初めて考案
• FDEは顧客の現場に直接配置され、製品の**「ラストマイル」を本番環境で構築**する役割であり、従来のソリューションコンサルタントやセールスエンジニアと違って、実際に本番コードを書いてデバッグする
• 長らく「高度なコンサルティングにすぎない」という懐疑論があったが、Palantirの時価総額が3,000億ドルを突破した後、この役割への関心が再燃
• 2025年1月から9月の間にFDEの採用求人は800%増加し、OpenAIを含むAIスタートアップがエンタープライズセールス強化のためFDEチームを構築中

FDEが価値を生み出す領域

• FDEは単なる実装担当ではなく、ソフトウェアエンジニアリングチームの実質的な一員として、顧客と毎日対話しながら直接ソフトウェアを構築しなければならない
  • ServalのFDEは実際に60以上のサードパーティアプリ連携、エージェント性能フィードバックシステム、SLAシステムなどを製品として実装
• PalantirのFDEの業務範囲は、製造業の不良率低減から自然災害の救援物資管理のためのソフトウェア配備まで多岐にわたる

• 大型契約の成立支援

  • Lookerは見込み顧客に対し、実データを使った無料トライアルと強力な事前実装支援を提供する形でFDEをセールスに活用
    • 共同創業者Lloyd Tabb: 「製品とサービスのどちらかを選ばなかったことが、第三の道を開いた。製品として売りつつ、無料トライアル期間中にforward deployすることで、カスタムサービスのように感じさせた」
    • デモ用のダミー版ではなく、常に見込み顧客の実際のデータセットでPoCを構築
  • Palantirでも、エネルギー分野の顧客のために3〜4人のFDEがロードマップや本社承認なしで課題解決に特化したソリューションを直接構築し、契約成立につなげた事例がある

• 顧客への埋め込みを通じた製品機会の発掘

  • 30分のZoomコールでは得にくい深いインサイトを、現場への埋め込みによって発見できる
    • 「顧客と一緒に現場で生活することがFDEの核心だ。ユーザーインタビューを設定するのではなく、その日に聞いたことをプロトタイプ化し、翌日に見せる」
  • FDEの最も成功した事例の一部は、Palantirの中核製品とは無関係な領域から生まれている
  • ただし、FDEが中核製品の改善と無関係な機能を無作為に作ってしまうリスクがあるため、他の顧客にも提供できる課題を見極める製品感覚が必要

• 初期創業者エネルギーの拡張

  • FDEモデルは、CTOが直接顧客のフィードバックを聞き、即座にコードで解決していた初期共同創業者のエネルギーを再現し拡張する方法
    • ServalではFDEと通常のエンジニアの違いは大きくなく、FDEは時間の約20%を顧客とともに過ごし、インフラではなく製品能力の構築に集中する
  • 従来のフィードバック-製品サイクルでは、ソリューションエンジニア → PM → エンジニアリングマネージャー → スプリント計画まで数か月を要するが、FDEモデルはこの中間段階を取り除く

• 優先度の低い機能の解消

  • FDEはロードマップで後回しになり続けるP2レベルの機能要望に実質的に対応できる
    • Verkadaではセールスチームが「Feature Garage」というSlackチャンネルに顧客要望を溜めていたが、その大半は放置されていた
  • 「P2が積み上がり続ければ、技術的に正しいことだけに集中していたとしても、結局は劣った製品になる。FDEモデルではP2も実際に検討される」

FDE導入前のセルフチェック

• FDEチームへの投資は、特に初期スタートアップではコストが大きく、ビジネスモデルの算数が合わなければすぐに資金を消耗しうる
• LookerのCEOであるFrank Bienは、顧客2,000社でARR1億ドルを達成可能だというモデルを検証した後にFDE投資を決定
  • 「モデルを完全に理解していれば、投入するすべてのリソースを支えられるか計算で確認できる。だが、1億ドル達成に2,000社必要なのか100,000社必要なのか不確かだったなら、それはVC資金を燃やすだけだっただろう」

• 条件1: 大型顧客を獲得している、またはターゲットにしていること

  • FDEは本質的にアップマーケット戦略であり、PLGのフリーミアムモデルが最終形ならFDEは適さない
  • Ironcladは初期から巨大グローバル企業の法務部門が最適顧客だと理解し、エンタープライズACV獲得のためカスタム実装が必要と判断してFDEを導入

• 条件2: 製品の使われ方に対して強い思い込みを持たないこと

  • 将来製品がどうあるべきかについて強い意見を持つ企業なら、FDEよりもPMや顧客対応エンジニアのほうが適している
  • スペクトラムの一端にはApple（すべての利用者が同じ体験）、反対側にはPalantir（多様な課題や組織に合わせて変形可能なプラットフォーム）がある
    • Palantirの初期には「製品はこうあるべきだ」とほとんど言わず、FDEが具体的なユースケースと顧客から学びながら徐々に価値ある製品を築いた

• 条件3: ICPが均一ではないこと

  • 顧客基準が非常に詳細に定義されている場合、FDEチームの必要性は低くなる可能性がある
  • Ironcladの最初の50社の顧客は、上場テック企業、YCスタートアップ、グローバル美容ブランド、プロスポーツチームなど、共通点がほとんどなかった
    • 日本語インフルエンサー契約ワークフローとMLBシーズンチケット販売契約では、必要要件がまったく異なっていた
  • Promiseは米国政府を顧客としており、州ごとにプログラム運営方式が異なる異質な顧客環境のためFDEチームを構築中

• FDEをエンジニアリングやポストセールスの役割に無理やり当てはめないこと

  • 多くの創業者はFDEを求めるが、実際には正規のソフトウェアエンジニアや導入コンサルタント、CSMが必要なことが多い
  • First RoundのTiffany Siuが勧める検証質問:
    • 「このポジションを開くきっかけは何か。今は誰がこの仕事をしているのか。この人を採用しなければ何が起きるのか」
    • 「この人の日常業務は具体的にどのようなものか」
    • 「この人の成功指標は何か」
  • 「FDEにX件の案件をクローズしてほしい、またはX回のデモをしてほしい」のであれば、必要なのはFDEではなくセールス寄りの役割である

適切なFDEの採用方法

• すでにFDEという肩書きを持つ人材を探すことに固執する必要はない。会社ごとにFDEの役割設計は異なるため、肩書きより実際の業務内容を確認すべき

• 優れたFDEに共通する5つの特性

  • プレイブックに依存しない人（キャリア初期が有利）: Palantirでは新卒がFDEのかなりの部分を占めていた。パターンマッチングではなく、どんな問題でも解けると信じる独立思考の人材が適している
    • 10年以上のFAANG経験者のように、やり方が過度に固定化された候補者はむしろ危険信号
  • 粘り強さ（Grit）: FDEの仕事は極めて難しい問題空間を扱うため、「苦痛を引き受ける意思」が必須。Ironcladの最高のFDEも「グラインダー」と表現される
    • FDEは組織内のミニ創業者の役割を果たし、強い製品感覚とセールスへの実質的な関心が必要
  • 高い技術基準: Ironcladの最高のFDEは、トップテック企業のスタッフエンジニアになれるレベル。PalantirでもFDEはソフトウェアエンジニアと同じ面接プロセスを通過する必要があった
  • 絶えず作る習慣: 最高のFDEは「強迫的なビルダー」で、ツールを作る、アプリをリリースする、オープンソースに貢献するなど、作らずにはいられないタイプ
  • ビジネスへの深い好奇心: インフルエンサーマーケティングの法的リスクを深く掘り下げるように、ビジネスそのものの仕組みにエネルギーを得る人

• 面接設計

  • Palantirは典型的なビッグテックのコーディング面接ではなく、実際の顧客課題を中心にした高次の問題解決重視の面接を実施
    • 例: インサイダー取引を説明したうえで、「どんなデータが必要で、顧客に何を質問し、何を探すか」など、ビジネス推論と技術推論の両方を評価
  • Ironcladは候補者に自身の経歴で経験した問題を発表させ、技術でどう解決したかを教えさせるオープン形式のプレゼンテーション面接を活用
    • 航空金融取引の物理的な「ディールルーム」の写真と、何千ページもの付箋作業、その後それを自動化したExcelマクロを示した事例が代表的

FDE役割のスコーピング: 最初のFDEチームをインパクトある形で使う3つの戦術

• 最大顧客の最難関課題にFDEを配置

  • Ironcladは初期にはすべての顧客にFDEを派遣していたが、成長とともに高ACV顧客にのみFDEを割り当てる方式へ転換
    • 「完全なFDE企業であるか、まったくそうでないか」ではなく、顧客ニーズに応じた多様なメニューオプションを体系化し、下位市場向け導入は標準化した
  • Servalも初期にはすべての顧客に展開していたが、現在は従業員1,000人以上の企業など大口顧客を優先して配置

• 現場配置の重要性

  • FDEは現場で最も高い成果を出す。顧客が契約書に明記した要求事項の一覧を超えて、日常的な体験をともにしながら契約にはない発見ができる
    • IroncladのFDEの現場訪問文化は、Fortune 100の法務責任者が彼らを**「The Backpacks」**と呼ぶほどよく知られていた

• スコープクリープへのバランスあるアプローチ: 受け入れつつも「人力で製品問題を覆い隠す」ことは避ける

  • FDE役割のサービス的な性質は受け入れつつ、将来の顧客に利益をもたらさない解決策へ無制限に時間を投入することは避けるべき
  • Ironcladの初期にはスコープクリープを「顧客が解決できる問題がまだ多くある」というシグナルとして受け止めており、ワークフローベースの価格設定のおかげでソフトウェアの経済性がスコープ拡大で利益を得る構造だった
  • 悪いスコープクリープとは、ユーザー数が限られたワークフローで終わりのない反復作業をする場合であり、ソフトウェアとしての伸びしろが見えないなら業務を止めるべき
  • 真のFDEは問題解決に没頭するあまり契約範囲を超えたことすら認識しないため、スコープ管理はマネージャーの役割