株式会社ファストコーディングでフロントエンド開発と技術戦略を担当している黒田です。
最近、「Forward Deployed Engineer（FDE）」という言葉を頻繁に耳にするようになりました。OpenAIが2025年初頭にFDEチームを立ち上げ、2026年にはAWSが10億ドルを投じてFDE組織を構築し、Microsoftも6,000人規模のFDE部隊を発表した。AI業界で最もホットな職種の一つになっています。
私がこの言葉を初めて聞いたとき、正直に言うと「ああ、これだ」と思いました。うちがずっとやってきたことに、ようやく名前がついた感覚です。
Forward Deployed Engineerとは何か
FDEという職種は、2005年頃にPalantir Technologiesが生み出したものです。Palantirの最初の顧客はCIAやNSA、アメリカ陸軍の情報部門といった米国の情報機関でした。高度なデータ分析ソフトウェアを開発しても、顧客の現場に入って一緒に使わないと本当に役立つ形にならない。そこで「顧客の現場に常駐し、プロダクトのカスタマイズと導入を行うエンジニア」としてFDEが生まれました。
Palantirが「Forward Deployed Engineer」という名称を正式に使い始めたのは2010年頃とされています。軍事用語の「前方展開（Forward Deployed）」から来ており、「本社ではなく最前線に出るエンジニア」という意味です。
2025年以降、AIの企業導入が急速に進む中で、この職種が爆発的に増加しました。求人サイトIndeedでのFDE関連の求人数は、2025年4月の643件から2026年4月には5,330件と、1年で約8倍に増えています。OpenAI、Anthropic、Google Cloud、Stripeなど、名だたる企業がFDEを採用しています。
なぜ今「FDE」が必要とされているのか
FDEが急増している背景には、AIの導入における根本的な課題があります。
AIのモデルやツールは汎用的に作られている。しかし、顧客の業務は個別具体的である。
ChatGPTやClaudeはどんな質問にも答えてくれますが、「うちの業務の、このExcelを、このフローで、この人たちが使う」という具体的な導入には、現場を知るエンジニアが必要です。顧客のデータ構造を理解し、既存システムとの連携を設計し、ユーザーが実際に使える形に仕上げる。この「最後の1マイル」を担うのがFDEです。
つまり、FDEの本質は「技術を知っていて、かつ顧客の現場を知っているエンジニア」です。
うちがやってきたことは、実はFDEだった
この定義を聞いて、私は「うちがやってきたことそのものだ」と感じました。
うちはフロントエンドのコーディング代行とkintoneのカスタマイズ開発を主力事業としています。どちらも「顧客の現場の課題を理解し、技術で解決する」仕事です。
これまで私たちは、自分たちの役割を「AIエンジニア」「AI駆動開発者」「コーディング代行会社のフルスタックエンジニア」など、いろいろな言葉で表現してきました。でも、どれもしっくり来なかった。
FDEという言葉が一番フィットする理由は、「技術の提供」ではなく「現場への展開」に焦点を当てている点です。
うちのエンジニアは、ただコードを書いて納品するだけではありません。お客様の業務フローをヒアリングし、「この画面でユーザーが次に何をしたいか」を考え、AIが生成したコードを現場で使える品質に仕上げる。これはまさに「Forward Deployed」の仕事です。
フロントエンド会社だからこそFDEが強い理由
ここが一番お伝えしたいことです。
FDEには「顧客の現場を理解する力」と「技術で解決する力」の両方が必要です。そして、フロントエンド開発を専門にしてきた会社は、この両方において独自の強みを持っています。
強み1：ユーザーが触れる場所を作ってきた
フロントエンドとは、ユーザーが直接触れるインターフェースです。ボタンの位置、フォームの入力順序、エラーメッセージの出し方、レスポンシブの中間幅の処理。これらはすべて「ユーザーがどう操作するか」を考えなければ設計できません。
バックエンド開発ではAPIのレスポンスが正しければ仕事が成立しますが、フロントエンド開発では「APIのレスポンスは正しいが、ユーザーにとって使いにくい」という状況が日常的に発生します。
この「ユーザー視点でのプロダクト開発」は、FDEに求められるスキルそのものです。顧客の現場に入って「このツール、使いにくいんだけど」と言われたとき、フロントエンドの経験があるエンジニアは「どこが使いにくいか」を具体的に理解し、改善策を提示できます。
強み2：「動くコード」と「使えるプロダクト」の差を埋めてきた
この連載で繰り返し書いてきたテーマですが、AIが出力するコードは「動く」けれど「使える」とは限りません。
kintoneの記事で書いた「バリデーションのタイミング」の話を思い出してください。AIは保存ボタンを押したときにエラーを出すコードを書きます。技術的に正しい。でも、ユーザーが30分かけて入力した後にエラーが出たら、ユーザーは怒ります。入力中にリアルタイムで教えてあげるべき。
この「動くけど使えない」と「動いて使える」の差を埋める作業は、まさにFDEの仕事です。そして、この差を埋めるスキルは、フロントエンド開発を長年やってきた会社にこそ蓄積されています。
強み3：クライアントの言語で会話できる
フロントエンド会社の営業やディレクターは、クライアントと「技術の言語」ではなく「業務の言語」で会話することに慣れています。
「この画面の離脱率が高い」「フォームの完了率を上げたい」「スマートフォンで見ると使いにくい」。こうしたビジネス上の課題を聞いて、技術的な解決策に翻訳する。この翻訳能力は、FDEに不可欠なスキルです。
直近の体験：kintone案件でのFDE的な動き
最近手がけたkintone案件で、まさにFDE的な動きが求められた経験があります。
人材派遣会社のお客様から「派遣スタッフの契約管理をkintoneでやりたい」という相談を受けました。AIにフィールド定義のたたき台を出させ、コードの骨格も生成させた。技術的にはそこまで難しくない案件です。
ところが、現場に入ってみると、技術とは別の問題が見えてきました。
- 担当者8名のうち、kintoneを使ったことがあるのは2名だけ
- 「抵触日」という概念を理解しているのは管理部門の1名だけで、他の担当者は意味を知らなかった
- 現場では「契約が切れる」「切れない」の2択でしか考えておらず、事業所単位と個人単位の2種類の抵触日があることを認識していなかった
技術的にアプリを作るだけなら、AIとエンジニアで完結できます。しかし「現場で実際に使ってもらう」ためには、ユーザーの理解度に合わせたUIの設計、入力のハードルを下げる工夫（ドロップダウンの活用、自動計算の導入）、運用ルールの策定が必要でした。
結果として、私たちが提供したのは「kintoneアプリ」ではなく「kintoneアプリ＋使い方のガイド＋運用ルール＋担当者向けの説明会」というパッケージでした。これは、従来の「コーディング代行」の枠を超えた仕事です。振り返ってみると、これがまさにFDEの仕事だったのだと思います。
「フロントエンド専門のFDE」という立ち位置
うちは今後、自分たちの立ち位置を「フロントエンド専門のForward Deployed Engineering」と定義していこうと考えています。
AIがコードを書く時代に、制作会社の価値は「コードを書くこと」から「現場で使えるプロダクトに仕上げること」にシフトしています。そして、ユーザーが直接触れるフロントエンドこそ、「使えるかどうか」が最も問われる領域です。
FDEという言葉は米国のAI企業から広まりましたが、その本質は「技術を現場に届けること」。これは新しい概念ではなく、良い制作会社がずっとやってきたことの言語化だと思っています。違いは、AI時代にはこの「届ける」工程の価値がこれまで以上に高まっているということです。
AIが80%のコードを書いてくれる時代。残り20%の「現場で使える品質に仕上げる」仕事こそ、フロントエンド専門会社の強みが活きる領域です。
フロントエンド開発やkintoneカスタマイズにおけるFDE的なサポートをお求めの方は、株式会社ファストコーディングのお問い合わせフォームからお気軽にご連絡ください。
参考文献
*1 Wikipedia “Forward Deployed Engineer” https://en.wikipedia.org/wiki/Forward_Deployed_Engineer
*2 MarkTechPost “What is a Forward Deployed Engineer: The AI Role OpenAI, Anthropic, and Google Are Hiring in 2026” https://www.marktechpost.com/2026/05/20/what-is-a-forward-deployed-engineer-the-ai-role-openai-anthropic-and-google-are-hiring-in-2026/
