SIerからFDEへ転職する方法|要件定義・PM経験が活きる理由と選考対策

結論:SIerの転職先としてFDEが候補になる理由

FDEとは、自社のプロダクトを顧客の現場に合わせて実装・導入し、顧客の成果が出るところまで伴走するエンジニアです。LayerXは2025年7月の公式ブログで、FDEを「前線(Forward)に配置された(Deployed)ということで、お客さまとの最前線に立ち、顧客課題を真に理解し、プロダクトの実装・導入を推進するエンジニア」と説明しています。顧客の業務を理解し、要件を固め、動くものを届けるという流れは、SIerのエンジニアがプロジェクトごとに繰り返してきた仕事そのものです。

ただし、SIerとFDEは同じではありません。Sansanは2026年1月の公式ブログで、FDEの立ち位置を「提案までで役割を終えるコンサルタントとも、要件に基づいてフルスクラッチで構築するSIerとも異なります」と書いています。FDEは自社プロダクトを持ち、その制約の中で顧客の課題を解き、現場で得た知見をプロダクトに戻します。SIerの経験はFDEの土台になりますが、そのまま通用するわけではなく、「何が評価され、何が足りないのか」を把握したうえで準備する必要があります。

関連記事FDEとは:Forward Deployed Engineerの仕事内容・年収・SESとの違い

SIerからFDEへの転職を考えるうえで押さえるべき点を、先に表で整理します。

SIerの経験がFDEで評価される3点

FDEはまだ新しい職種で、FDEの実務経験者はほとんど市場にいません。そのため各社は隣接職種からの転身者を採用しており、SIer出身者はその主要な供給源の一つです。SIerで積んだ経験のうち、FDEの求人票や公式ブログで明確に評価されているのは次の3点です。

1. 要件定義:言語化されていない業務を構造化する力

FDEの仕事の起点は、顧客の業務を理解して課題を構造化することです。LayerXは公式ブログで、FDEには「業務ドメインを深く理解する必要性があります。業務フローを表面的にトレースするのではなく」と書き、「非構造化情報を解きほぐし、業務ロジックに組み込む実装力が必要不可欠」だと説明しています。Sansanも、FDEに求めるものとして「営業プロセスや業務構造を理解し、課題を言語化できる力」を挙げています。

SIerの要件定義で、顧客の担当者から業務の流れを聞き出し、例外処理や部門間の引き継ぎまで含めて仕様に落とした経験は、この力そのものです。JDSCの求人票は「要件が明確でない状況でも、関係者と対話しながら課題を整理し、実装まで持っていった経験」を必須要件にしています(2026年10月時点)。SIerで上流工程を担当してきた人なら、この要件に対して具体的な案件で答えられるはずです。

2. 顧客折衝:経営層から現場まで合意を取る力

FDEは顧客のさまざまな立場の人と向き合います。Sansanの公式ブログは、FDEに必要なスタンスとして「経営層から現場まで、異なるステークホルダーと対話し合意形成を進める力」を挙げています。ログラスの坂本氏はレバテックLABの取材で、FDEに重要なのは「技術的・論理的な正しさだけでなく、人間の複雑さを加味しながら前に進める力」だと述べています(2026年3月)。

SIerのプロジェクトで、顧客の情報システム部門と業務部門の意見が食い違う中で落としどころを見つけたり、スコープの変更を顧客と交渉したりした経験は、FDEの顧客折衝と同じ性質の仕事です。ソフトバンクのFDE求人票は「顧客折衝を含むプロジェクト推進経験」を必須要件にしており(2026年10月時点)、この経験が選考の入り口になっています。

3. 大規模運用:エンタープライズの環境を知っている

FDEが入り込む顧客の多くは、基幹システム・既存のデータ基盤・セキュリティ要件・承認フローを持つエンタープライズです。ソフトバンクの求人票は「エンタープライズ向け大規模システム導入経験」を歓迎要件に挙げ、アンドパッドは「ERP刷新や基幹システム連携など、大規模システムの導入・連携プロジェクトのPM/PL経験」を歓迎要件にしています(2026年10月時点)。

AI企業のFDEにとって、顧客の基幹システムや既存のデータがどのように管理されているか、本番リリースにどのような承認が要るかを知っていることは大きな強みです。SIerで保守運用やリリース管理、基幹システムとの連携を経験してきた人は、Web系のエンジニアが持っていないこの知識を持っています。

関連記事FDEとSES・SIer・SE・コンサルの違い:自社プロダクトの有無と知見の行き先で比較

SIer出身者に不足しがちな3点と補い方

一方で、SIerの経験だけではFDEの選考で埋まらない点もあります。求人票と公式ブログから読み取れる不足しがちな点は、自社プロダクト志向、LLM実装の経験、コードの手離れの3つです。

1. 自社プロダクト志向:制約の中で解く発想

SIerでは顧客の要件に合わせてシステムを構築しますが、FDEは自社プロダクトの機能を前提に顧客の課題を解きます。LayerXの白井氏はレバテックLABの取材で、FDEは「自社プラットフォームという制約の中で動きますが、この制約こそが強み」だと述べています。制約があるからこそ個別対応がプロダクトの資産として積み上がり、次の顧客への価値になるという考え方です。同じ取材でSESとの違いは「顧客企業を離れたら終わり」かどうかだと整理されており、FDEは「個別最適の対応が、そのままプロダクトのスケールに直結する」サイクルを回すことが本質だとされています。

SIerで「顧客の言うとおりに作る」ことに慣れていると、プロダクトの機能で解ける範囲と作り込むべき範囲の線引きが苦手になりがちです。この発想は、応募先のプロダクトを事前に触り、「この機能ならこの業務課題をこう解ける」と自分の言葉で説明できるようにすることで補えます。

2. LLM実装:多くの求人で必須要件

日本のFDE求人の多くは、生成AIやLLMを使ったアプリケーションの構築経験を必須要件にしています。ソフトバンクは「LLM／生成AIを活用したアプリケーションの構築または導入経験」を必須要件に、「RAG／エージェント設計／評価基盤構築経験」を歓迎要件にしています。マネーフォワードの社内向けFDEは「生成AIやLLM、AIエージェントを活用したソリューション開発経験」と「PoCにおける評価設計の経験」を必須要件にしています(いずれも2026年10月時点)。

SIerの案件で生成AIを扱う機会がなかった人は、ここが最大のギャップになります。補い方としては、RAG(検索拡張生成)を使った社内文書の検索ツールや、業務の一部を自動化するエージェントを自分で作り、精度をどう測ったかまで説明できる状態にしておくことです。「作った」だけでなく「評価した」経験が求人票に書かれている点に注意してください。

関連記事FDEに必要なスキル・資格:LLM実装・評価・顧客対峙の3領域をどう身につけるか

3. コードの手離れ:自分で本番品質のコードを書いているか

SIerで上流工程やPMを長く担当していると、自分の手でコードを書く機会が減ります。しかしFDEは自分で実装する職種です。ソフトバンクの求人票は「Python、JavaScript等を用いた本番品質コードの設計／実装経験」を必須要件にし、JDSCは「エンジニアとしての開発経験(2年以上)」を必須要件にしています(2026年10月時点)。

ただし、求人によって求める技術の深さは異なります。アンドパッドのFDE求人は「ITソリューションのプリセールス、導入コンサルティング、またはシステムエンジニア」としての実務経験を必須要件にしつつ、技術面はコードの読み書きができることとアーキテクチャ設計・API連携の知見を求めており、開発経験の年数は指定していません(2026年10月時点)。コードを書く比重が高い求人と、課題整理と設計の比重が高い求人があるため、自分の現在地に合わせて応募先を選ぶことが大切です。

大手・ユーザー系・独立系で異なる転身ルート

SIerと一口に言っても、大手SIer、メーカーや金融グループのユーザー系SIer、独立系SIerでは、積める経験が異なります。FDEへの転身先も、AIスタートアップ・SaaS企業のFDE、大手企業の社内FDE、SIer・コンサル大手が新設したFDE組織の3系統があります。出身と転身先の組み合わせで、強みの出し方が変わります。

AIスタートアップ・SaaS企業のFDE

LayerX、Sansan、JDSC、アンドパッド、ログラスなど、自社プロダクトを持つ企業のFDEです。顧客の現場に入り、自社プロダクトで課題を解き、知見をプロダクトに戻す、という最も典型的なFDEの形です。アンドパッドの求人票は「建設・製造・物流など『ノンデスクワーカー』領域でのDXプロジェクト経験」を歓迎要件にしており、ユーザー系SIerで特定業界の業務に深く関わった人には有利な求人があります(2026年10月時点)。

大手企業の社内FDE

自社の事業部門に対してAI導入を担う社内向けのFDEもあります。マネーフォワードの「Forward Deployed Engineer(Internal)」は、事業部へのヒアリングとワークショップを通じた業務課題の構造化、生成AIを使ったプロトタイプの設計・開発、プロダクション化の判断に必要な評価指標の設定を担う職種で、「コンサルティングファームやSIerでの業務改善・システム導入プロジェクト経験」を歓迎要件にしています(2026年10月時点)。顧客が社外から社内に変わるだけで、業務ヒアリングから実装までを担う点はSIerの仕事と近い形です。

SIer・コンサル大手が新設したFDE組織

2026年に入り、デロイト トーマツや日立のようなコンサルティング会社・大手SIer自身がFDE組織を作る動きが出てきました(詳細は後述)。現職と近い環境でFDEの働き方に移れる一方、自社プロダクトを持たない場合は、パートナー企業のプロダクトやAI基盤の上で実装する形になります。SIerの経験が最も直接的に活きるルートですが、「知見をプロダクトに戻す」というFDEの本質がどこまで成り立つかは、組織ごとに確認が必要です。

関連記事FDE求人・採用企業一覧:日本でFDEを募集する企業の職種名・年収・応募要件

職務経歴書で見せ方を変える箇所

SIerの職務経歴書は、案件ごとに「システム名・規模・担当工程・使用技術」を並べる形式が一般的です。この書き方のままFDEに応募すると、「言われたものを作った人」に見えてしまいます。FDEの選考で見られるのは、顧客の業務に何が起きたか、曖昧な状況で自分が何を決めたか、の2点です。書き換えるべき箇所を具体的に挙げます。

納品実績を「顧客成果」で語り直す

「受発注システムを構築(規模300人月、要件定義〜結合テスト担当)」という記述は、「発注業務の二重入力を解消するため、業務部門へのヒアリングで例外処理を12パターンに整理し、承認フローを再設計。稼働後に発注処理の手戻りが減った」のように、顧客の業務がどう変わったかを主語にして書き直します。Sansanの公式ブログは、FDEの使命を「既存のプロダクトの力を最大限に活かしながら、顧客固有の業務や課題に適応させ、実際に価値が出るところまで伴走する」ことだと述べています。価値が出るところまで見届けた経験が伝わる書き方が必要です。

曖昧な状況での意思決定を書く

The Pragmatic Engineerの2025年8月の記事は、OpenAIのFDE求人が「work in a ton of ambiguity(大きな曖昧さの中で働く)」能力を求めていると紹介しています。JDSCの求人票も「要件が完全に固まっていない状態から、顧客と対話しながら『何を作るべきか』『どこまで作るべきか』を決め」ることを仕事内容に書いています。SIerの案件で、要件が決まらない中でスコープを提案した、顧客の要望を聞いたうえで別の方法を提案して採用された、という経験があれば、それを独立した項目として書きます。

自分で書いたコードを明示する

担当工程に「設計〜テスト」と書くだけでは、自分で実装したのか、協力会社に依頼したのかが伝わりません。自分で書いた部分(言語、担当した機能、本番で動いているか)を明示します。LLMを使った個人開発や社内ツールがあれば、精度をどう測ったかとあわせて書きます。

導入後の運用に関わった経験を書く

LayerXは公式ブログで「導入で終わりません。むしろ導入後こそが本番です」と書いています。SIerの保守運用フェーズで、稼働後の問い合わせから改善点を見つけて実装した、利用状況を見て設定を変えた、という経験は、FDEの「定着まで伴走する」仕事と直結します。運用を「下流工程」として省略せず、顧客の利用状況をどう改善したかを書きます。

関連記事FDE転職ガイド:転身しやすい経歴・職務経歴書の書き方・選考対策

• 案件名ではなく、顧客の業務課題と、その課題がどう変わったかを見出しにする
• 要件が決まらない中で自分が決めたこと・提案したことを独立した項目で書く
• 自分で書いたコード(言語・機能・本番稼働の有無)を明示する
• LLMを使った開発経験は、精度の測り方まで書く
• 稼働後の運用で利用状況をどう改善したかを書く
• 顧客の経営層・業務部門・情報システム部門のうち、誰と直接話したかを書く

選考で問われること:SIer出身者がつまずきやすい質問

FDEの選考は、技術面接に加えて、顧客対峙を模したケース面接やロールプレイが行われることが一般的です。SIer出身者がつまずきやすいのは、「なぜSIerではなくFDEなのか」「プロダクトでは解けない要望を顧客から受けたらどうするか」という質問です。

前者は、SESやSIerとFDEの違いを自分の言葉で説明できるかを見ています。レバテックLABの取材で、ログラスの坂本氏とLayerXの白井氏は「FDEは役割というより、ビジネスモデルに近いもの」という認識を共有しています。個別対応がプロダクトの資産になり、次の顧客の価値になるというサイクルに自分が関わりたい理由を、SIerでの具体的な経験(案件ごとに知見が区切られてしまったことなど)と結びつけて答えられると説得力が出ます。

後者は、自社プロダクト志向を見る質問です。SIerの発想では「作り込む」と答えがちですが、FDEでは、プロダクトの既存機能で代替できないか、作るとしてもプロダクトに戻せる形にできないか、作らずに業務側を変える選択肢はないか、を順に検討する答え方が求められます。The Pragmatic Engineerの記事は、コンサルタントが「one-off recommendations(単発の提言)」を行うのに対し、FDEは長期にわたって顧客と働き、コアプロダクトに貢献する点が違いだと整理しています。

年収はどう変わるか(公開求人票の記載)

SIerからFDEに移ると年収がどう変わるかは、現在の年収と転職先によって異なるため一概には言えません。ここでは、日本のFDE求人票に記載されている年収のうち、公式の求人ページで確認できたものだけを示します(2026年10月時点)。

いずれも幅が広く、SIerでの職位や経験年数がそのまま上限に反映されるわけではありません。LLM実装の経験や、顧客折衝を含むプロジェクト推進の実績が、提示額を左右します。年収の構造や海外との比較は、FDEの年収に関する記事で詳しく解説しています。

関連記事FDEの年収・給料:日本と海外の公開求人票から見る相場と年収を上げる要素

SIer・コンサル大手自身がFDE職を作り始めた

2026年には、AI企業だけでなく、コンサルティング会社や大手SIerがFDEの組織を作る動きが公式に発表されています。SIerに在籍したままFDEの働き方に移る選択肢が生まれつつあるということです。ここでは、各社の公式サイトで確認できた発表だけを取り上げます。

デロイト トーマツ:FDEマネジメントオフィスを設置

デロイト トーマツは2026年4月30日のプレスリリースで、FDE人材の活用を本格化すると発表しました。2026年6月にFDEマネジメントオフィスを設置し、FDE人材の採用・育成、制度設計、ナレッジ共有、アサイン調整を担うとしています。FDEは「現場でのAI実装を担う」役割で、企業価値の構造を分析して変革の重点領域を特定するDS(Deployment Strategist)と連携し、「戦略と実行を接続し、AI駆動の全社変革を支援」するという整理です。FDEには「AI駆動のシステム・データ連携を設計・実装するフロントエンド、バックエンド、インフラにまたがる幅広いスキルが求められます」と書かれており、社内資格制度とキャリアモデルを整備し、外部採用と社内輩出の両方でFDEを育てるとしています。

日立:Google CloudとのFDEモデルをグローバルに展開

日立は2026年6月9日のプレスリリースで、Google Cloudとの戦略的アライアンスを拡大し、FDEによるフィジカルAIの社会実装を進めると発表しました。日立はFDEを「お客さまの事業の現場に直接入り込み、経営課題の特定から、PoCによる早期の価値検証、実業務へのアジャイルな実装まで一気通貫で行う専門家集団」と定義しています。日立のコンサルタント、AIトランスフォーメーション(AX)のエキスパート、米国子会社GlobalLogicのAIネイティブなソフトウェアエンジニア、Google Cloudのエンジニアが協働する体制で、得られた知見を国内のシステムエンジニアに還流させるとしています。

NTTデータ・富士通:SalesforceのFDE Partner Networkに参画

Salesforceは2026年6月8日、AIエージェント「Agentforce」の本番導入を加速する「Forward Deployed Engineering(FDE)Partner Network」を日本で本格展開すると発表しました。国内の初期パートナーは、アクセンチュア、NTTデータ、グローバルウェイ、テラスカイ、デロイト トーマツ、電通総研・電通デジタル、PwCコンサルティング、富士通、フレクトの9社です。NTTデータは2026年6月30日に自社サイトで参画を発表し、複雑なデータ構造の整理と権限管理設計、セキュリティ・規制要件に対応した環境構築、システム連携・API・データパイプラインの統合、本番環境への展開支援を担うとしています。また、NTT DATAのドイツ法人は「Forward Deployed Engineer - FDE」の職種名で求人を公開しており、顧客向けのデモ・プロトタイプ・PoC・MVPを迅速に構築する役割に、ソフトウェア・AIエンジニアリング5年以上と生成AI・LLMソリューション構築2年以上の経験を求めています(2026年10月時点)。

SIer・コンサル大手のFDEは、自社プロダクトではなくパートナー企業のプラットフォーム(Agentforce、Google CloudのAI基盤など)の上で実装する形が中心です。「現場で得た知見をどこに戻すのか」は組織によって異なるため、応募時に確認してください。富士通については、FDE Partner Networkへの参画以外に、FDE職の設置に関する公式発表は2026年10月時点で確認できませんでした。

これらの動きは、SIer出身者にとって2つの意味を持ちます。1つは、現職の延長線上でFDEの働き方を選べる可能性が出てきたこと。もう1つは、SIer・コンサル大手がFDE人材を外部採用と社内輩出の両方で確保しようとしており、FDEの経験を積んだ人の市場価値が業界をまたいで高まることです。

SIerからFDEへ転職するための準備の順序

ここまでの内容を、SIer在籍者が実際に動く順序に整理します。

1. 01現職の案件を「顧客の業務がどう変わったか」「自分が何を決めたか」の2軸で棚卸しし、FDE向けの職務経歴書に書き直す
2. 02LLMを使ったアプリケーション(RAG、エージェントなど)を自分で作り、精度の評価まで経験する。業務で機会があれば、現職の案件で生成AIの導入を提案する
3. 03自分の出身(大手・ユーザー系・独立系)と現在の実装力に合わせて、AI企業のFDE、社内FDE、SIer・コンサル大手のFDE組織のどれを狙うかを決める
4. 04応募先のプロダクトを事前に触り、「この機能で自分が担当した顧客の課題をどう解けるか」を説明できるようにする
5. 05「なぜSIerではなくFDEなのか」「プロダクトで解けない要望にどう対応するか」への答えを、自分の経験と結びつけて用意する

SIerでの要件定義・顧客折衝・大規模導入の経験は、FDEの求人票で明確に評価されています。足りないのはLLM実装と自社プロダクト志向の2点で、どちらも準備で補えるものです。SIerの転職先としてFDEを検討する人は、まず自分の経験を「顧客成果」の言葉で語り直すところから始めてください。