FDEとSESの違いとは？SIer・コンサル・データサイエンティストと比較

「それって客先常駐と何が違うんですか？」

FDE Consultingの説明をすると、決まってこう聞かれる。気持ちはよく分かる。FDE（Forward Deployed Engineer）もSESも、エンジニアが顧客の現場に入って働く。外から見れば同じに見える。

違いは「現場にいるかどうか」ではない。何を作るかを誰が決めるか、そして何が終わったら仕事が終わるかだ。この2つで、SES・SIer・ITコンサル・データサイエンティスト・ソリューションアーキテクトとFDEは明確に分かれる。

FDEそのものの定義は「FDEとは？意味・仕事内容・SESとの違い」にまとめた。ここでは比較に絞る。

6つの職種・モデルを一枚で比較する

表の中で一番大事なのは、一行目と三行目だ。SESやSIerは「何を作るか」が決まってから仕事が始まる。FDEは「何を作るか」が決まっていない状態から仕事が始まる。そしてFDEだけが、納品や契約満了ではなく「業務の数字が動いたか」で仕事の終わりを判断する。

FDEとSES（客先常駐）の違い

現場にいるのは同じ。違うのは決定権

SESは、顧客が決めた作業をエンジニアが実行するモデルだ。仕様を決めるのは顧客のプロジェクトマネージャーで、SESのエンジニアは指示の範囲で最高の仕事をする。これは悪いモデルではない。やることが決まっていて人手が足りないとき、SESほど合理的な選択肢はない。

FDEは、指示を待たない。「経費精算の差し戻しが多い」「問い合わせ対応が回らない」といった、まだ課題の形にもなっていない現場の困りごとから入る。業務を分解し、どこをAIに任せ、どこを人が判断するかを決め、作って、使ってもらって、直す。何を作るかを決めること自体が仕事に含まれている。

人月で払うか、成果で払うか

SESの対価は人月単価で決まる。エンジニアが何時間働いたかが請求の根拠になる。

FDEは、成果と対価をできるだけ結びつける。私たちの場合、月額の固定費に、事前に合意したKPIの改善に応じた成果報酬を組み合わせる形が基本だ。成果報酬を入れるかどうかは案件によるが、少なくとも「どのKPIがどう動いたら成功か」は契約の前に決める。

ここで正直に書いておくと、契約の形だけを見れば、私たちのFDE支援もSESと同じ準委任型が基本だ。契約書の形式だけでは両者は区別できない。違いが出るのは、契約の前に成果指標を合意するかどうか、そしてその指標を追い続ける体制があるかどうかだ。

決定論的なシステムと、確率的なシステム

SESの主な仕事場である業務システムやインフラは、同じ入力には同じ出力を返す。仕様書に書いたとおりに動けば正解だ。

FDEが扱うLLMやAIエージェントは、同じ質問にも毎回少し違う答えを返す。仕様書を書いた時点では、本当に使えるかどうかが分からない。だからFDEは、評価の仕組み（どういう回答なら合格か）を先に作り、現場で試しながら精度を上げていく。この「不確実なものを業務に入れる技術」が、FDEとSESを分ける技術面の違いだ。

日経クロステックはFDEを「客先常駐と似て非なる」ものと位置づけ、SESの常駐エンジニアがプログラミングやテストといった下流工程を担う労働集約型なのに対し、FDEは課題の明確化や要件定義といった上流に強い少数精鋭の知識集約型だと整理している。現場で見てきた実感とも一致する。

FDEとSIer（受託開発）の違い

SIerの仕事は、要件定義で仕様を確定させ、その仕様どおりにシステムを作って納品することだ。大規模な基幹システムのように、仕様を固めてから作るべきものでは、このやり方が最も確実だ。

AIの導入では、この「仕様を先に固める」が機能しにくい。現場でAIを使ってみるまで、どの業務のどの部分が本当に置き換えられるのかが分からないからだ。要件定義に3か月かけ、開発に6か月かけ、納品したら現場の業務がもう変わっていた——という話を、私は何度も聞いてきた。

FDEは、2〜6週間で動くものを作り、現場で使ってもらい、数字を見て直す。仕様は最初に固めるものではなく、現場で見つけていくものだと考える。納品は区切りにすぎず、ゴールは業務の数字が動くことだ。

FDEとITコンサルの違い

ITコンサルタントの主戦場は、経営課題の分析と、あるべき姿の設計だ。膨大な調査と分析で「何をすべきか」を描く力は、FDEより上であることが多い。経営判断そのものに迷っているなら、コンサルに頼むのが正しい。

違いは、提言のあとにある。コンサルの提言書が「AIで問い合わせ対応の工数を30%減らせる」と書いたとき、誰がそのシステムを作り、誰が現場に定着させるのか。多くの場合、実装はSIerやSESに引き継がれる。この引き継ぎで、提言の意図と現場の事情がこぼれ落ちる。

FDEは、提言した本人がコードを書く。コンサルの「考える」とエンジニアの「作る」を同じ人が担うので、引き継ぎで失われるものがない。私たちの成果物は提言書ではなく、本番で動いている業務システムと、動いたKPIだ。

AIコンサルの種類や選び方は「AIコンサルの選び方完全ガイド」で詳しく比較している。

FDEとデータサイエンティストの違い

データサイエンティストは、データを分析し、予測モデルの精度を高める専門家だ。「どの顧客が解約しそうか」を高い精度で当てるのは、データサイエンティストの仕事になる。

FDEが気にするのは、その予測が業務の中で使われるかどうかだ。解約しそうな顧客のリストが毎週届いても、営業が見なければ何も変わらない。FDEは、リストが営業のいつもの画面に出るようにし、連絡すべき順番と理由を添え、営業が実際に動いたかどうかまで追う。

精度90%のモデルが使われないより、精度80%のモデルが毎日使われるほうが成果は大きい。この前提に立つかどうかが、データサイエンティストとFDEの違いだ。

FDEとソリューションアーキテクトの違い

ソリューションアーキテクト（セールスエンジニア、プリセールスとも呼ばれる）は、自社製品やクラウドを顧客に導入するための設計と提案を担う。仕事の中心は導入前で、実装は顧客自身やパートナー企業が行うことが多い。

FDEは設計だけでなく実装を自分で行い、導入後も現場に残る。ソリューションアーキテクトの仕事が「導入が決まるまで」に重心を置くのに対し、FDEの仕事は「現場で毎日使われるようになるまで」続く。

「FDE」を名乗る客先常駐を見分ける5つの質問

FDEという言葉が広がるにつれて、「客先常駐のSESと同じではないか」という疑問もよく聞く。レバテックLABによるLayerX・ログラスへの取材でも、SNS上のそうした疑問が取り上げられている。名前だけでは見分けがつかないので、発注前に次の5つを聞いてみてほしい。

1. 最初の2週間で何を決めますか？ ——「要件をいただければ」と返ってきたら、それは従来型だ。FDEなら業務の棚卸しとKPIの設計から入る。
2. 成功の定義を、契約前に数字で合意しますか？ ——合意しないなら、終わり方が「期間満了」になる。
3. 誰がコードを書きますか？ ——提案した人と作る人が別なら、引き継ぎで意図が落ちる。
4. 現場の業務担当者と直接話しますか？ ——IT部門や窓口担当としか話さないなら、現場の例外処理は拾えない。
5. どう終わりますか？ ——内製化や運用の引き継ぎまで設計されているか。FDEは、いずれ自分がいなくても回る状態を作るところまでが仕事だ。

どれに依頼すべきか

どれか一つが優れているわけではない。課題の性質に合ったモデルを選ぶことが一番大事だ。迷ったら、今の課題が「何を作るか決まっているか」から考えるとよい。決まっていないなら、FDEが一番力を発揮する場面だ。

FDEという職種そのものについては「FDEとは？意味・仕事内容・SESとの違い」を、私たちの支援内容と料金は「サービス詳細」を参照してほしい。