結論: 「受注まで」と「導入から」——担当フェーズが分かれる
セールスエンジニア（Sales Engineer）／Solutions Engineerは、一般に営業チームと連携して商談〜受注の技術面を支えるプリセールス職です。FDE（Forward Deployed Engineer）は、受注後の顧客現場で本番実装・導入定着まで担う職種です（職種自体の解説はFDEとは）。どちらが優れているかではなく、顧客への価値提供のどのフェーズに責任を持つかが違います。まず8軸の比較表で全体像を示します。
| セールスエンジニア／Solutions Engineer | FDE | |
|---|---|---|
| 主なフェーズ | 商談〜受注（プリセールス） | 受注後〜本番導入・定着（ポストセールス中心） |
| ミッション | 受注の技術面を支援し、顧客の「買う判断」を助ける | 導入の成果を出し、顧客の業務で使われ続ける状態を作る |
| 主な成果物 | 技術提案・デモ・RFP回答・PoC | 顧客環境で動く本番実装と、その定着 |
| コードの深さ | デモ・PoC品質が中心（企業により幅あり） | 本番品質のコードを自分で書き切る |
| 評価軸 | 受注への貢献（営業目標と連動する運用が一般的） | 導入成果・定着・活用拡大 |
| 顧客と関わる期間 | 商談期間が中心。受注後は導入チームへ引き継ぐことが多い | 導入から定着まで長期に伴走 |
| 働く場所 | 商談の場・デモ環境・自社 | 顧客の現場・顧客の本番環境 |
| 中核スキル | 製品知識×デモ・プレゼン×提案構成力 | 実装力×LLM実務×顧客対話 |
※セールスエンジニア／Solutions Engineerの職務範囲は企業ごとに異なります。上記は一般に確立している範囲の整理であり、個別の求人は職務記述書でご確認ください。
前提: セールスエンジニア／Solutions Engineerとは（中立な整理）
セールスエンジニア／Solutions Engineerは、一般に営業チームとペアを組み、商談の技術面を担う職種とされます。 典型的な職務は、顧客の技術的な質問への回答、製品デモの設計と実演、提案書やRFP（提案依頼書）回答の技術パート、 導入前のPoC（概念実証）支援、アーキテクチャの提案などです。技術と営業の橋渡し役として、 SaaS・クラウド・IT製品を売る企業に広く存在する、確立されたキャリアです。
注意したいのは呼称の揺れです。Sales Engineer／Solutions Engineer／Solutions Architect／プリセールスエンジニアなど、 企業によって名前も職務範囲も異なり、同じ肩書でも実装への関与度に幅があります。 本記事は特定の呼称の優劣を論じるものではなく、プリセールス職一般とFDEの構造差を整理するものです。
構造差の本質: 「買う判断を助ける技術」か「成果を出し切る技術」か
両者の違いは、技術を何のために使うかに集約されます。
- セールスエンジニア／Solutions Engineerの技術 — 顧客が「この製品で課題を解けそうだ」と確信するための技術。 デモやPoCは意思決定の材料であり、受注がゴールの一つになる
- FDEの技術 — 顧客の業務が実際に変わるための技術。デモで終わらせず、顧客の本番環境で動かし、使われ続ける状態まで持っていくことがゴール
つまり両者は対立ではなくリレーの関係です。プリセールスが受注までを走り、FDEが導入から定着までを走る。 生成AIのように「導入してみないと価値が確定しない」製品領域では、この後半区間の重要性が増しており、 それがFDEという職種が拡大している背景でもあります（FDEとは参照）。 FDEの評価軸が「導入成果・定着」であることはAIエンジニア・ITコンサル・SIerとの比較でも整理したとおりです。
GoogleのCustomer Engineerとの関係（詳細は企業ページへ）
プリセールス技術職の代表例が、Google CloudのCustomer Engineer（CE）です。 Google Cloudは従来からCEを擁しつつ、2026年には別職種としてForward Deployed Engineerの求人を公開しており、 FDE求人票には「Unlike traditional advisory roles（従来のアドバイザリー的役割とは異なり）」という一文があります。 同じ会社の中にプリセールス職とFDEが並存する、両者の違いを最も具体的に観察できる事例です。 求人票ベースの詳細な比較はGoogleのFDE（Customer Engineerとの違い）に委ねます。
セールスエンジニアからFDEへの転身
そのまま活きる資産
- デモ・プレゼン力 — 顧客に「動くところを見せて納得させる」力はFDEでも中核スキル（デモとプレゼンテーション参照）
- 顧客の業務理解と期待値調整 — 商談で培った「相手の業務の言葉で話す」経験は、FDEの顧客対話に直結
- 製品と顧客のギャップを見つける目 — PoC支援で見てきた「導入でつまずくポイント」の知見は、導入を担うFDEの武器
埋めるべきギャップ
- 本番品質の実装力 — デモ・PoC品質と、顧客の本番環境で動かし切るコードの間には距離がある。実装のブランクがあるなら手を動かして埋める
- LLM実務の証明 — RAG・エージェント等の実装経験が問われる。必要スキルの全体像はFDEスキルマップ（5領域20スキル）
- 「受注後」までやり切った実績 — 個人開発でも「作って、使われて、業務が変わった」事例を作る。作り方はポートフォリオの作り方、転身の全体手順はFDEになるには
違い比較シリーズ（他職種との比較）
- FDEとAIエンジニア・ITコンサル・SIerの違い — 4職種の横断比較
- FDEと客先常駐（SES）の違い — 「顧客先で働く」の構造差
- FDEとMLOpsエンジニアの違い — スキルが重なる隣接職種