FDE（Forward Deployed Engineer）は、顧客の業務の現場に入り込み、「何を作るべきか」を見つけるところから、実装し、現場で使われる状態にするところまでを担うエンジニアです。仕様書を受け取ってから作り始めるのではなく、仕様が決まる前の段階から関わるのが一番の特徴です。この記事では、FDEの仕事内容、必要なスキル、向いている人を、業務の具体例を交えて説明します。
FDEは「顧客の現場に前線配備されるエンジニア」
Forward Deployedは直訳すると「前線に配備された」という意味です。本社の開発チームの中で仕事をするのではなく、顧客の組織の中に入り、現場の人と同じ目線で業務を見ながら仕事をします。
この働き方を早くから職種として運用してきたのが米国のPalantirで、同社は10年以上前から独自のFDE部門を持っていると報じられています。近年はOpenAIやAnthropic、AWSなどもFDEを置く組織を作っており、生成AIを企業の業務に組み込む役割として注目が高まっています。市場の動きはFDEの市場と求人動向で詳しく扱っています。
日本語には定着した訳語がまだなく、「現場配備型エンジニア」などと訳されることがあります。名前は新しく見えますが、やっていることは「顧客の業務を理解し、課題を整理し、それを解決する仕組みを作って定着させる」という、昔から優秀なエンジニアやコンサルタントがやってきた仕事に近いものです。
FDEの仕事内容は「見つける・決める・作る・定着させる」
FDEの仕事を流れで見ると、おおむね次の4段階になります。
- 業務を読み、課題を見つける：現場の業務フローやデータを見て、どこで時間やミスが発生しているかを把握する
- 何を作るかを決める：課題の優先順位をつけ、解決策の範囲と要件を顧客と合意する
- 作る：合意した範囲を実装する。生成AIのAPIや既存の業務システムとの連携が含まれることが多い
- 定着させる：現場が実際に使い続けられるように、運用ルールや確認手順まで整える
従来の受託開発では、1と2を顧客や上流のコンサルタントが担当し、エンジニアは3から関わることが一般的でした。FDEは1から4までを通して担当します。
具体例：受発注業務のAI化
たとえば、食品卸の会社から「受注業務をAIで効率化したい」と相談されたとします。
- 見つける：FAXやメールで届く注文書を、担当者が基幹システムに手入力していることがわかる。さらに過去の受注データを見ると、月末に入力ミスによる訂正が集中している
- 決める：「全部自動化」ではなく、まず注文書の読み取りと入力の下書きをAIに任せ、確定は担当者が行う範囲に絞る。例外（手書きの追記、未登録の商品コード）の扱いも決める
- 作る：注文書の読み取り、商品マスタとの照合、基幹システムへの登録データ作成を実装する
- 定着させる：照合できなかった注文の確認手順を決め、担当者と一緒に1〜2週間運用して手順を直す
この例でわかるように、FDEの成果は「動くプログラム」ではなく「受注業務が楽になったかどうか」で測られます。
FDEに必要なスキル
FDEに必要なスキルは、実装力の上に、業務を理解して課題を整理する力が乗ったものです。
| 分類 | 具体的なスキル | 使う場面 |
|---|---|---|
| 業務を読む | ASIS業務フローを書く、データから業務を推測する | 現状把握 |
| 聞く | 仮説を持って現場にヒアリングする | 課題の発見 |
| 整理する | 課題を根本原因まで分解する、優先順位をつける | 解決策の選定 |
| 決める | 要件定義、見積もり、スコープの合意 | 開発前の合意 |
| 作る | 実装、既存システム連携、生成AIの活用 | 開発 |
| 定着させる | 動作確認、運用手順の設計 | 導入後 |
実装力は前提として必要ですが、FDEとして差がつくのは表の上半分です。たとえばヒアリングでは、現状（ASIS）、あるべき姿（TOBE）、その差分（GAP）の3つをそろえることが目的になります。進め方はプロジェクトスタート時のヒアリングにまとまっています。業務の現状を図にする方法はASIS業務フロー、合意した内容を開発と現場の両方に伝える方法は現場導入のための要件定義が参考になります。
技術面で求められること
技術面では、特定の言語に深く詳しいことより、次のような幅が求められる場面が多くなります。
- 既存の業務システムやSaaSとAPIでつなぐ
- CSVやExcelなど、現場にあるデータをそのまま扱う
- 生成AIを業務のどこに使い、どこに使わないかを判断する
- 作ったものが業務上正しく動いているかを確かめる
最後の「確かめる」は見落とされがちです。たとえば請求書の自動作成なら、端数処理や締め日の扱いが業務ルールどおりかを、現場の担当者と一緒に確認する必要があります。
FDEに向いている人の特徴
FDEに向いているのは、次のような人です。
- 「なぜこの機能が必要なのか」が気になる人：仕様の背景を知りたくなる人は、課題の発見に強くなります
- 業務の話を聞くのが苦にならない人：検品や在庫の締め処理のような地味な業務の話を、面白がって聞ける人
- 作ったものが使われているかを気にする人：リリースで終わりにせず、現場で使われているかを確認したくなる人
- 完璧な仕様がなくても動ける人：情報が足りない状態で仮説を立て、確かめながら進められる人
反対に、決まった仕様を高い品質で作ることに集中したい人や、一つの技術領域を深く極めたい人には、FDEよりも開発チームの専門職のほうが合っている場合があります。どちらが上という話ではなく、仕事の性質の違いです。
実装エンジニアがFDEを目指すときに最初にやること
実装経験がある人がFDEを目指す場合、技術を学び直す必要はあまりありません。足りないのは、多くの場合、仕様が決まる前の工程の経験です。
最初の一歩としては、今の仕事の中で次のことを試してみるのが現実的です。
- 担当している機能の業務フローを、自分で図に書いてみる
- 仕様を受け取ったとき、「この機能で現場の何が楽になるのか」を一文で書いてみる
- 顧客との打ち合わせに同席する機会があれば、事前に質問の仮説を3つ用意していく
キャリアの段階的な進め方は実装エンジニアからFDEになるキャリアパスで、SEやITコンサルとの違いはFDEとSE・ITコンサル・PMの違いで詳しく説明しています。
この記事のまとめ
- FDEは、顧客の現場に入り込み、課題の発見から実装・定着までを通して担うエンジニア
- 仕事は「見つける・決める・作る・定着させる」の4段階で、成果は業務が良くなったかで測られる
- 必要なスキルは実装力に加えて、業務を読む・聞く・整理する・決める力
- 向いているのは、仕様の背景が気になり、現場の業務の話を面白がれる人
- 実装経験者は、仕様が決まる前の工程を少しずつ経験するところから始められる
参考
FDEに必要なスキルを、業務を読むところから現場に出るところまで7つのステップに分けて整理したものがFDEになるロードマップです。まずはステップ1「業務を読む」から、今の自分にどこが足りないかを確かめてみてください。