FDEになるためのロードマップ|現職からの12ヶ月学習・転職計画を経歴別に解説

フェーズ0(最初の2週間):現在地を診断する

ロードマップは全員同じではありません。FDEの2大能力軸「実装力」と「顧客対峙力」で自分の現在地を診断し、どちらを重点的に埋めるかを最初に決めます。

各社の採用要件では年数より「エンドツーエンドで届け切った経験」が重視されます(Palantirは実務1年程度の若手も採用)。ただしソフトウェア開発の実務経験ゼロからの直行は現実的ではないため、学習型の方はまず開発職としての経験を積むことを推奨します。

フェーズ1(1〜3ヶ月目):LLMアプリを「本番品質」で1つ作り切る

全タイプ共通の最優先事項です。2026年時点のFDE採用で最も差がつくのはLLM実装+評価基盤の実践経験であり、これは個人開発で証明可能です。デモで終わらせず「本番品質」に仕上げることがポイントです。

1. 01題材を「実在の業務課題」から選ぶ:自分や知人の職場の反復作業など、ユーザーが実在する課題にする(FDEの課題設定力の証明になる)
2. 02一気通貫で構築する:認証・API設計・プロンプト管理・エラー処理・ログまで含める。フレームワークはLangGraphやMCP(Model Context Protocol)など求人で頻出のものを1つ選ぶ
3. 03評価基盤(Evals)を実装する:テストケース集、LLM-as-a-judgeによる自動評価、プロンプト変更前後の回帰テスト。「精度をどう測っているか」を語れる状態にする
4. 04アーキテクチャの意思決定を記録する:「なぜRAGにしたか」「どこを決定論的コードで守ったか」をREADMEに書く。面接のウォークスルー資料そのものになる

フェーズ2(3〜6ヶ月目):顧客対峙の経験を現職で作る

顧客対峙力は座学では身につきません。転職前に現職の中で「顧客・ユーザーと直接対話し、要望を課題に翻訳する」経験を意図的に作ります。

• 実装型の人:要件ヒアリング・ユーザーインタビュー・プリセールス支援への同席を申し出る。社内の他部署を「顧客」に見立てた業務改善でもよい
• 現場型の人:「言われたものを作る」案件の中で1つ、自分から課題を特定して提案する動きを作る(提案が通らなくても、そのプロセス自体が面接で語れる)
• 対話型の人:このフェーズは既に強いので、フェーズ1の実装に時間を倍振りする
• 全タイプ共通:過去の実績を「顧客の課題→自分の提案→実装→ビジネス成果(数値)」の形式で棚卸しする。職務経歴書の書き方は関連記事「FDE転職ガイド」を参照

フェーズ3(6〜9ヶ月目):ポートフォリオを揃え、市場に出る準備をする

1. 01フェーズ1のLLMアプリを「5分で価値が伝わる」デモに磨く(動画+README+アーキテクチャ図)
2. 02職務経歴書をFDE向けに書き直す:実績を顧客成果で語り、エンドツーエンドで届け切った経験を最も詳しく書く
3. 03求人市場の調査を始める:「FDE」だけでなく、ソリューションエンジニア・AI導入エンジニア・テクニカルアカウントエンジニアなど別名の実質FDE求人も対象に含める
4. 04FDE特化エージェントとの面談で、現在地の市場評価と不足ギャップの客観的な診断を受ける(このタイミングが最も軌道修正しやすい)

フェーズ4(9〜12ヶ月目):応募と選考対策

選考は「技術面接・ケース面接・実技課題」の3本柱です。それぞれの評価ポイントと突破法は関連記事「FDE面接対策の完全ガイド」で詳述していますが、ロードマップ上の要点は次の3つです。

1. 01ケース面接の「型」を口に馴染ませる:課題の言語化→データの棚卸し→最小スコープ提案→成功指標の合意→リスク先出し、の5ステップを声に出して練習する
2. 02フェーズ1のアプリでウォークスルーの練習をする:「なぜこの課題か」「どう評価したか」「何を捨てたか」を語る
3. 03応募は2〜3社ずつの波で行う:初回の選考で得たフィードバックを次の波に反映する。第一志望は2巡目以降に回すのが定石

経歴別ショートカット:12ヶ月を短縮できる人

まとめ:完璧を待たず、市場に出ながら仕上げる

FDEへの道は「①LLMアプリを本番品質で作り切る → ②顧客対峙の経験を現職で作る → ③実績を顧客成果で語り直す → ④型を身につけて選考に出る」の4フェーズに集約されます。FDEは経験者がほぼいない新職種であり、完璧な準備を待つより、フェーズ3の段階で市場に出てフィードバックを得るほうが早く決まるのが実態です。現在地の診断と個別のロードマップ設計は、無料のキャリア面談でも承っています。