FDEとSES・SIer・SE・コンサルの違い|FDEエンジニアの立ち位置を比較表で解説

結論:FDEと類似職種の違い早見表

FDEを類似職種と区別する軸は3つあります。自社プロダクトを持っているか、顧客の環境で本番のコードを書くか、顧客先で得た知見を自社プロダクトに戻すか、です。

FDEとSES(客先常駐)の違い

FDEとSESは、どちらも顧客先で働きます。違いは自社プロダクトがあるかどうかです。LayerXでFDEグループを率いる白井英氏は、レバテックLABの取材で、SESや技術コンサルタントとの決定的な違いは「プロダクトを持っている」ことだと述べ、FDEは役割というよりビジネスモデルに近いものだと説明しています。

FDEが1社の顧客のために解いた課題は、個別対応で終わらず、プロダクトの機能として次の顧客にも提供されます。これがFDEモデルが事業として成り立つ理由です。逆に、自社プロダクトを持たない会社が「FDE」を名乗る場合、構造としてはSESと変わりません。

FDEとSIer・SE(システムエンジニア)の違い

SIerのエンジニアやSEは、顧客の要件にもとづいてシステムを個別に構築し、納品します。Sansanの技術ブログは、FDEの立ち位置を「提案までで役割を終えるコンサルタント」とも「要件に基づいてフルスクラッチで構築するSIer」とも異なると説明し、既存のプロダクトを活かしながら顧客固有の業務や課題に適応させ、価値が出るところまで伴走する存在だと述べています。

• 出発点:SIerは顧客の要件から始める。FDEは自社プロダクトと顧客の課題の両方から始める
• 作り方:SIerは個別に構築する。FDEは既存のプロダクトを土台にして、足りない部分を実装する
• 区切り:SIerは納品で区切りがつく。FDEは導入後の活用と定着まで伴走する

一方で、SIerで顧客常駐や要件定義を経験したエンジニアは、FDEに最も近い働き方をしてきた人材です。制約の多い環境での開発や顧客との調整の経験は、FDEの選考でそのまま評価されます。

FDEとソフトウェアエンジニアの違い

Palantirは、自社のソフトウェアエンジニア(Dev)とFDE(Delta)の違いを、Devは「1つの機能を、多くの顧客に」、Deltaは「1社の顧客に、多くの機能を」と説明しています(The Pragmatic Engineerの引用による)。プロダクト開発のエンジニアは、多くの顧客が使う機能を自社の環境で作ります。FDEは、1社の顧客の成果のために、プロダクト、各種の言語、オープンソースのツールを組み合わせて解決策を作ります。

技術面の合格基準は変わりません。Palantirは求人票でFDSEの責任範囲を「スタートアップのCTOに似ている」と説明しており、FDEはコードを書く職種です。JAPAN AIの求人票は、FDEの業務の目安を「顧客対話は約2割、技術設計・実装は約8割」と記載しています。

FDEとソリューションアーキテクト・セールスエンジニアの違い(要点)

OpenAIでFDE部門を率いるColin Jarvis氏は、The Pragmatic Engineerの取材で、FDEはソリューションアーキテクト(SA)よりもハンズオンで、より曖昧な状況を扱うと説明しています。同氏によれば、SAは助言に近い役割で、顧客のインフラ上でコードを書くことはまれであり、匿名化したデータやオフラインのデータでMVPやPoCを作るのが通常です。受注の前に技術面で提案するのがソリューションアーキテクトやセールスエンジニア、受注の後に顧客の環境で本番のシステムを作るのがFDE、という分担です。

Anthropic・OpenAI・Databricksの東京求人では、この分担がForward Deployed Engineer / Applied AI Architect / Solutions Architect(Pre-sales)のように職種として分けられています。各職種の求人票の比較、カスタマーエンジニアやApplied AI Engineer・AIエンジニアとの違い、各職種からFDEへ移るときに足すものは、次の記事で扱います。

関連記事FDEとソリューションアーキテクト・SE・AIエンジニアの違い:プロダクト企業側の近接職種を求人票で比較

FDEとITコンサルタントの違い

The Pragmatic Engineerは、FDEはコンサルタントと誤解されることがあるとしたうえで、コンサルタントが単発の提言を行うのに対し、FDEは長期にわたって顧客と働き、自社のコアプロダクトの開発にも貢献すると説明しています。Salesforceも、自社のFDEについて「実装チームはソリューションを作る。FDEはそのソリューションが価値を生むようにする」と述べています。

• 成果物:コンサルタントは提言や計画。FDEは顧客の業務で動くシステム
• 関与の期間:コンサルタントは契約期間。FDEは導入から定着まで
• 実装:コンサルタントは原則として行わない。FDEは自分で行う

手を動かせるITコンサルタントは、FDEの課題発見や合意形成の部分で即戦力になります。選考では、本番のコードを自分で書き切れるかが確認されます。

FDEとカスタマーサクセスの違い

カスタマーサクセスは、既存の機能を顧客に活用してもらい、利用を定着させる職種です。原則としてコードは書きません。FDEは顧客のインフラ上で本番のコードを書き、必要であれば自社プロダクトに機能を追加します。顧客の声をプロダクトに伝えるという点は共通していますが、FDEは伝えるだけでなく自分で作ります。

「名ばかりFDE」を見分ける5つの質問

FDEという職種名が広まるにつれて、実態がSESやカスタマーサポートに近い求人にも「FDE」の名前が付くようになりました。応募前と面接で、次の5点を確認してください。

1. 01自社プロダクトは何ですか:FDEが顧客先に持ち込むプロダクトがあるかを確認する
2. 02FDEが顧客先で見つけた課題は、どういう経路でプロダクトに反映されますか:仕組みがなければ、知見は顧客先に残るだけになる
3. 03FDEの評価指標は何ですか:稼働時間や機能の数ではなく、顧客の成果で評価されるかを確認する
4. 04業務時間のうち、実装に使うのは何割ですか:コードを書く職種かどうかを確認する
5. 05顧客先で働く割合と、出張の頻度はどのくらいですか:Palantirは求人票に出張の割合を明記している

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

類似職種からFDEになるには

FDEは経験者がほとんどいない職種のため、各社は類似職種からの転身者を採用しています。SIerやSESのエンジニアはLLMの実装経験を、ソフトウェアエンジニアは顧客と直接話す経験を、ITコンサルタントやプリセールスは本番のコードを書き切る経験を補うと、FDEの選考に進みやすくなります。

関連記事FDE転職ガイド:向いている経歴・職務経歴書・選考対策

関連記事FDEになるには?未経験から12ヶ月のロードマップ

関連記事FDEとソリューションアーキテクト・ソリューションエンジニア・AIエンジニアの違い(プロダクト企業側の近接職種を比較)

関連記事FDEはやめとけ?きつい・デメリットと言われる理由と向かない人の特徴

まとめ

FDEは、自社プロダクトを持つ会社の社員として顧客の現場に入り、顧客の環境で本番のコードを書き、得た知見を自社プロダクトに戻すエンジニアです。SESとは自社プロダクトの有無で、ソリューションアーキテクトとは実装の深さで、ITコンサルタントとは自分で作るかどうかで区別できます。求人を見るときは職種名ではなく、自社プロダクト、プロダクトへの還流の仕組み、評価指標の3点を確認してください。