FDEのキャリアパス｜数年やった後の進路と、その先で効く経験

FDEを数年やると何が溜まるのか

職種の価値を考えるとき、肩書きではなく「持ち出せる資産」で見ると分かりやすくなります。FDEの場合、溜まる資産は大きく3つです。

1つめは、業務を理解して実装に落とす往復の経験です。顧客の現場で何が起きているかを聞き取り、それをデータの形とシステムの形に翻訳する。この作業を複数の業界で繰り返すと、初めて聞く業務でも構造を掴むのが速くなります。

2つめは、どの課題に金が付くかの土地勘です。FDEは、顧客が予算を出して解こうとしている問題を、間近で何十件も見ます。世の中で語られる流行と、実際に企業が金を払う課題は一致しないことが多く、この差を体で知っていることは、後にプロダクトを作る側や起業する側に回ったときに効きます。

3つめは、動くものを短期間で出す胆力です。要件が固まらないまま着手し、期限までに顧客が触れる状態を作る経験を積むと、不確実な状況での判断が速くなります。逆にいえば、この3つが溜まらない配属(単純な保守作業だけを回される等)なら、キャリアの観点では長居する意味が薄い、という判断材料にもなります。

進路1: 社内で上位のFDE・マネージャーへ

もっとも素直な道です。担当案件の規模と難易度が上がり、やがて複数のデプロイメントを見る立場、地域やチームを見る立場になります。求人でも、リード級やマネージャー級のFDEポジションが出ることがあります。

この道で価値が出るのは、個々の案件を成功させる力より、成功のしかたを型にして横展開する力です。ある顧客でうまくいった構成を、別の顧客でも再現できる形に整理し、チームに配れるかどうか。上位のFDE求人の要件に「再現性のあるパターンを見つける」といった記述が入るのは、この期待の表れです。

注意点として、マネージャーに寄るほど自分でコードを書く時間が減ります。技術者としての手触りを保ちたい場合は、意識的に手を動かす案件を残す必要があります。

進路2: プロダクトマネージャー・プロダクト側へ

FDEからプロダクトマネージャーへの移動は、よく見られる進路のひとつです。理由ははっきりしています。多くの顧客を回ったFDEは、「どの会社も同じところで詰まる」というパターンを、伝聞ではなく現場で見ています。これは、プロダクトの優先順位を決める仕事の中核にある情報です。

また、技術的に何が実現可能かを自分で判断できる点も強みになります。エンジニアリングチームと対等に話せるプロダクトマネージャーは、社内での信用が付きやすい傾向があります。

移るときのハードルは、対象が「目の前の顧客1社」から「顧客全体」に変わることです。FDEとしては、目の前の顧客の要望に全力で応えることが正しい。プロダクト側では、1社の要望に応えることが全体最適を壊すこともあります。この視点の切り替えが、移行期にもっとも苦労する部分です。

進路3: 起業・創業メンバー

FDEから起業に進む例は珍しくありません。Palantirの出身者からは多くのスタートアップが生まれており、防衛技術のAndurilの共同創業者にはPalantirでフォワードデプロイド系の職務や技術部門の責任者を務めた人物が含まれます。

FDEの日常が起業に近い、という説明はある程度もっともです。顧客の課題を自分で見つけ、範囲を決め、限られた期間で動くものを作り、価値があるかを検証する。この一連の流れは、初期のスタートアップがやっていることとほぼ同じです。加えて、どの業界の誰が何に金を払うかを知っていることは、最初の顧客を見つけるうえで大きな利点になります。

ただし、FDE出身の起業家が目立つ現象と、FDEをやれば起業できることは別です。これらの事例は限られた企業の出身者に集中しており、統計的な傾向として一般化できるものではありません。起業を目標に置くのであれば、FDEの経験に加えて、自分で顧客を見つけて売る経験を別途作る必要があります。

進路4・5: エンジニアリングマネージャー、独立・業務委託

エンジニアリングマネージャーへの道は、社内のプロダクト開発チーム側に移る形です。FDEで培った、締め切りの中で優先順位を決める力と、非エンジニアと合意を作る力は、そのままマネジメントに転用できます。ただし、純粋な開発チームのマネージャーは深い技術的な意思決定を求められるため、FDE期間中に実装の深さを保っていたかが問われます。

独立・業務委託は、日本では現実的な選択肢のひとつです。AI導入の伴走や、PoCから実装までを請け負う案件は執筆時点(2026-08)で一定の需要があります。正社員FDEに比べて働き方の自由度は上がりますが、収入の安定性、案件が途切れたときの備え、契約形態の設計は自分で管理することになります。契約や単価の考え方は業務委託の記事で詳しく扱っています。

リスク——潰しが効かなくなる場合

良い面ばかり書くのは不誠実なので、この職種で生じやすいリスクも挙げておきます。

対策はシンプルで、年に1回は自分が設計から実装まで持つものを作ること、担当する業界や技術領域を意図的に狭めて深掘りする時期を作ること、そして自分が何をどこまで作ったかを案件ごとに記録しておくことです。最後の記録は、次の選考でそのまま材料になります。

キャリアの選択肢を広く保つには、市場に出ている求人を定期的に見ておくのも有効です。どの企業がどんな要件でFDEを募集しているかは、FDE board の求人一覧で確認できます。転職の予定がなくても、求められる要件の変化を追っておくと、いま何を積むべきかが見えます。

• 特定プロダクトへの依存: 自社製品の上でしか動かせない技能が中心になると、外に出たときの評価が下がります
• 実装の深さが浅くなる: 短期で作って引き渡す繰り返しは、幅は広がるが深さが付きにくい構造です
• 成果が説明しにくい: 顧客名を出せず、チームの成果と自分の担当が混ざりやすいため、職務経歴書が書きにくくなります
• 移動と常駐の負荷: 出張や顧客先常駐が続く働き方は、ライフステージによっては継続が難しくなります

よくあるご質問

FDEを何年やってから次に移るのが一般的ですか?

職種自体が新しいため、確立した相場はありません。ただし、複数の顧客を担当してパターンが見えるまでには一定の年数が必要で、案件を数件しか経験していない段階では、FDEならではの資産が溜まりきっていないことが多いようです。年数ではなく、担当した案件の数と幅で判断するほうが実態に合います。

FDEから純粋なソフトウェアエンジニアに戻れますか?

戻れますが、実装の深さを保っていたかによります。FDE期間中も設計から実装まで自分で持つ案件を持ち続けていれば問題になりにくく、逆に設定作業と調整が中心だった場合は、選考で技術面の説明に苦労することがあります。

FDEの経験は日本国内でも評価されますか?

執筆時点(2026-08)では、FDEという肩書き自体の認知はまだ広がりきっていません。ただし、実態である「顧客の業務を理解してAIを実装し、現場で使われるところまで持っていった経験」は、AI導入を進めたい企業から強く求められています。肩書きよりも中身で説明できるようにしておくのが実務的です。

次のキャリアを見据えて、いま何をしておくべきですか?

案件ごとに、何が曖昧だったか・自分がどこを判断したか・実際に使われたかを記録しておくことです。これがあれば、プロダクト側でも起業でも独立でも、説明の材料になります。求人要件の変化を追うなら FDE board の求人一覧が、条件に合う求人の連絡を受け取りたい場合は候補者登録が使えます。