Opsfield
FDE（Forward Deployed Engineer）の求人を見かける機会が増え、次のキャリアとして意識し始めたエンジニアやITコンサルタントの方も多いのではないでしょうか。その一方で、募集要項には実装経験や顧客折衝といった言葉が並ぶばかりで、今の自分に何が足りず、どの順番で補えばよいのかを読み取るのは容易ではありません。
結論として、FDEになるには特別な資格よりも、実装と顧客折衝の両方を実務で積み上げてきた経験が問われます。そのため、今の職種でそのまま活きる経験と不足している経験を切り分け、足りない側を計画的に埋めていくことが近道です。
本記事では、目指しやすい職種ごとの補い方やFDEになるための5ステップだけでなく、国内で募集している企業の応募要件、求人を選ぶときの確認ポイントなどを解説します。あわせて、FDEの育成や採用に時間がかかる企業側の選択肢にも触れているので、ぜひ参考にしてください。
目次
FDEになるには？実装経験と顧客折衝経験の両方が必要
FDEになるには、エンジニアとしての実装経験と、顧客と直接向き合ってきた経験の両方が必要です。
FDEは顧客の現場に入り込み、課題の特定からAIの実装、定着までを担います。そのため、コードが書けるだけ、あるいは顧客と話せるだけでは要件を満たせません。例えば、OpenAIが東京で募集しているFDEは、顧客対応を含む5年以上のエンジニアリング経験を目安に挙げています。
また、国内企業でも傾向は変わりません。AI ShiftのFDE求人は、2年以上の開発実務に加えて、技術リードを含むプロジェクトマネジメントの経験を必須にしています。つまり、どちらか一方を伸ばし切ってから応募するものではなく、両方を実務で重ねてきた年数そのものが見られていると考えてください。
とはいえ、今の時点で両方がそろっている人は多くありません。まずは自分がどちらに寄っているのかを把握し、足りない側を補う計画を立てるところが出発点になります。
FDEに必須の資格はなく実務経験で判断される採用
FDEになるために必須の資格はなく、採用は実務経験で判断されます。そのため、資格の取得を応募の前提条件と考える必要はありません。
実際に国内のFDE求人を見ても、応募要件の中心は開発年数や顧客対応の経験です。セールスフォース・ジャパンのFDE求人のように自社製品の上位認定資格を歓迎要件に挙げる例はあるものの、必須条件にはなっていません。資格は知識の証明にはなっても、曖昧な要望を要件に落とし込み、使われる状態まで運んだ経験の代わりにはならないためだと考えられます。
なお、民間資格としてはIoT検定制度委員会が運営するFDE検定があり、アソシエイトにあたるLevel 1の本試験は2026年10月の開始が予定されています。とはいえ、始まったばかりの制度で、選考での評価はまだ定まっていません。そのため、学習範囲を体系的につかむ教材として使い、時間の大半は実務での実績づくりに充てるのが現実的でしょう。
FDEになるために必要なスキル
FDEになるために必要なスキルは、技術力、業務理解力、コミュニケーション力、推進力・適応力の4つです。それぞれがなぜ求められるのかを、FDEの仕事の進め方とあわせて紹介します。
技術力
1つ目は、顧客の現場で動くものを作り切る技術力です。
FDEの仕事は、提案書を渡して終わりではありません。打ち合わせで聞いた課題をその場で試作に落とし込み、現場の反応を見ながら作り直していきます。動くものを前にすると、顧客の要望は一気に具体的になります。別の開発チームに依頼して数週間待つ進め方では、その間に顧客の熱量が冷めてしまいます。
しかも、試作が動いただけでは成果になりません。既存の基幹システムや社内データとつなぎ、権限の設定や障害時の対応まで設計できて、ようやく業務の一部として定着します。さらに生成AIを使う案件では、プロンプトの設計やAIエージェントの構築も加わるため、一人で扱う技術の幅はかなり広くなります。
業務理解力
2つ目は、顧客の業務を読み解く業務理解力です。
AIで解決すべき課題は、顧客自身も言葉にできていないことが少なくありません。例えば「問い合わせ対応をAIで効率化したい」という要望の奥には、回答の根拠がベテランの記憶にしかない、例外的な問い合わせほど時間がかかるといった現場の事情が隠れています。こうした事情を知らないまま作ると、要望どおりなのに誰も使わない仕組みになりかねません。
だからこそFDEには、業務を工程の単位に分け、どこにAIを使い、どこに人の判断を残すかを見極める力が問われます。先ほどの問い合わせ対応であれば、回答案の作成はAIに任せ、送信前の判断は担当者に残すといった切り分けです。加えて、担当する業界が変われば商習慣も用語も変わるため、新しい業務を短期間でつかむ力も欠かせません。
コミュニケーション力
3つ目は、立場の違う相手を巻き込むコミュニケーション力です。
FDEが向き合うのは、現場の担当者、情報システム部門、経営層と、関心も前提知識も異なる人たちです。現場は日々の手間が減るかを気にし、情報システム部門はセキュリティや既存システムへの影響を、経営層は投資に見合う成果が出るかを見ています。そのため、同じ仕組みでも相手に合わせて説明の切り口を変えなければ、合意は得られません。
また、技術的な制約を専門用語のまま伝えると、できないことが言い訳に聞こえてしまいます。例えば「全件の自動化は難しいので、確認が必要な一部だけ人が見る形にしましょう」と、代わりの進め方まで添えて伝えられると、話は止まりません。何ができて何ができないのかを相手の言葉に置き換え、期待値をそろえる力があって、はじめて導入が前に進みます。
推進力・適応力
4つ目は、想定外の事態を立て直す推進力・適応力です。
導入の現場では、計画どおりに進むほうが珍しいといえます。途中で担当者が異動する、使う予定だったデータが整っていない、経営判断で優先順位が入れ替わるといった変化は日常的に起こります。こうした場面で指示を待っていては、案件そのものが止まってしまうでしょう。
そこでFDEには、状況が変わっても目的を見失わず、次の一手を自分で決めて動く力が求められます。
なお、技術力以外の3つはどれも座学では身につきにくく、現場での経験を重ねて少しずつ育つ力です。一人前になるまでに年数がかかるのは、この性質によるものといえます。各スキルの中身や伸ばし方、レベル別のセルフチェックはFDEに必要なスキルを解説した記事で詳しく取り上げています。
FDEを目指しやすい職種と補うべき経験
FDEを目指しやすいのは、実装か顧客折衝のどちらかをすでに実務で経験している職種です。出身の職種ごとに、活きる経験と補うべき経験を5つ紹介します。
| 職種 | そのまま活きる経験 | 不足しやすい経験 | 最初に補うこと |
|---|---|---|---|
| ソフトウェアエンジニア・AIエンジニア | 設計から実装、運用までの開発経験 | 顧客との直接の対話、要件が固まる前の課題整理 | 商談や導入後のヒアリングへの同席 |
| SES・SIerのシステムエンジニア | 顧客先での開発、既存システムとの連携 | 自ら課題を見つけて提案する経験、生成AIの実装 | 担当範囲の外にある非効率への改善提案 |
| ITコンサルタント・PM | 課題整理、合意形成、進行管理 | 自分の手で動くものを作る実装経験 | 自分の業務で使う小さなツールの自作と運用 |
| プリセールス・ソリューションエンジニア | 顧客課題のヒアリング、デモの構築、技術説明 | 受注後の本番実装から定着までの経験 | 導入プロジェクトへの参加 |
| 社内SE・DX推進担当 | 業務部門との調整、社内システムの知識 | 社外の顧客を相手にした経験、複数の現場での再現性 | 改善実績の数値化と他部門への横展開 |
ソフトウェアエンジニア・AIエンジニア
ソフトウェアエンジニアやAIエンジニアは、FDEに最も近い出発点です。
設計から実装、運用までを担ってきた経験は、そのまま選考で評価されます。データエンジニアやデータサイエンティストも同様です。実際にエクサウィザーズのFDE求人は、ソフトウェア開発・データ基盤構築か、機械学習・データサイエンスのいずれかの経験を応募資格にしています。
一方で不足しやすいのが、顧客と直接話す経験です。社内のプロダクトマネージャーや営業を介して要件を受け取ってきた場合、要望の奥にある課題を自分で聞き出す場面を経験していません。
そこで、まずは商談や導入後のヒアリングに同席させてもらうところから始めてください。顧客の言葉を直接聞いて作る機能と、伝言で受けた仕様から作る機能とでは、現場での使われ方が変わってきます。
SES・SIerのシステムエンジニア
SES（客先常駐で技術を提供する契約形態）やSIer（システムの受託開発会社）のシステムエンジニアは、顧客先で働いてきた経験を活かせます。
顧客の環境で開発し、既存の基幹システムと連携させてきた実務は、FDEの現場でもそのまま通用します。実際にJDSCのFDE求人も、業務システムや業務プロセスの開発・改善経験を歓迎要件に挙げています。
ただし、決められた仕様どおりに作る働き方のままでは、FDEの要件には届きません。求められるのは、仕様書を待たずに課題を見つけ、解決策を自分から提案する動きです。
そのため、今の現場で担当範囲の外にある非効率を1つ見つけ、改善案を小さな試作と一緒に持ち込んでみてください。提案から実装までを自分で通した経験が1件あるだけで、職務経歴書に書ける内容は大きく変わります。
ITコンサルタント・PM
ITコンサルタントやPM（プロジェクトマネージャー）は、課題整理と合意形成の経験が強みになります。
経営層と現場の間に立って論点を整理し、関係者を動かしてきた経験は、FDEの仕事の前半にあたる課題特定でそのまま活きます。プロダクトマネージャー（PdM）も同じで、要望に優先順位をつけて取捨選択してきた判断力は、顧客の要望を要件に絞り込む場面で役立ちます。
その反面、提言書や要件定義書を渡すところまでが担当だった場合、自分の手で動くものを作った経験が不足しがちです。アンドパッドのFDE求人がコードを読み書きできる技術リテラシーを必須にしているように、実装を人に任せきりにはできません。
そこで、まずは生成AIのコーディング支援ツールを使い、自分の業務で使う小さなツールを1つ作って運用するところから補っていきましょう。
プリセールス・ソリューションエンジニア
プリセールスやソリューションエンジニアは、技術と顧客の両方に触れてきた点でFDEと相性のよい職種です。
顧客の課題を聞き取り、デモを組んで技術的に説明してきた経験は、FDEが案件の初期に担う仕事と大きく重なります。先ほどのアンドパッドの求人でも、ITソリューションのプリセールスや導入コンサルティングの実務経験が必須要件の1つに挙げられています。
ただし、受注までが担当で、導入後は別部門に引き継いでいた場合は注意が必要です。FDEが責任を持つのは契約の獲得ではなく、導入した仕組みが現場で使われ続ける状態です。
まずは受注後の導入プロジェクトに加わり、本番稼働から定着までを一度通して経験しておきましょう。売る前に見えていた課題と、動かして初めて出てくる課題の差を知っていることが、選考での説得力につながります。
社内SE・DX推進担当
社内SEやDX推進担当は、業務部門と一緒に仕組みを作ってきた経験を活かせます。
現場の担当者と日常的に話し、業務の流れと社内システムの両方を知っている立場は、FDEが顧客先でゼロから築く関係を、すでに社内で持っている状態だといえます。また、業務を工程に分けて、どこを自動化するかを判断してきた経験も評価の対象です。
一方で、相手が自社の社員に限られるため、初対面の顧客から短期間で信頼を得る経験や、別の会社でも同じ成果を出せるという再現性が不足しやすくなります。
そのため、改善の実績は必ず数値で残してください。月次の集計作業を何時間から何時間に減らしたのかを記録しておくと、社外の人にも伝わる実績になります。さらに複数の部門へ横展開できれば、再現性の裏づけにもなるでしょう。
FDEになるための5ステップ
FDEになるまでの道のりは、今の経験を整理し、足りない経験を実務の中で埋めていく作業の積み重ねです。順番に取り組みたいステップを5つ紹介します。
これまでの経験の棚卸し
1つ目のステップは、これまでの経験の棚卸しです。
職種名ではなく、担当してきた仕事を工程の単位に分けて書き出してみてください。要件を聞き出す、設計する、実装する、運用に乗せる、成果を測るという流れのうち、自分が手を動かした工程と、他の人に任せていた工程が見えてきます。
例えば、私自身の経歴を同じように分けてみます。新卒でSEとしてクラウドアーキテクチャの設計を3年担当し、その後はSaaSベンチャーでSRE（サービスを安定して動かし続ける役割のエンジニア）を経てCTOに就きました（代表プロフィール）。
中心は設計・開発・運用でしたが、PMとして事業部や顧客企業と要件を詰める仕事も多く、要件を聞き出す工程は早い時期から経験済みです。一方で、売上にまで責任を持つ工程は、この時点では空いたままです。
このように並べると、次に補うべき経験がはっきりします。空いている工程が顧客対応なのか、実装なのか、あるいは成果への責任なのかによって、次のステップで力を入れる場所が変わります。
生成AI・LLMを使った実装力の習得
2つ目のステップは、生成AIやLLM（大規模言語モデル）を使った実装力を身につけることです。
FDEの現場では、プロンプトの設計だけでなく、社内データを検索して回答に使うRAG（検索拡張生成）や、複数の処理を自動でつなぐAIエージェントの構築まで求められます。そのため、チャット画面で試すところで止めず、APIを使って既存の業務データとつなぐところまで手を動かしてください。
特に差がつくのは、本番運用に耐える安全設計です。判断に迷うケースは人に引き継ぐ、権限のないデータは参照させないといった線引きまで設計できて、初めて試作が業務で使える仕組みになります。なお、前述のエクサウィザーズの求人のようにAI・LLM開発の実務経験を問わない募集もあるため、完璧を待たずに次のステップと並行して進めて構いません。
今の職場での業務改善の実績づくり
3つ目のステップは、今の職場で業務改善の実績を1つ作ることです。
まず身近な業務を1つ選び、工程の単位に分解します。次に、型が決まっていて失敗しても取り返しがつく工程だけをAIに渡し、判断が要る工程は人に残してください。ツールを先に決めるのではなく、業務を分けてから道具を選ぶ順番が肝心です。
そして、作って終わりにせず、手順書を整えて同僚が日常的に使う状態まで見届けます。例えば、週次レポートの作成を自動化したなら、作業時間が何時間減ったのか、何人が使い続けているのかまで数値で追いましょう。
この一連の流れは、FDEが顧客先で行う仕事の縮小版といえるでしょう。1つやり切るだけでも相応の時間はかかりますが、選考で最も具体的に語れる材料になります。
顧客と直接向き合う役割の経験
4つ目のステップは、顧客と直接向き合う役割を経験することです。
社内の改善だけでは、利害の異なる相手から要望を聞き出し、期待値を調整する経験が積めません。そこで、プリセールスへの同行、導入支援、カスタマーサクセスとの兼務など、顧客の前に出る機会を社内で探してみてください。異動が難しければ、副業で小さな開発案件を受けるのも1つの方法です。
私の場合、顧客とのやり取り自体はSEやPMの頃からありました。ただし、販売まで責任を持ったのは、2022年11月にプロダクトソリューション事業部長を兼任し、AI×SEO領域のSaaSを開発から販売まで統括する立場になってからです。エンジニアとして働き始めて6年あまりが経っていました。
それからは自分で商談や顧客の現場に出て声を聞き、そこから機能を企画するようになりました。作って終わりではなく、売る、使い続けてもらうまでを1つの流れとして組み立てるようになったのです。ユーザーの要望を鵜呑みにせず、やりたい業務の背景や本質を咀嚼することが重要だと考えています。
このように、顧客と話す経験があっても、使い続けてもらうところまで責任を持つ経験は別の時期に積み上がることが多く、すべてがそろうまでにはどうしても時間がかかります。
FDE求人・類似職種への応募
5つ目のステップは、FDE求人や類似職種への応募です。
実装と顧客対応の両方で語れる実績が1つずつできたら、応募を始めて構いません。すべての要件を満たすまで待つ必要はなく、JDSCの求人のように、FDEやAIプロジェクトの経験を不問と明記する募集もあります。
また、FDEという名称にこだわりすぎないことも大切です。ソリューションエンジニア、導入コンサルタント、AIコンサルタントといった職種でも、顧客先で実装まで担う役割であれば、FDEに近い経験を積めます。
最初から外資系企業のFDEを狙うのではなく、国内のAI企業で導入支援の実績を重ねてから挑戦する順路も現実的です。なお、名称がFDEでも実態が異なる求人もあるため、応募前に業務内容を確かめておきましょう。
未経験からFDEを目指す方法
未経験といっても、エンジニア経験がない人と、開発経験はあるが顧客対応の経験がない人とでは、取るべき道が異なります。ここでは前者に向けて、直接採用が少ない理由と現実的な方法を紹介します。
新卒・実務未経験からの直接採用が少ない理由
新卒や実務未経験からFDEとして直接採用されるケースは、現時点では多くありません。
背景にあるのは、FDEが入社後すぐに顧客の前に立つ職種だという事情です。研修で型を覚えてから現場に出るのではなく、仕様が固まっていない状況で自ら判断し、手を動かすことになります。そのため、先ほどのJDSCの求人のように、エンジニアとしての開発経験を2年以上と定める募集が目立ちます。
一方で、道が閉ざされているわけではありません。開発職やITコンサルタントとして数年の実務を積み、そこからFDEへ移るのが一般的な順路です。遠回りに見えても、この数年で得た実装と顧客対応の経験が、そのまま選考での評価材料になります。
エンジニア未経験者の現実的なルート
エンジニア未経験からFDEを目指す場合、まず開発や導入支援の実務に就き、経験を積んでから応募するのが現実的なルートです。
AI Shiftの求人が2年以上の開発実務を必須にしているように、FDEの募集は実務経験を前提にしており、学習だけで直接応募しても書類選考を通過するのは困難です。そこで、最初の入口として、SaaS企業の導入支援やカスタマーサクセスなど、技術と業務の両方に触れられる職種がおすすめです。
その過程で役立つのが、ノーコード・ローコードのツールで試作を作る力です。AI Shiftの求人も、歓迎要件にノーコード・ローコードプラットフォームの経験を挙げています。
ただし、それだけで要件を満たせるわけではありません。試作で業務改善の実績を作りながら、PythonやSQLの基礎を並行して学び、コードで実装できる範囲を少しずつ広げていってください。
営業・CS・業務部門の経験を強みに変える方法
営業やCS（カスタマーサクセス）、業務部門の経験は、業務理解力という形でFDEの強みに変えられます。
現場の担当者が何に困り、なぜ新しい仕組みを嫌がるのかを肌で知っていることは、エンジニア出身者が苦労しやすい部分です。例えば、経理の経験者であれば、月末に例外処理が集中することや、取引先ごとに請求書の形式が違うことを、ヒアリングする前から知っています。
この強みを活かすには、自分がよく知る業務を題材に、AIで改善した実績を作るのが近道です。業務を工程に分け、どの工程をAIに任せられるかを見極める作業では、技術力よりも業務を言語化する力がものを言います。
そのうえで、同じ業界を顧客に持つAI企業の導入支援職に応募すれば、業界知識がそのまま評価につながります。まずは自分の担当業務を1つ、手順書に書き起こすところから始めてみてください。
FDEを募集している企業と採用要件
国内でもFDEを募集する企業が増えており、企業のタイプによって仕事の進め方や応募要件が変わります。募集企業の実例とあわせて、選考に関わるポイントを4つ紹介します。
プロダクト企業型とAI導入支援会社型の違い
FDEを募集する企業は、自社プロダクトを持つプロダクト企業型と、特定の製品を前提としないAI導入支援会社型に大きく分かれます。
プロダクト企業型では、自社のAIプラットフォームを顧客の業務に合わせて導入します。例えば、セールスフォース・ジャパンはAgentforceという自社製品の上で、顧客ごとのワークフローやAIエージェントを組み上げます。現場で得た知見を製品の改善に戻せる点が特徴です。
一方で、AI導入支援会社型は、顧客の業務に合わせて技術や道具を選ぶところから関わります。扱う技術の幅が広がる反面、製品という共通の土台がないため、案件ごとの設計力がより強く問われます。つまり、1つの製品を深く極めたいのか、業務に合わせて手段を選びたいのかによって、合う環境が変わります。
国内でFDEを募集している主な企業
国内でFDEを募集している主な企業と応募要件を、各社の公式求人ページをもとに整理しました（2026年10月時点）。
| 企業名 | 募集職種名（出典：公式求人ページ） | 主な応募要件 | 英語力 |
|---|---|---|---|
| OpenAI | Forward Deployed Engineer - Tokyo | 顧客対応を含む5年以上のエンジニアリング経験、PythonやJavaScriptなどでの本番コードの開発、LLMを使ったシステムの構築・導入経験 | 日本語・英語とも流暢であること（履歴書は英語で提出） |
| セールスフォース・ジャパン | Forward Deployed Engineer (Multiple Levels) | 5年以上の経験、Agentforceを使ったAIエージェントの設計・導入の主導 | 日本語・英語とも流暢であること |
| JDSC | 【Dev】FDE（Forward Deployed Engineer）【正社員】 | エンジニアとしての開発経験（2年以上）、要件が明確でない状況で関係者と対話して課題を整理し、実装まで進めた経験（FDE・AIプロジェクトの経験は不問） | 記載なし |
| エクサウィザーズ | Forward Deployed Engineer (FDE) | PythonやTypeScriptなどでの実装経験、要件定義から実装までを自走してリードした経験（AI・LLM開発の実務経験は不問） | 歓迎要件（日本語はネイティブレベルが必須） |
| AI Shift | Forward Deployed Engineer | Webアプリケーション・システム開発の実務経験（2年以上）、技術リードを含むプロジェクトマネジメント経験 | 歓迎要件 |
| アンドパッド | Forward Deployed Engineer（FDE） | プリセールス・導入コンサルティング・システムエンジニアいずれかの実務経験、コードを読み書きできる技術リテラシー | 記載なし |
表から読み取れるのは、外資系企業では5年以上の経験と日英両方の語学力が必須になる一方、国内企業では英語は歓迎要件にとどまるか、記載がないという違いです。そのため、英語に不安がある場合は、国内企業で実績を積むところから始めるのが現実的でしょう。
また、どの企業も必須要件に開発や導入の実務経験を置いています。なお、募集内容は時期によって変わるため、応募前に必ず最新の求人票を確認してください。
選考で評価される経験
選考で評価されるのは、曖昧な状況から課題を定め、実装して使われる状態まで運んだ経験です。
技術の高さを示すだけでは足りません。JDSCの求人は、要件が明確でない状況でも関係者と対話して課題を整理し、実装まで進めた経験を必須要件に挙げています。また、OpenAIの求人が求めるのも、変化が速く曖昧な環境で複雑なシステムを届けた経験です。
つまり、見られているのは完成物の出来よりも、途中で何が起き、どう判断したかという過程です。例えば、導入の途中で担当者が異動した、想定していたデータが使えなかったといった場面で、次の一手をどう決めたかを具体的に話せるかが問われます。
さらに、導入後に利用が続いたか、作業時間がどれだけ減ったかという結果まで追えていると、定着まで責任を持つ姿勢の裏づけになります。
職務経歴書と面接での実績の伝え方
職務経歴書と面接では、実績を課題、判断、実装、結果の流れで伝えてください。
使った技術の一覧を並べるだけでは、FDEとしての適性は伝わりません。誰のどんな業務課題に対して、なぜその解決策を選び、何を作り、導入後にどうなったのかを1件ずつ書きます。例えば、経理部門の請求書処理を対象に、取引先ごとに異なる形式を読み取る仕組みを作り、月40時間かかっていた作業を15時間に減らした、という粒度です。
また、うまくいかなかった経験も隠さずに書くことをおすすめします。仕様が途中で変わったときにどう立て直したかは、推進力を示す何よりの材料になります。さらに面接では、技術に詳しくない相手にも伝わる言葉で説明できるかも見られます。そのため、同じ実績を現場担当者向けと経営層向けの2通りで話す練習をしておきましょう。
FDE求人を選ぶときの5つの確認ポイント
FDEという名称が広まるにつれ、肩書きはFDEでも、実態は決められた作業を担う客先常駐に近い求人が含まれることがあります。応募前に確かめたいポイントを5つ紹介します。
担当する業務範囲と裁量
1つ目は、担当する業務範囲と裁量です。
FDEの仕事は、課題の特定から実装、定着までを一貫して担うところに価値があります。ところが求人によっては、要件定義は別の担当者が済ませており、渡された仕様どおりに実装するだけという場合も見られます。これでは、働き方が従来の受託開発と変わりません。
そこで面接では、具体的な案件を例に、誰が顧客の課題を聞き出し、誰が技術選定を決めているのかを質問してみてください。なかでも、直近の案件でFDEが最初に顧客と会ったのはどの段階か、と尋ねると、実態をつかみやすいでしょう。
提案の段階から関われるのか、受注後に初めて参加するのかによって、積める経験の質は大きく変わります。あわせて、技術的な設計判断をFDE自身が下せるのかも確かめておきましょう。
顧客との関わり方と常駐の有無
2つ目は、顧客との関わり方と常駐の有無です。
顧客先に常駐すること自体は、FDEの働き方として珍しくありません。確かめたいのは、常駐先で誰の指示で動くのかという点です。顧客の担当者から日々の作業指示を受け、稼働時間に応じて対価が支払われる形であれば、実態は人月単位で技術者を提供するSESに近くなります。
一方で、本来のFDEは自社の一員として顧客先に入り、成果に責任を持ちます。そのため、契約が稼働時間に対するものか成果に対するものか、複数の顧客を担当するのか1社に専属するのかを聞いてみてください。
また、出社や出張の頻度も企業によって差があります。実際に、OpenAIの東京の求人は週3日の出社を基本とし、主に国内での出張があると明記しています。生活との両立も含めて、入社前に確かめておきたい点です。
現場の知見を製品やノウハウに還元する仕組み
3つ目は、現場で得た知見を製品やノウハウに還元する仕組みがあるかどうかです。
FDEの役割には、1つの現場で見つけた業務パターンを汎用化し、次の案件や製品の改善に活かすことが含まれます。この循環がない職場では、案件が終わるたびに経験がリセットされ、個人にも会社にも資産が残りません。
具体的には、FDEと製品開発チームの間に定期的な共有の場があるか、現場の要望が製品の開発計画に反映された実例があるかを質問してみてください。あわせて、現場で作った仕組みのうち、ほかの案件でも使われるようになったものがあるかを尋ねると、循環が実際に回っているかを確かめられます。
また、特定の製品を持たない支援会社の場合は、テンプレートや手順書として知見を蓄積する仕組みがあるかが判断材料になります。
評価基準と報酬水準
4つ目は、評価基準と報酬水準です。
国内のFDE求人は、年収850万〜1,500万円前後が1つの目安ですが、企業や職位によって幅があります。例えば、JDSCのFDE求人は年収500万〜2,500万円と幅広いレンジを示し、エクサウィザーズのFDE求人は720万〜1,080万円としています（いずれも2026年10月時点）。相場だけで判断せず、求人票の実額で比べてください。
あわせて確かめたいのが、何をもって評価されるのかです。稼働時間や納品物の数で評価される環境では、定着まで見届ける動機が働きにくくなります。そこで、顧客の利用状況や業務改善の成果が評価に組み込まれているかを聞いてみましょう。年収相場の詳細はFDEの費用相場を解説した記事で取り上げています。
案件の終了基準と引き継ぎ先
5つ目は、案件の終了基準と引き継ぎ先です。
導入した仕組みを、いつ、誰に引き渡すのかが決まっていない職場では、FDEが特定の顧客の運用保守に縛られ続けることになります。問い合わせ対応や細かな設定変更に時間を取られ、新しい案件で経験を広げる機会が失われていきます。
そこで、何をもって案件を完了とするのか、完了後は顧客側の担当者とカスタマーサクセスのどちらが運用を引き継ぐのかを確認してください。例えば、利用が一定期間安定したら顧客の担当者へ手順書とともに引き渡す、という基準が明文化されていれば安心です。
また、この基準があることは顧客にとっても意味を持ちます。自社で運用できる状態を目指す設計になっているかどうかは、支援の質そのものを表しています。
FDEを目指す前に知っておきたい4つの大変さ
FDEは報酬や注目度の高さが語られがちですが、働き方には特有の負荷もあります。入社後のギャップを減らすために、先に知っておきたい大変さを4つ紹介します。
開発だけに集中できない働き方
1つ目は、開発だけに集中できない働き方です。
FDEの1週間は、顧客との打ち合わせ、現場でのヒアリング、社内への共有、資料の作成といった時間で細かく区切られます。そのため、まとまった時間を確保してコードを書き続けたい人にとっては、想像以上に負担のかかる環境です。
しかも、技術的に美しい設計よりも、顧客の期限に間に合う現実的な実装を選ぶ場面が少なくありません。例えば、本来なら作り直したい既存の仕組みに、時間の制約から最小限の改修で対応するといった判断を日常的に迫られます。
もちろん、その分だけ自分の作ったものが使われる様子を間近で見られる面白さがあります。ただし、深い技術の探究を仕事の中心に置きたい場合は、製品開発のエンジニアのほうが合っているかもしれません。
顧客ごとに変わる業務知識と技術の学び直し
2つ目は、顧客が変わるたびに業務知識と技術を学び直す必要があることです。
製造業の次は金融、その次は物流というように、担当する業界が変われば、用語も商習慣も一から覚え直すことになります。さらに、顧客ごとに使っているシステムやクラウド環境も異なるため、技術面でも毎回新しい前提に適応しなければなりません。
加えて、環境面の制約も重くのしかかります。セキュリティ規程のために外部のAIサービスへ接続できない、必要なデータが紙や個人のExcelに散らばっていて整備から始めなければならない、といった状況は珍しくありません。
このように、理想的な環境で開発できる案件はむしろ少数です。制約の中で使える手段を探す作業を、面倒ではなく面白いと感じられるかどうかが、長く続けられるかを分けます。
現場の抵抗と部署間調整の負荷
3つ目は、現場の抵抗と部署間の調整にかかる負荷です。
新しい仕組みは、現場の担当者にとって仕事のやり方を変えさせられる出来事でもあります。長年続けてきた手順に誇りを持つ人ほど、AIの導入には慎重です。したがって、正しさを説明するだけでは動いてもらえず、今のやり方のどこに負担があるのかを一緒に言葉にするところから始める必要があります。
また、部署の間で利害がぶつかる場面にも立ち会います。例えば、営業部門は入力項目を減らしたいのに、経理部門は確認のために増やしたいといった対立です。FDEは外部の立場でありながら、双方の事情を聞いて落としどころを探る役回りを担うことになります。技術とは無関係に見えるこの調整に、想定より多くの時間を使う覚悟をしておいてください。
成果への責任と期待値調整の負荷
4つ目は、成果への責任と期待値調整の負荷です。
FDEは稼働時間ではなく、導入した仕組みが使われて成果が出たかで評価されます。やりがいが大きい反面、仕様どおりに作ったので責任は果たした、という逃げ道がありません。使われなければ、原因が現場の事情にあっても、自分の仕事として向き合うことになります。
さらに難しいのが、顧客の期待値を調整する場面です。生成AIに対しては、何でも自動化できるという過度な期待を持たれやすく、できないことを早い段階で率直に伝える役目もFDEが担います。精度が安定しない工程には人の確認を残す、といった設計を説明し、納得を得なければなりません。
高い報酬は、こうした負荷を引き受けることへの対価でもあります。これら4つを知ったうえで挑戦したいと思えるなら、目指す価値は十分にあるでしょう。
FDEになった後のキャリアパス
FDEを経験した後のキャリアは、事業側の意思決定に近づく道と、独立して複数の企業を支援する道に大きく分かれます。
前者は、プロダクトマネージャーや事業責任者、CTOといった役割です。実際にエクサウィザーズの求人でも、FDEからの展開先としてプロダクト責任者やAIコンサルタント、新規事業責任者などが示されています。顧客の課題と技術の両方を理解したうえで判断できる人材は、事業の側でも貴重な存在です。
一方で後者は、フラクショナルCTO（複数の企業を非常勤で支援する技術責任者）や技術顧問として働く道です。
私自身も現在は、AI戦略顧問・Fractional CTOとして複数の企業を支援しています。技術の判断と、それが売上や利益にどう効くかの判断を両方の立場で経験してきたことが、何に投資すれば事業に効くかを経営の言葉に置き換え、顧客と一緒に決める今の仕事につながりました。
ただし、どちらの道も、複数の現場で実装から定着までをやり切った経験が前提になります。FDEになること自体をゴールにせず、その先の選択肢を広げるための数年間だと捉えると、求人の選び方も変わってくるはずです。キャリアパスの詳細はFDEとは何かを解説した記事にまとめています。
FDEの育成・採用が難しい企業の選択肢となる外注
ここまで見てきたとおり、FDEとして一人前になるには、実装と顧客対応の経験を時間をかけて積み重ねる必要があります。裏を返せば、企業にとってもFDEの確保は簡単ではないということです。企業側の視点で押さえておきたい点を3つ紹介します。
一人前のFDEが育つまでにかかる時間
社内でFDEを育てる場合、すでに開発経験のある人材でも、半年から1年単位の時間を見込む必要があります。
必要な力の多くは、現場でしか身につきません。技術研修は短期間で終えられても、顧客の業務を読み解く力や、反対する現場と合意をつくる力は、実際の案件を経験して初めて育ちます。しかも、各社の応募要件が示すように、その前提として2年から5年以上の実務経験が求められます。
加えて、育成期間中は対象者が本来の業務から離れるため、その分の機会損失も発生します。例えば、主力のエンジニアを育成に回せば、既存の開発計画に遅れが出かねません。つまり、育成は費用が小さく見えても、時間という大きなコストを払う選択だといえます。AI活用を急ぐ企業ほど、この時間が重い制約になります。
採用市場でのFDE人材の獲得競争
採用で確保しようとしても、FDE人材の獲得競争は激しく、簡単には進みません。
国内のFDE求人は年収850万〜1,500万円前後が目安で、OpenAIやセールスフォース・ジャパンといった外資系企業と、国内のAI企業が同じ人材を取り合っています。一般的なエンジニア採用の予算や知名度のままでは、候補者の比較対象に入ることすら難しいのが現実です。
さらに、採用できた後にも課題が残ります。FDEは開発と顧客対応の両方を担う職種のため、既存のエンジニア向けの評価制度では成果を正しく測れません。何を成果とみなし、数年後にどんな役割へ進めるのかというキャリアパスを社内に用意できなければ、せっかく採用した人材が定着しないおそれがあります。
このように、採用は報酬だけでなく、受け入れる制度づくりまで含めて時間のかかる取り組みです。
外注で得られる立ち上がりの速さと知見
育成にも採用にも時間がかかるのであれば、FDE型の支援を外部パートナーに依頼するのが現実的な選択肢になります。
外注の利点は、契約後すぐに経験のある人材と動き出せる立ち上がりの速さです。また、複数の企業で実装から定着までを担ってきた知見を、自社の案件に持ち込んでもらえます。さらに、案件の増減に合わせて支援の範囲を調整できるため、正社員を抱える場合に比べて人員の過不足が起きにくくなります。
費用は月10万円台から始められるサービスもあり、内訳や相場はFDEの費用相場を解説した記事に詳しくまとめています。
ただし、任せきりにするのは禁物です。業務の最終判断を下す担当者を社内に置き、設計の理由や手順書を自社に残してもらう形で進めてください。そうすれば、外注で成果を出しながら、将来の内製化に向けた土台も同時に築けます。
まとめ
FDEになるには、実装経験と顧客折衝経験の両方を実務で積み、課題の特定から定着までをやり切った実績を作る必要があります。必須の資格はなく、今の職場で業務を1つ改善し切ることが、最も確かな第一歩です。
一方で、一人前のFDEになるまでには長い時間がかかります。これは、FDEを必要とする企業にとっても同じ制約です。育成には半年から1年単位の時間が必要になり、採用では外資系企業や国内のAI企業との競争が待っています。
そのため、AI活用を急ぎたい企業には、まず外部のFDE型支援で1つの業務を動かし、その過程で社内に知見を残していく進め方をおすすめします。Opsfieldは、現場に入り込み、実装から定着までを伴走するAI業務変革伴走を提供しています。FDEの育成や採用でお悩みの場合は、まずはお気軽にご相談ください。
