FDEって何？国内73社が募集を始めた新職種に、AWSで作れるエンジニアが興味を持った理由

この記事は、こんな方に向けて書きました。
FDEという言葉を最近見かけて、何をする仕事なのか気になっている方。
AIやAWSで作れる力を、お客さんの現場で生かす道を探している方。
内製化を進めたいのに、人が足りなくて困っている会社の方。

FDEを調べていくうちに、これは自分がやりたいことに近いと思いました。今日はその話を書かせてください。

FDEって、何をする人？

FDEは「Forward Deployed Engineer」の略で、日本語にすると「顧客の現場に前進配置されたエンジニア」といった意味です。もともとは米国で広まった呼び方で、最近は日本でもAIを扱う会社が募集を始めています。

仕事の中身をひとことで言うと、お客さんの現場に入り込んで、困りごとを整理し、AIや技術で解決するところまで自分で作る人です。

• 提案して終わりではなく、設計と実装まで自分で手を動かします

• 作って渡して終わりでもなく、現場で使いこなせるようになるまで付き合います

• エンジニアとしての技術に加えて、お客さんと話す力が同じくらい求められます

紹介記事では、工数を提供する働き方とは違い、お客さんがAIを業務で使えるようになることに責任を持つ点が特徴だと説明されていました。

求められる力としては、次のようなものが挙げられています。

• プロトタイプを素早く作れる開発力

• 生成AIやAIエージェントを実際に組み込む力

• 経営層も含めて話せる折衝力

• あいまいな課題を整理して、解ける形にする力

• 知らない業界のことを短期間でつかんで、相手の言葉で話す力

国内でFDEという名前を出して募集している会社は、9月下旬の調査で73社ありました。FDEの組織や職の発表が2026年4月以降に集中したという分析もあり、最近になって一気に増えてきた職種のようです。10月には、大手企業グループが約3,000人規模でFDEのスキル開発を始めたとも報じられています。

ただし数え方は調査によって違いますし、職種名が同じでも担当範囲は会社によってかなり違うようです。

なぜ今、FDEが求められているのか

きっかけは、生成AIがあってもそれだけでは会社の業務は変わらなかったことのようです。

ビジネス系のニュース記事では、AIのモデルだけでもお客さんを目標の半分までは連れていける、けれど残りは、お客さんごとに仕上げる人が必要だと説明されていました。仕上げの中身は、たとえば次のようなものです。

• 間違った答えや危ない使い方を防ぐ仕組みを入れること

• 費用の面でちょうどいいモデルを選ぶこと

• モデルが新しくなったときの対応

• お客さんのセキュリティのルールに合わせること

どれも、現場に入って、業務とルールを理解していないとできない仕事です。

そのため大手のクラウドやAIの会社が、FDEの専門チームづくりに大きな投資を表明していると報じられています。同じ記事では、適任者を探すのは難しく、FDEを「めったにいない希少な人材」と呼ぶ声も紹介されていました。需要に人が追いついていない職種だということです。

似た仕事との違い

FDEは、これまでの職種のどれにも収まりきらない仕事です。

• SESのような働き方との違い：工数を提供することが主な目的の働き方に対して、FDEはお客さんがAIを使いこなせるようになるという成果に責任を持つ点が違う、と説明されています

• SEやコンサルタントとの違い：提案だけで終わらず、自分で作るところまで担います。ただしSEやコンサルタントでも実装を担う仕事はあるので、職種名だけで中身は判断できません

契約の形や担当の範囲は会社によって違うので、線引きは単純ではありません。求人を見るときは、名前ではなくどこまで任されるのかを確認する必要がありそうです。

内製化の流れと、FDEは相性がいい

最近は、システムを外に任せきりにせず、自社で作って自社で回す「内製化」を目指す会社が増えています。ところが、やりたくても人がいない、進め方が分からない、という声をよく聞きます。

ここでFDEが生きてくるとマンチーは考えています。現場に入って一緒に作り、使いこなせるようになるまで付き合うので、お客さん側に「自分で回せる力」が残るからです。

大手クラウド企業の記事でも、AIの導入を簡単にしながら、企業が自力で運用できるようにすることを目指すとされていました。お客さんが共同開発を通じてやり方を身につけ、自分でできることを増やしていくことが、続く変化には必要だという説明です。FDEと一緒に動く期間は、1〜2カ月から半年ほどが想定されているそうです。

ただし「FDEは内製化を支援する仕事だ」と言い切っている記事は見つけられませんでした。これは、いくつかの紹介記事を読んだうえでのマンチーの見方です。

作って渡して終わりにするのではなく、分かる人を現場に増やして去っていく。そんな関わり方ができる人が、これから必要とされるのではないかと思っています。

マンチーが興味を持った理由

マンチーはIT業界で上流工程を長くやってきました。要件を決めて設計する側です。ところが今は、AIのおかげで自分の手で作る側に戻ってきました。

上流の経験と、いま手を動かして作れること。この二つが両方あるのは、FDEに求められる姿にかなり近いと感じています。

もう一つ理由があります。マンチーは現場で、間に何社も入る構造のなかで仕事をすることがあります。そうすると、気づいたことがあってもお客さんに直接伝えられない場面がどうしても出てきます。FDEは、お客さんの現場に入って直接話し、成果まで責任を持つ働き方です。マンチーが現場で感じてきたもどかしさの、ちょうど反対側にある仕事だと思いました。

マンチーは、アプリまで作ってしまいます

「興味があります」だけでは説得力がないので、これまでに作ってきたものを並べます。どれも個人で、AIと一緒に、AWS上に作ったものです。

• コールセンターシステム：高額になりがちな仕組みを、AWS ConnectとAIで個人開発しました（①の記事）

• SSO認証kit：複数のアプリで使える認証の仕組みを作り、二段階認証も入れました（完成の記事）

• 設計書の自動生成ツール：設計書づくりそのものをAIで楽にする道具です（記事）

• 秘密の玉手箱：読んだら消える、パスワード共有のためのセキュリティツールです（記事）

• IT資格の学習アプリ：記述式の問題をタブレットで解けるようにしました（記事）

• ほかにも、日々の面倒な作業を勝手にやってくれる仕組みを7つ作っています（記事）

そして、これらはすべてAWSで作っています。マンチーはAWSを軸にしてきた、いわばAWS専科のエンジニアです。コールセンターにはAmazon Connect、ログインの仕組みにはCognito、ゲームの限定公開にはCloudFrontの署名付きURLと、目的に合わせてサービスを選び、はまった罠も記事にしてきました。

AWSは、FDEの専門組織づくりに大きな投資をすると、2026年6月に発表したと報じられています。AWSで実際に作れる人が、お客さんの現場に入るという形は、これからさらに求められるのではないかと考えています。

作るだけでなく、セキュリティと運用の費用も意識して設計するようにしています。現場に入ったとき、いちばん差が出るのはそこだと思っているからです。

「作れる」だけでは足りないことも知っています

アプリが作れることと、現場で使われることは別の話です。ITが得意でない方に分かってもらうために、同じ資料を何度も作り直す大変さも、現場で味わってきました。

だからFDEで本当に大事なのは、技術力よりも、相手に合わせて説明し直せる粘り強さかもしれません。そこは、これまでの経験がいちばん生きるところだと思っています。

もう一つ強みだと思っているのが、資料づくりです。マンチーには会社を経営した経験と、企画の仕事の経験があります。そのおかげで、経営層に向けた提案資料やパワーポイントを自分で書けます。エンジニアには資料づくりが得意でない方も多いので、技術の話を経営の言葉に直して伝えられることは、FDEとして役に立つと考えています。

マンチーが現場に入ったら、最初にやること

実際にFDEとして現場に入るなら、こう動きたいと考えています。これはあくまでマンチー個人のやり方の案です。

1. 使う人の話を聞き、仕事の流れを見る。作る前に、いまの業務のどこで困っているのかを自分の目で確かめます

2. 小さな試作品を数日で作る。説明を重ねるより、動くものを見てもらったほうが早いからです

3. セキュリティと費用の見積もりを先に出す。鍵や認証の扱い、AWSならどのリージョンで動かすか、毎月いくらかかるかを、作る前に決めます

4. 使う人に合わせて、説明の資料を作る。ITが得意でない方にも分かる言葉で、何度でも作り直します

5. 手離れを意識する。運用の手順書を残し、お客さん側の担当者に教えて、自分がいなくても回る状態にします

気をつけたいこと

いいことばかり書いてきましたが、FDEは楽な仕事ではないと思っています。

お客さんの現場に深く入るぶん、期待も責任も重くなります。「AIで何でもできる」という期待が先に大きくなっていると、そのずれを埋めるのも仕事です。顧客との折衝が重く、体調を崩す人もいるという指摘もありました。

だからこそ、できることとできないことを最初にはっきり伝える力が大事です。ここは慎重にやりたいと考えています。

まとめ

• FDEは、お客さんの現場に入り、課題の整理から実装、定着までを担う仕事です

• AIのモデルだけでは足りず、お客さんごとに仕上げる人が必要で、需要に人が追いついていない職種です

• 工数ではなく、お客さんが使いこなせるようになることに責任を持つ点が特徴です

• マンチーは上流の経験があり、いまは自分の手でアプリも作れます

• AWSを軸に作ってきた、AWS専科のエンジニアです

• 作るだけでなく、セキュリティと費用まで考えて設計します

• 経営と企画の経験があり、提案資料も自分で書けます

• 内製化を目指す会社にとって、現場に自走する力を残すFDEは相性がいいと思っています

• この組み合わせは、FDEにいちばん近いと感じています

FDEの仕事に関わっている方や、同じ道を考えている方がいたら、ぜひ声を聞かせてください。

読んでくださってありがとうございました。

(この記事は公開されている紹介記事とマンチー個人の経験・意見にもとづいています。FDEの仕事の中身は会社によって違います)

＜おすすめ記事①＞
なぜ上流の人間が、AIで実装側に戻ってきたのか。マンチーの自己紹介の記事はこちら。

＜おすすめ記事②＞
FDEにつながる力として、個人でAWSとAIを使って作った大きなシステムの話はこちら。

＜おすすめ記事③＞
個人で作ってきた、日々の面倒な作業を勝手にやってくれる7つの仕組みを知りたい方はこちら。

#FDE #フォワードデプロイドエンジニア #AIエンジニア #エンジニア転職 #生成AI #個人開発 #バイブコーディング #AWS #内製化 #munchie