FDEはForward Deployed Engineerの略で、顧客と協働し、業務上の課題をシステムの実装・本番導入へつなぐエンジニアの役割を指します。 AIエージェントや特定のソフトウェア製品の名前ではありません。士業事務所で提案を受けたときは、「誰が何を担当する話か」として読み解くと、製品選定や働き方の話と分けて確認できます。
FDEの担当範囲は、公式にはどう説明されている？
OpenAIのFDEの職務説明には、顧客の技術・業務チームとの協働、課題の探索、技術的な範囲決め、設計、実装、本番展開が挙げられています。試作品から安定した本番利用まで技術面の提供を担い、現場から製品・研究チームへフィードバックする仕事も含まれます。OpenAIのFDE職務説明
Palantirは「Forward Deployed Software Engineer」という職名で募集し、小さなチームが顧客との最初の会話から製品の提供まで担当すると説明しています。顧客に合わせたアプリケーションやLLMを使う業務処理を作ること、利用者から経営層までの関係者と関わることも記載されています。Palantirの職務説明
いずれも2026年9月15日に確認した各社の職務説明です。士業向けの支援を依頼するときは、この役割像を参考に、実際の提案に調査・実装・導入後の対応のどこまで含まれるかを確認してください。
ソフトウェアエンジニアとは別の職種なのか？
FDEを「コードを書かず、顧客との調整だけをする人」と捉えるのは、上の職務説明とは合いません。Palantirの職名にもSoftware Engineerが含まれ、OpenAIもコードへの直接の貢献を担当事項に挙げています。
ここで着目したいのは、エンジニアかどうかの二択よりも、誰の問題を起点に設計するか、どこまで現場の導入に関わるかです。提案を読む際は、製品自体の開発、事務所の環境への組込み、所内での使い方の変更について、それぞれ担当を確かめましょう。
すべてのソフトウェアエンジニアとFDEを同じ境界で分類する必要はありません。FDEという肩書がない技術者にも、必要な業務を担当できるかを確認する進め方を勧めます。
AIエージェントやAI製品とは、どう違う？
提案書にFDEとAIエージェントの両方が登場する場合は、人の役割と、作る仕組みを分けて読みます。FDEの職務説明が実装対象として挙げるアプリケーションやLLMの業務処理と、それを作る担当者を混同しないためです。
| 提案に出てくる言葉 | 分けて確かめる問い |
|---|---|
| FDE・エンジニア | 誰が業務を調べ、設計し、作り、利用開始後の変更を担うか |
| AIエージェント・業務システム | 何を処理し、どこまで自動で進み、どこで人へ戻すか |
| AI製品・外部サービス | 何を契約し、利用者・料金・データの扱いをどう確認するか |
| 内製・外部支援 | 所内と支援側に、どの担当と成果物を割り当てるか |
この表は提案を読むための確認項目で、製品や職種の能力を保証する分類ではありません。FDEを依頼することと、AIエージェントを新しく作ることは別々に判断しましょう。既存ソフトの設定や従来の手順で対象業務を満たせるかも、実装前に確認する項目です。
客先常駐ならFDEと呼べる？
顧客と近い場所で働くことだけで、担当する仕事まで決まったものと扱わないでください。勤務場所・訪問頻度の確認と、調査・実装・本番導入の責任範囲の確認を分けます。
例えば、オンライン中心でも業務担当者と現状を確認できる体制を提案するなら、必要な資料、定例で決める事項、試用への参加者を具体化します。訪問する提案なら、現地で何を観察・確認し、誰と判断するための訪問かを書いてもらいましょう。どちらも働き方を検討するための例であり、名称だけから契約形態や成果を決めるものではありません。
士業事務所では、役割をどう読み替える？
税理士事務所なら、技術者が作る検索・連携・下書き機能と、所内で行う原資料の確認や税務判断を分けて、担当範囲を記入します。職種の説明を、そのまま情報の入力許可や成果物の承認に置き換えないことが大切です。
具体的な依頼の組み立て方は、業務調査から実装・運用へつなぐFDEの設計例へ進んでください。支援が必要かを先に判断する場合は、AI導入が止まっている工程から考えるFDEの要否で、未解決の仕事と担当者を確認できます。