FDE（Forward Deployed Engineer）型の支援とは、エンジニアが発注者の現場に入り込み、業務の聞き取り・何を置き換えるかの判断・開発・運用・効果の測定までを同じ人が受け持って、業務を一つずつ AI や自動化に置き換えていく進め方です。SES との違いは「何を作るかを一緒に決め、効果まで責任を持つ」こと、コンサルティングとの違いは「提案した人が自分で作る」こと、受託開発との違いは「要件が最初から固まっていない前提で始める」ことにあります。この記事では、frectas が物流・運輸の会社で続けている FDE 型の支援をもとに、発注する側から見た FDE の中身と頼み方をまとめます。
この記事の数字は、frectas の案件の記録（検証の記録・顧客への報告）によるものです。
FDEという言葉の出どころ
FDE はもともと、米国のデータ分析企業 Palantir で使われていた職種名とされています。顧客の現場に配置され、顧客の課題に合わせて自社の製品やデータの仕組みを組み上げるエンジニアのことです。その後、AI の会社やソフトウェアの会社が同じ呼び方で採用を広げ、日本でも FDE の職種で採用する会社が出てきています。
日本では2026年6月ごろから、FDE を名前に入れた法人向けサービスを始める会社が相次ぎました。一方で、日経クロステックは「米国流の FDE は日本の客先常駐とは似て非なるもの」という趣旨の記事を出しており、言葉の意味がまだ固まっていないことが分かります。出典は末尾の「参考にした情報」にまとめました。
発注者として押さえておきたいのは、「FDE」という呼び名そのものより、誰が、何を決めて、何に責任を持つのかです。同じ「FDE」でも、実態が技術者の派遣に近いものから、成果まで受け持つものまで幅があります。
SES・コンサル・受託開発・FDE型の比較
| 観点 | SES | コンサルティング | 受託開発 | FDE 型の支援 |
|---|---|---|---|---|
| 契約で約束するもの | 技術者の作業時間 | 調査・提案・計画 | 決めた仕様の成果物 | 業務の置き換えを進める活動と、その効果の報告 |
| 何を作るかを決める人 | 発注者 | 提案はコンサル、決定は発注者 | 発注者（要件定義で固める） | 発注者とエンジニアが一緒に決める |
| 作る人 | 派遣された技術者（指示に従って） | 別の会社が多い | 受託会社 | 聞き取りをしたエンジニア |
| 要件の固まり具合 | どちらでも | 固まっていない段階から | 固まっている前提 | 固まっていない前提 |
| 成果の確かめ方 | 稼働した時間 | 報告書・計画の質 | 仕様どおりに動くか | 業務の時間・手間がどれだけ減ったか |
| 向いている状況 | 社内に開発を指揮できる人がいる | 全社の方針を決めたい | 作るものがはっきりしている | 小さな業務がたくさんあり、どれから手をつけるか決めきれない |
どれが優れているという話ではありません。社内に開発を指揮できる人がいて人手だけが足りないなら SES、作るものが決まっているなら受託開発が合理的です。FDE 型が向いているのは、「AI を使いたいが、どの業務に、どう使えばよいか分からない」という段階の会社です。
FDE型の支援は実際にどう進むか（物流・運輸業の例）
frectas は2026年から、物流・運輸の会社で FDE 型の支援を続けています。対象は複数の部署です。詳しくは事例「物流・運輸の会社の定型業務を、現場に入って一つずつ AI 化」に書いています。
1. 業務を選ぶ
各部署の担当者から困っている作業を聞き、繰り返しの頻度、かかっている時間、データの扱いやすさで並べて、上から順に着手しました。2026年9月の時点で複数の業務が稼働し、一部は検証中です。
2. 業務を見てから作る
月次の実績集計では、社内の動画マニュアルを文字起こしと2秒ごとの画面の切り出しで読み解き、手順書に起こしてから自動化しました。週次の債権レポートも、作業の動画と作業前後のファイル一式を分析してから設計しました。担当者に何度も説明してもらう代わりに、残っている資料から手順を起こすと、現場の時間をあまり取らずに済みます。
3. 小さく作って、正解と突き合わせる
実績集計の自動算出は、人が作った既存の正解シートと突き合わせ、人が作った正解と全項目が一致することを確かめてから渡しました（PoC 実測）。現場に信頼してもらうには、「人がやった結果と同じになる」ことを目に見える形で示すのが一番の近道です。
4. 効果を測って報告する
効果は顧客への成果報告にまとめています。たとえば月次の実績集計は、毎月の手作業が約50%削減されたと報告しています（顧客への成果報告に記載）。数字がそろうと、次にどの業務に手をつけるかを発注者が判断しやすくなります。
5. AIを使わない判断もする
すべての業務に生成 AI を使ったわけではありません。週次の債権レポートは、入力ファイルの値と前週からの機械的な延長だけで結果が決まると分かったため、AI の推論を使わない処理にしました。現場に入って業務を見ているからこそできる判断です。この判断の詳細は「物流・運輸の定型業務を AI 化した記録」に書きました。
効果をどう見せるか
FDE 型の支援では、扱う業務が増えるほど「今どこまで進んでいて、何が効いているのか」が見えにくくなります。この案件では、扱う業務を一覧にした成果のダッシュボードを作り、業務ごとに次の情報を並べました。
| 載せる情報 | 例 |
|---|---|
| 業務と担当部署 | 月次の実績集計（担当部署名） |
| 導入前の状態 | 毎月の手作業 |
| 状態 | 稼働中・一部稼働・検証中 |
| 効果の数字 | 作業時間を約50%削減 |
| 数字の区分 | 顧客への成果報告に記載／見込み／検証での実測 |
特に大事なのが「数字の区分」です。たとえば契約上の控除の確認は「毎日大量に届くメールに適用した場合、1日100分超の作業削減」という数字ですが、これは検証中の業務の見込みです。稼働して実際に減った数字と、見込みの数字が同じ表に並ぶと、発注者は判断を誤ります。区分を横に書いておけば、どの数字を経営の判断に使ってよいかが分かります。
ダッシュボードの閲覧は、案件の関係者だけに限りました。業務の中身や数字は社外に出すものではないからです。
元請けを通した体制でも成り立つか
この案件は、元請けを通して frectas のエンジニアが現場に入る体制です。FDE 型の支援は、発注者と直接契約しなくても成り立ちます。大切なのは契約の形より、エンジニアが現場の担当者と直接話せるかです。担当者の話を元請け経由の伝言で聞く形だと、業務の細かな判断（「この場合は手で直している」など）が抜け落ちます。体制を組むときは、担当者との打ち合わせにエンジニアが同席できるかを最初に確かめてください。
FDE型に向く業務・向かない業務
| 向く業務 | 理由 |
|---|---|
| メールや PDF から情報を探して書き写す作業 | 頻度が高く、一つずつ小さく置き換えられる |
| Excel の集計・定型レポートの作成 | 正解（過去の手作業の結果）と突き合わせて確かめやすい |
| 部署ごとに少しずつ違う定型作業がたくさんある | 一件ずつ聞き取って作る FDE の進め方と相性がよい |
| 担当者の経験に頼っている分析・文書づくり | 判断のルールを書き出す過程そのものに価値がある |
| 向かない業務 | 理由と代わりの選択肢 |
|---|---|
| 要件が固まった大きなシステムの開発 | 受託開発で仕様を固めて進めるほうが効率がよい |
| 全社の AI 方針・規程づくりだけを求めている | コンサルティングや研修のほうが合う |
| 業務データに触れられない | 現場のデータを見ずに作ると、使われないものになりやすい |
発注者が用意するもの
FDE 型の支援を頼むとき、発注者の側で用意してほしいものは次のとおりです。
- 現場の担当者と直接話せる場: 窓口を一人決め、各部署の担当者と話せるようにする
- 業務データへのアクセス: 実際のメール・ファイル・システムの出力。アクセスの範囲は最初に決める
- 成果の測り方: 「何時間かかっていたか」を、着手前に担当者の感覚でもよいので記録しておく
- 社内のルール: 使ってよいクラウドや AI モデルの範囲。この案件でも、顧客の方針で特定の AI モデルが使えない業務があり、別のモデルで作りました
- 最終的に置く環境: 検証は支援する側の環境で始め、稼働したら発注者の環境へ移すことが多くなります。この案件では、検証用の環境で作った複数の PoC を顧客のクラウド環境へ移す計画と、必要な権限を整理しました
頼むときの手順
- 困っている業務を10件ほど書き出す: 正確でなくてよいので、業務名・頻度・かかっている時間の感覚を書く
- 最初の相談で上位3件に絞る: 頻度・時間・データの扱いやすさで並べる
- 1件目を小さく作る: 小さく作って早く試してもらう
- 正解と突き合わせ、効果を測る: 人の作業結果との一致と、時間の変化を記録する
- 次の業務に進むか判断する: 数字を見て、続けるか、範囲を変えるかを月単位で決める
契約は月単位で更新する形が合っています。効果が見えなければ止められるからです。frectas の進め方と料金の目安は「FDE 型の伴走支援」にまとめています。まず1業務だけ試したい場合は「小さな業務の自動化」から始めることもできます。
よくある誤解
- 「FDE は常駐の派遣のこと」: 現場に入るのは手段で、目的は業務の置き換えと効果です。毎日の常駐は前提ではありません
- 「FDE なら何でも AI にしてくれる」: AI を使わないほうがよい業務もあります。使わない判断ができることも FDE の役割です
- 「最初に全体の計画が要る」: 全体の計画を作り込むより、1件目を小さく動かしたほうが、次に何をすべきかが早く分かります
参考にした情報
確認日はいずれも 2026-10-17 です。
- DoiT「Forward Deployed Engineer」: https://www.doit.com/ja/blog/forward-deployed-engineer
- メンバーズ「FDE は自社に必要か」: https://www.members.co.jp/column/20250926-fde-engineer
- 日経クロステック「米国流 FDE は客先常駐とは似て非なるもの」: https://xtech.nikkei.com/atcl/nxt/column/18/03079/120400025
- ZDNet Japan「FDE は日本で定着するか」: https://japan.zdnet.com/article/35249058
- アットストリームコンサルティングの FDE 型支援の発表（PR TIMES、2026-06-24）: https://prtimes.jp/main/html/rd/p/000000009.000134762.html
- デジライズの FDE サービスの発表（PR TIMES 転載、2026-06-25）: https://adv.tokyo-np.co.jp/prtimes/article170255
- renue の FDE サービス開始の発表（PR TIMES 転載）: https://webtan.impress.co.jp/r/prtimes/items/000000027.000091210
自社の業務に FDE 型の支援が合うか、どの業務から始めるとよいかを知りたい方は、お問い合わせからご相談ください。困っている業務を数件書いていただければ、着手の順番と、AI を使うべきか使わないべきかの見立てをお伝えします。
