顧客の現場で、
自分で書ける人が足りない。
顧客先に入って、要件を聞き出して、業務のクセを飲み込んで、期日までに動くものにする。 SIer・SES・受託でやってきたその仕事は、いま FDE（Forward Deployed Engineer） という名前で、 AI・SaaS企業がいちばん採用したい職種になっています。違うのは2つだけ。 成果物が「納品物」ではなく「顧客の業務が変わったこと」であること。報酬の出どころが人月ではなく、プロダクトの売上であること。 同じことをやって、値段のつき方が変わる——それが、このページで扱う話です。
01 — FDEとは何者か
「作る人」でも「売る人」でもなく、
使われる状態にする人です。
FDE（Forward Deployed Engineer）は、米国のデータ分析基盤の会社が置いたのが始まりとされる職種で、いまはAI・SaaS・データ基盤を売る会社に広がっています。 プロダクトを持つ会社が、そのプロダクトを顧客の業務で本当に動かすために、顧客側へ張り付かせるエンジニア。 日本語の定訳はなく、求人票では別の名前で載っていることのほうが多い職種です（→ 求人の探し方）。 いちばん分かりやすいのは、隣の職種と並べてみることです。 職種の成り立ちや年収相場など、出典付きの解説は当社メディアの FDEの職種ハブ にまとめています。
受託開発のSE
- 誰が課題を決めるか
- 顧客と元請けが決めた要件を受け取る。要件定義に入っても、決裁は自分の外側にある。
- 何を納めるか
- 仕様書と、検収を通る成果物。使われたかどうかは、契約の外の話になる。
- 手を動かす範囲
- 上流に行くほど減る。実装は下請け・オフショアへ。
- 売上の出どころ
- 人月。単価 × 人数 × 期間。
コンサルタント
- 誰が課題を決めるか
- 課題を定義することそのものが仕事。ただし解くのは顧客か、別のベンダ。
- 何を納めるか
- 資料と、意思決定。実行支援に入っても手触りは間接的になりやすい。
- 手を動かす範囲
- 分析まで。プロダクトのコードは基本的に触らない。
- 売上の出どころ
- 人月（レート×稼働）。
FDE
- 誰が課題を決めるか
- 顧客の業務に入り、自分で見つけて、プロダクトで解ける形に切り直す。
- 何を納めるか
- 顧客の業務が変わったこと。動き続けているシステムと、出た成果。
- 手を動かす範囲
- 自分で書く。SQL、API連携、データの前処理、設定、ときにプロダクト本体への改修まで。
- 売上の出どころ
- プロダクトの売上。稼働時間ではなく、使われ続けることが収益になる。
※ 役割の範囲は会社によって違います。同じ「FDE」でも、実装まで任される会社と、導入の推進だけを担う会社があります。見分け方は面談でお伝えします。
AIもSaaSも、
「導入して終わり」にならないからです。
この職種が広がっている理由は、プロダクト側の事情にあります。3つとも、売り手が自力では埋められない穴です。
汎用のプロダクトは、
そのままでは動かない
顧客のデータは整っていないし、業務は例外だらけです。この「最後の1マイル」を埋める人がいないと、実証実験のまま止まります。止まった案件は、売上にならないまま消えていきます。
使われないと、
解約される
売り切りではなく継続課金になったことで、「使われている状態にすること」が売上そのものになりました。営業でもサポートでもなく、顧客の業務を理解して実装できる人が必要になります。
AIの実装は、
業務を知らないと設計できない
何にでも効きそうに見えて、どこに当てれば成果が出るかは、顧客の業務の側にしかありません。モデルを扱える人より、業務とデータの現実を知っている人のほうが不足しています。
つまり企業が探しているのは、「技術がわかり、かつ顧客の現場に入っていける人」です。 プロダクト企業の中だけで育ったエンジニアには、この後半の経験がありません。だから採用がうまくいっていない。 ここが、次のセクションの話につながります。
03 — なぜ、あなたが近いのか
あなたが「調整」と呼んできたものは、
FDEの中核スキルです。
FDEの採用で本当に難しいのは、技術力ではありません。 顧客の会議に出て、現場のクセを聞き出して、情シスとセキュリティ要件を詰めて、それでも期日に間に合わせる—— 自社プロダクトの中だけで育ったエンジニアが、いちばん経験していない部分です。 そしてそれは、SIer・SES・受託で毎日やってきたことそのものです。
顧客の現場に、入れる
知らない業界の会議に放り込まれても、話を聞いて構造を掴む。この耐性は、経験でしか身につきません。FDEの仕事時間の多くは、実はここに使われます。
要件を引き出して、
仕様にできる
顧客が言うことと、本当に必要なことは違う。その差を埋めて、実装できる粒度まで落とす技術は、要件定義をやってきた人の財産です。
エンタープライズの作法を
知っている
稟議、情シス、セキュリティチェックシート、オンプレとクローズド網。ここで詰まって導入が流れる案件は山ほどあります。知っているだけで通せる場面が確実にあります。
期日に、間に合わせる
納期を守るために何を削るかを判断してきた経験。「動くところまで出しきる」ことに慣れている人は、プロダクト企業の中では意外に少数派です。
既存システムと
データの現実を知っている
レガシー、CSV連携、名寄せされていないマスタ。AI導入がいちばん最初に詰まるのがここです。汚いデータに触れることを厭わない人は、それだけで戦力になります。
業務ドメインを
持っている
金融、製造、公共、流通、医療。その業界を売り先にしているプロダクトにとって、業務がわかることは採用理由そのものです。年数がそのまま指名価値になります。
ただし、条件がひとつあります。自分でコードを書けること。 上流だけ、管理だけの経験ではこの職種は務まりません。逆に言えば、そこさえ埋めれば残りの武器は揃っています。 何をどこまで戻せばいいかは 選考までに埋められる差 に整理しました。
同じ経歴でも、
書き方で評価が変わります。
SIer・SESの職務経歴書は「担当した工程」で書かれがちです。それを「何ができる人か」に翻訳するだけで、書類の通過率も提示レンジも変わります。
※「どの工程を担当したか」ではなく「何を自分の手で動かしたか」。この1点で通過率が変わります。書き方から一緒に整えます。
求人票に「FDE」とは、
ほとんど書かれていません。
この職種を自力で探しにくい最大の理由がこれです。日本の求人では、同じ役割が次のような名前で募集されています。
逆に、同じ名前でも中身はまったく違います。「ソリューションエンジニア」が営業同行の技術説明だけを指す会社もあれば、顧客環境で実装まで担う会社もある。 見るべきは職種名ではなく、①自分でコードを書くのか ②顧客の課題設定に踏み込めるのか ③導入後まで持つのかの3点です。 ここを面接で確認しないまま入ると、「前職と同じ調整役だった」ということが起きます。
どの型を選ぶかで、
働き方が変わります。
※ 以下は領域のイメージです。実在の企業名・ロゴは含みません。ご経験に合わせて個別にご提案します。
外資AI・データ基盤ベンダの日本法人
本国で作られたプロダクトを、日本の顧客の業務に当てる役割。この職種の本家であり、待遇の水準も最も高い領域です。そのぶん英語での社内コミュニケーションが前提になり、少人数で広い範囲を持ちます。
大企業向けエンタープライズSaaS
大企業の複雑な業務に合わせ込むことが前提のプロダクト。稟議・情シス・既存システム連携という、SIerで散々やってきた領域がそのまま強みになります。移行のハードルがいちばん低い型です。
公共・規制産業向けSaaS
自治体、金融、医療、インフラ。業務ルールが複雑で、業界の作法を知らない人には入り込めない領域です。公共案件や金融系を担当してきた経験が、そのまま参入障壁の内側にいる理由になります。
生成AI・LLMの業務実装
モデルを顧客の業務とデータに接続して、成果が出るところまで持っていく仕事。職種の定義が固まりきっていない領域なので、早く入った経験そのものに値段がつきます。変化が速く、作り直しも多い環境です。
産業・製造バーティカルSaaS
工場、物流、建設、医療機関。現場に足を運んで、実際の作業を見ないと設計できない領域です。顧客先に常駐してきた人ほど違和感なく働けますが、出張は多めになります。
自社プロダクトを持つ開発会社
受託と自社プロダクトの両輪でやっている会社。受託の文化が残っているぶん、いちばん段差が小さい移り方です。ただし「結局これまでと同じ受託だった」となる会社もあるので、収益構成の確認が要ります。
得るものと同じ分量で、
手放すものがあります。
この職種は、合う人にはとても合いますが、合わない人には向きません。両方お伝えしたうえで決めていただきたいと思っています。
得られるもの
- 人月の外側の給与テーブル。単価の従属変数として決まっていた報酬が、プロダクトの収益構造の側に乗ります。
- 自分が作ったものが使われる実感。検収ではなく、現場で毎日使われている状態がゴールになります。
- 業務を知っていることが、加点になる場所。「技術が浅い」と言われてきた経験が、ここでは評価対象になります。
- 次に持っていける実績。「担当した」ではなく「動かした」と書ける職務経歴が積み上がります。
手放すもの
- ひとつの技術を深く極める時間。広く、速く、動かすことが優先されます。専門を掘りたい人には物足りません。
- 決められた作業量と、安定した稼働。売れなければ仕事がなく、売れれば一気に来ます。人月の安定はありません。
- リモート完結という前提。顧客の現場に行く職種です。会社と領域によっては出張が増えます。
- 作りたいものを作る自由。自社プロダクトの制約の中で、できる形に落とすのが仕事になります。
- 書かずに通す道。上流だけ、管理だけでは務まりません。手を動かせることが前提条件です。
「FDEはやめたほうがいい」とお伝えすることもあります。 コードを書くこと自体が目的で、顧客とのやり取りを負担に感じるなら、この職種は遠回りです。 その場合はプロダクトエンジニアやSRE、あるいは社内SE・事業会社の情シスなど、別のルートを並べてご提案します。 動かないという選択肢も含めて比較材料をお出しします。
足りないのは、たいてい
「自分で書いた証拠」だけです。
業務知識と顧客対応の経験は、いまさら足せません。逆に、技術側の不足は数か月で埋まる範囲であることがほとんどです。
3か月で埋められるものTECH
- SQL。顧客のデータを、人に頼まず自分で見られる水準まで。ここが実務でいちばん使います。
- Python か TypeScript。規模は小さくて構いません。最後まで動くものを1つ作りきることのほうが効きます。
- API連携とクラウドの基礎。認証、外部サービス連携、デプロイまでを一通り自分の手で通しておく。
- LLM APIを触った経験。自分の担当業務に当てた小さな試作がひとつあれば、面接で話が変わります。
面接で見られることINTERVIEW
- 顧客の課題を、自分の言葉で説明できるか。資料の受け売りではなく、なぜそれが問題なのかを語れるか。
- どこまでを自分の手で動かしたか。盛らず、正確に。ここを曖昧にすると一気に評価が落ちます。
- 詰まったとき、誰に何を聞いて前に進めたか。一人で抱えない動き方ができるかを見られています。
- うまくいかなかった案件を語れるか。使われなかった理由を分析できる人は、この職種で強く評価されます。
まず、いまの経験が
どこで評価されるかを出します。
転職するかどうかは、その見立てを見てから決めていただければ十分です。
初回面談
担当してきた業界、案件の規模、自分の手で動かした範囲、譲れない条件をうかがいます。（オンライン30〜60分）
どの型が合うかの見立て
外資／エンタープライズSaaS／公共・規制産業／生成AIなど、会社の型ごとに「あなたのどの経験が効くか」を並べてお伝えします。
職務経歴書の翻訳
「担当工程」ではなく「何を自分の手で動かしたか」で書き直します。SIer出身の経歴書は、ここで最も差がつきます。
求人提案・面接対策
職種名がFDEでない求人も含めて探します。「書けるのか／課題設定に踏み込めるのか／導入後まで持つのか」を事前に確認したうえでご紹介します。
内定・条件交渉
基本給に加え、賞与の変動幅、インセンティブ、ストックオプション、出張の頻度まで含めた実質で比較し、交渉します。
入社後フォロー
受託の文化からプロダクトの文化へ移ると、最初の3か月に戸惑いが出ます。入社後も継続してご相談に乗ります。
ご相談の前に。
Q1FDEという求人が見つからないのですが。▾
ほとんどの求人が別の職種名で載っているためです。ソリューションエンジニア、インプリメンテーションエンジニア、テクニカルコンサルタント、導入エンジニア、プロフェッショナルサービスなど。逆に同じ名前でも中身が違うので、「自分で書くのか」「課題設定に踏み込めるのか」「導入後まで持つのか」を求人ごとに確認する必要があります。ここの見極めが、この職種でいちばん失敗しやすいところです。
Q2上流ばかりで、コードを書かない期間が長いのですが。▾
正直に申し上げると、書けるところまで戻す必要があります。ただし必要な水準は「プロダクトを一から設計できること」ではなく、「顧客のデータを自分で見て、連携と設定を自分で通せること」です。SQLと、小さくても動くものを1つ作りきる経験。目安は3か月です。業務知識と顧客対応の経験は、その間も減りません。
Q3英語は必要ですか。▾
会社の型によります。外資系のAI・データ基盤ベンダは、本国のエンジニアとやり取りするため必要になることが多いです。一方で国産のエンタープライズSaaS、公共・規制産業向けSaaS、産業バーティカルSaaSは国内完結で、英語要件のない求人が普通にあります。面談では最初に分けてご提案します。
Q4年収は上がりますか。▾
会社と役割によります。人月単価の外に出るぶん構造的には上がりやすい職種ですが、無責任に「上がります」とは申し上げません。最初にご経験を伺って、どの型の会社でどのレンジが現実的かを具体的にお伝えし、それを見てから動くかどうかを決めていただいています。レンジの構造そのものについては、出典付きで整理した FDEの年収相場の記事 もあわせてご覧ください。
Q5SESからでも可能ですか。▾
可能です。分かれ目は所属先ではなく、「何を自分で作ったか」を具体的に出せるかどうかです。常駐先の制約で書ける内容が限られる場合は、書ける範囲の整理から一緒にやります。複数の現場を渡ってきた経験は、初めての業界に飛び込む耐性として評価されます。
Q630代後半・40代でも可能性はありますか。▾
あります。この職種は、若さより「業務を理解する力」と「人を巻き込んで前に進める力」が効く側です。顧客の役員クラスと話す場面もあるため、経験のある方のほうが向いていることも多くあります。ただしコードを書けることは年齢に関係なく前提条件です。
Q7在職中でも相談できますか。費用は。▾
はい。ご相談者の多くが在職中です。面談はオンラインで平日夜・休日も対応し、選考の日程調整は代行します。ご相談から入社後のフォローまで、求職者の方に費用は一切かかりません。まだ転職を決めていない段階、情報収集だけのご相談でも構いません。
あなたの経験は、
どこで名前が変わるのか。
担当してきた業界と、自分の手で動かした範囲をうかがえれば、どの型の会社でどう評価されるかをその場でお伝えできます。動くかどうかは、そのあとで構いません。