プリセールスからFDEへ|セールスエンジニアとの違いと転職で評価される経験

結論:プリセールスとFDEの線引きは「商談の前か後か」と「コードを誰が持つか」

プリセールス(セールスエンジニア、ソリューションアーキテクト、ソリューションエンジニア)は、営業と組んで受注までに技術的な不安を解消する職種です。FDEは、受注後に顧客の現場に入り、自社プロダクトを顧客の本番の業務で動かすところまで責任を持つ職種です。両者は「顧客の課題を技術で解く」という入口は同じですが、どこで仕事が終わるか、誰がコードを持つか、何で評価されるかが違います。

The Pragmatic Engineerは、「Agent engineer」「Solutions Architect」「Sales Engineer」「Technical Delivery Engineer」といった職種はFDEにかなり近いとしたうえで、違いはFDEが顧客と働くと同時に自社が売るプロダクトにも貢献する点にあると説明しています。つまり、プリセールス経験者がFDEに移るときに新しく背負うのは「本番の実装」と「プロダクトへの還元」の2つです。

関連記事FDEとは何か(定義・仕事内容・年収の総論)はこちらの記事で解説しています

商談前(プリセールス)と商談後(FDE)の線引き

最も分かりやすい線引きは時間軸です。プリセールスの仕事は受注で区切りがつき、その後は実装チームやカスタマーサクセスに引き継がれます。FDEの仕事は受注後に本格化し、本番稼働の後も続きます。

The New Stackは、FDEは顧客の環境の中で働き「システムを本番で動かし、動かし続ける」ことを明確なゴールにしていると説明しています。同記事によれば、FDEは顧客のコミュニケーションチャンネルに参加し、顧客のプロダクト・エンジニアリングチームと密に働き、顧客のデータとシステムで直接構築します。何を作るかの判断に関わるだけでなく、構築・統合・稼働後の安定までの責任も負い、成功は費やした時間ではなく、システムがどれだけ使われ、どう動いているかで測られるとされています。

同じ記事は、従来のコンサルティングとの違いも述べています。コンサルタントは決められた期間で働き、納品物で評価されるのに対し、FDEは稼働後もシステムが動き続け価値を出し続けているかで評価され、引き渡しで仕事が終わらない、という整理です。プリセールスの仕事も「受注」という納品物で区切られる点では、FDEよりコンサルタントに近い構造です。

「商談中もFDEが入る」ケースがある

ただし、線引きが時間軸だけで済まない場面もあります。The Pragmatic Engineerによれば、顧客がプロダクトを使いこなせるか決めかねているとき、営業はFDEを付けて統合を成功させることを提案します。つまりFDEは商談の後半に入り、受注の決め手として「本番で動くこと」を示す役割も持ちます。プリセールス経験者にとっては、ここが最も自分の経験を活かしやすい場面です。違いは、そこで作ったものを自分が本番まで持っていくかどうかにあります。

Anthropicが東京で募集している「Applied AI Engineer」(2026年10月時点)は、この境界が職種名に表れている例です。求人票の責務には「Claudeを評価している見込み顧客の主要な技術アドバイザーとして動く」「アカウントエグゼクティブと密に連携して顧客要件を理解する」「顧客の採用を後押しするためのカスタムのパイロットやプロトタイプ、評価スイートを開発する」とあり、加えて「導入の間も、本番稼働後も、継続的な技術アドバイザーとして動く」と書かれています。見込み顧客への提案から本番後の助言まで一人が持つ設計で、必須要件には「テクニカルプロダクトマネージャー、Forward Deployed Engineer、またはプラットフォームエンジニアとしての経験」と「Pythonの高い習熟」が挙げられています。

「動くことを示す」から「本番で動かす」へ:コード所有と責任範囲の違い

プリセールスとFDEの違いを最も端的に語っているのが、OpenAIでFDE部門を率いるColin Jarvis氏です。The Pragmatic Engineerの取材で同氏は、FDEはSA(ソリューションアーキテクト)よりもハンズオンで、SAが従来扱ってきたよりも曖昧な状況で働くと述べています。

この発言には、プリセールスからFDEに移る人が直面する変化が3つ含まれています。

• データが本物になる:PoCで使う匿名化データやサンプルデータではなく、顧客の実データ(欠損・権限・レガシーな形式を含む)を扱う。「デモでは動いた」が通用しない
• 環境が顧客のものになる:自社のサンドボックスではなく、顧客のインフラとツールチェーン(CI/CD、認証、監視、セキュリティポリシー)の制約の中でコードを書く
• コードを自分が持ち続ける:PoCは受注とともに手放すが、FDEは本番のコードを所有し、稼働後の障害・改善・引き継ぎまで責任を持つ

日本の求人票でも、この「本番」への要求は明文化されています。Notionの東京のForward Deployed Engineer求人(2026年10月時点)は、役割を「最も複雑な顧客案件のハンズオンの技術デリバリーを率いる」と定義し、「カスタムコードの作成と保守」「本番品質のカスタムエージェントとAIワークフローの設計・デプロイ」「データパイプラインの構築」「スケール・権限・ガバナンスをめぐる複雑な課題の解決」を業務に挙げています。必須要件には「少なくとも1つのプログラミング言語(Java、JavaScript、Node.js、SQL、Pythonなど)に習熟し、顧客向けまたは社内のエンジニアリングで本番品質のコードを書くことに抵抗がないこと」があります。

Databricksの東京のFDE求人(2026年10月時点)はさらに明確で、第一の責務を「Production Solution Delivery(本番ソリューションのデリバリー)」とし、「本番品質のシステム、リファレンスアーキテクチャ、カスタムアプリケーション、データ取り込みとML/AIモデル統合を提供する」と書いています。「Own the Architecture(アーキテクチャを所有する)」という項目もあり、設計判断の所有者であることが期待されています。

プロダクトに戻す責任も加わる

FDEがプリセールスと違うもう1つの点は、顧客先で得た知見を自社プロダクトに戻す責任です。The Pragmatic Engineerは、OpenAIのFDEチームが音声の自動化案件で性能データを集め、研究部門と協働してRealtime APIを全顧客向けに改善した例を紹介しています。日本の求人票でも、アンドパッドは「現場の最前線で掴んだ『一次情報』を開発チームへフィードバックし、次世代プロダクトを進化させる」こと、チャネルトークは「Product / Engineeringチームへの顧客フィードバック連携」を業務に明記しています。プリセールスでも要望は営業経由で伝わりますが、FDEは自分が実装した結果をもって、プロダクトの仕様に影響を与える立場になります。

関連記事FDEとSES・SIer・SE・コンサルの違い(ソリューションアーキテクトとの比較表を含む)はこちらで詳しく解説しています

クォータ(売上目標)の有無と評価基準の違い

プリセールスは一般に営業組織に属し、担当する営業の受注・売上目標と連動して評価されます。個人にクォータが直接付かない会社でも、評価の軸が「受注にどれだけ貢献したか」であることは変わりません。FDEの評価軸は違います。The New Stackが述べるように、FDEは「システムがどれだけ使われ、どう動いているか」で測られ、費やした時間でも、受注でもありません。

ただし、FDEが売上から切り離されているわけではありません。The Pragmatic Engineerが紹介するRampのFDE求人は、「営業・GTMチームと密に連携し、魅力的な案件をクローズし、顧客をアクティベートし、Rampが提供する価値を時間とともに拡大する」ことを業務に挙げています。FDEが入ることで受注が決まり、導入後の拡大(エクスパンション)も進む、という構造です。違いは、FDEの貢献が「受注額」ではなく「本番で動いた結果としての継続と拡大」で評価される点にあります。

転職の判断材料として重要なのは、この評価軸の違いが「向き不向き」を分けることです。受注の瞬間にやりがいを感じる人はプリセールスの方が合っており、「受注後に自分が離れるのが悔しい」「本番で動いてから顧客に感謝されたい」という人はFDEに向いています。

プリセールス・CE経験が強みになる場面

FDEに転身したプリセールス・カスタマーエンジニア経験者は、純粋なソフトウェアエンジニア出身者にはない強みを持っています。FDEの求人票が求める能力のうち、以下の4つはプリセールスで培われるものです。

1. PoCの設計と「動くもので合意を取る」力

アンドパッドのFDE求人(2026年10月時点)は、必須要件に「『動くもの』で合意を取る、プロトタイピング思考のコミュニケーション力」を挙げています。チャネルトークのFDE求人も「PoC(Proof of Concept)の設計・推進」を業務に明記しています。PoCを「何を検証すれば顧客が意思決定できるか」から逆算して設計する力は、プリセールスの中核スキルであり、FDEでもそのまま使えます。

2. 顧客の意思決定構造の理解

誰が予算を持ち、誰が技術的な拒否権を持ち、誰が現場で使うのか。この構造を読む力は、FDEが「何を作るべきか」を特定するうえで不可欠です。Notionの東京のForward Deployed Architect求人(2026年10月時点)は、「曖昧な顧客のゴールを明確なワークフロー、実装計画、ソリューションアーキテクチャ、測定可能な成功基準に翻訳する力」と「現状のワークフローを把握し、顧客の痛みを特定し、運営モデルを理解し、技術的制約を顕在化させ、実践的な将来像を定義する、コンサルティング型のディスカバリースキル」を必須要件に挙げています。これはプリセールスのディスカバリーそのものです。

3. エンタープライズ対応(セキュリティ・レガシー・多数のステークホルダー)

チャネルトークのFDE求人は「Enterprise Dealでレガシーから最新SaaSまでを含めた技術やセキュリティ観点での提案・伴走」を業務に挙げ、Databricksの求人は「エンタープライズ顧客と働き、幅広いステークホルダー間の対立をマネジメントした経験」を求めています。RevCommのFDE求人(2026年10月時点)も「複数のステークホルダーとの合意形成能力」を必須としています。エンタープライズのプリセールスで、情報システム部門・セキュリティ部門・事業部門の間を調整してきた経験は、FDEの選考で明確に評価されます。

4. ビジネスと技術の翻訳

アンドパッドは業務内容に「ビジネスとエンジニアリングの翻訳:『何ができるか(技術)』と『何をすべきか(ビジネス)』のギャップを埋め、実現可能なロードマップを描く」を置き、必須要件に「エンジニアリングチームと対等に渡り合い、技術的制約をビジネス価値へ変換する翻訳能力」を挙げています。技術を経営課題の言葉に、経営課題を技術要件に翻訳する仕事は、プリセールスが毎日やっていることです。

カスタマーサクセス(CSM)出身者について:チャネルトークは必須要件の例示に「CSM」を含めています。導入後の定着と拡大を見てきた経験は、FDEが本番稼働後も伴走する場面で活きます。ただし、技術的な実装経験が乏しい場合は、次の節の「補うべき実装力」の比重が大きくなります。

補うべき実装力の目安

プリセールス経験者がFDEの選考で落ちる最大の理由は、実装力の証明が不足していることです。日本のFDE求人票には、求める実装力の水準に大きな幅があります。自分がどの水準の求人を狙うかで、補うべき量が変わります。

この表から、プリセールス経験者の現実的な入り方が見えてきます。国内SaaSのFDE(アンドパッド・チャネルトーク・RevComm)は、プリセールス・導入コンサル・CSの経験を必須とし、実装力は「読み書きできる」「API連携とSQLの実務」の水準で入口に立てます。一方で、外資のプラットフォーム企業のFDE(Databricks・Notion FDE)は、本番品質のコードやシニア相当の経験を求めており、プリセールスからの直接の転身には実装経験の積み増しが必要です。

最低限そろえたい3つ

1. 01API連携とデータ処理を自分の手で:Webhook・REST APIの連携、SQLでのデータ抽出・結合、Pythonでの前処理を「設定した」ではなく「書いた」と言える状態にする。RevComm・チャネルトーク・アンドパッドの要件はここで満たせる
2. 02本番に入った経験を1つ:PoCで終わった案件のうち1つでも、本番の環境で動かし、障害対応や改善まで関わった経験を作る。社内で実装チームに同席させてもらう、PoCの本番移行を自分で担当すると申し出る、といった方法がある
3. 03LLMを組み込んだものを本番相当の品質で:認証・エラー処理・評価(どの程度正しく動いたかを測る仕組み)まで含めたアプリケーションを1つ作り切る。AnthropicやOpenAIなどAI企業のFDE・Applied AI職はここを重視する

関連記事FDEに必要なスキル・資格の全体像と学習の順番はこちらの記事を参照してください

プリセールス経験を要件にするFDE求人票(2026年10月時点)

日本のFDE求人のうち、プリセールス・顧客対応の技術職の経験を必須要件に明記しているものを、公式求人票から引用します。記載はいずれも2026年10月時点のもので、応募の前に必ず原文を確認してください。

アンドパッド Forward Deployed Engineer(FDE)

建設業特化型のAIプロジェクト「ANDPAD Stellarc」の始動に伴う募集です。必須要件の筆頭は「ITソリューションのプリセールス、導入コンサルティング、またはシステムエンジニアとしての実務経験」で、これに「『コードが読める/書ける』技術リテラシー」「『動くもの』で合意を取る、プロトタイピング思考のコミュニケーション力」が続きます。歓迎条件には「建設・製造・物流など『ノンデスクワーカー』領域でのDXプロジェクト経験」「ERP刷新や基幹システム連携など、大規模システムの導入・連携プロジェクトのPM/PL経験」があり、エンタープライズ向けのプリセールス・導入経験がそのまま評価される構成です。給与は非公開(経験・能力に応じて決定、固定時間外労働手当 月45時間分を含む)、勤務地は東京都港区です。

チャネルトーク 開発-Forward Deployed Engineer(FDE)

Enterprise顧客の増加に伴い「技術面から導入・実装・活用をリードする」ポジションとして新設された募集です。必須要件の筆頭は「SaaS / IT業界におけるEnterprise顧客対応経験(Presales / Solution Engineer / Technical Consultant / CSM 等)」で、「顧客課題を整理・構造化し、技術的観点から解決提案を行った経験」「API / システム連携に関する基本理解」が続きます。業務には「API / Webhook / 外部システム連携支援」「PoC(Proof of Concept)の設計・推進」「Product / Engineeringチームへの顧客フィードバック連携」が含まれます。求人票にはFDEを顧客とプロダクトを繋ぐ「技術アンカー」と表現する記述があります。給与・勤務地の記載は求人票上にはありません。

RevComm Forward Deployed Engineer(FDE)

必須要件は「BtoB SaaS / ITソリューション領域での顧客折衝経験」「要件整理から設計・導入まで自走・推進してきた経験」「API連携 / データ連携いずれかの経験」「SQL及び、類似ツールでのデータ活用経験」「複数のステークホルダーとの合意形成能力」です。歓迎条件に「SIer / ITコンサル / BPO等での現場常駐・プロジェクト推進経験」「CRM / コンタクトセンター領域の知見」があります。業務内容は「顧客の業務要件を整理し、技術要件へ構造化する」「API連携 / データ統合 / Webhook等を用いた設計を行う」「PdM、開発との技術前提のすり合わせ」で、プリセールスというより「要件整理から導入まで」を自走してきた人を求める書き方です。給与は経験・能力に応じて決定とあり、求人票には例として年収1,200万円(月額100万円、基本給72万円+時間外手当28万円)が示されています。勤務地は東京都千代田区で、フルリモートワーク可と記載されています。

Notion Forward Deployed Architect(東京)

名称は「Architect」ですが、プリセールス・カスタマーエンジニア経験者に最も近い職種です。必須要件は「テックサービス/コンサルティング、ソリューションアーキテクチャ、インプリメンテーション、カスタマーエンジニアリング、または同様の顧客対応職で5年以上」で、「本番コードを書く必要はない」と明記しつつ「技術的制約を推論し、効果的にトラブルシュートできること」を求めています。より深いエンジニアリングが必要な場面(移行、APIの制約、セキュリティアーキテクチャ)ではForward Deployed Engineeringと組む、という役割分担が書かれており、FDEとFDAをペアにする設計です。日本語の読み書き・会話の流暢さが必須で、求人票には「#LI-Onsite」の表記があります。

このように、同じ「Forward Deployed」を冠する求人でも、求める実装力は会社と職種で大きく異なります。プリセールスからの転身では、まず自分の実装力で入口に立てる求人を選び、入社後に本番の実装経験を積んでから、より実装寄りの職種や企業に進む道が現実的です。

関連記事FDE求人・採用企業一覧(日本)では、上記以外の企業も含めて求人票を整理しています

職務経歴書での語り直し

プリセールスの職務経歴書は、通常「担当した案件数と受注額」で書かれています。FDEの選考では、この書き方は評価されにくいです。評価されるのは、「何を作り、それが本番でどうなったか」「顧客の意思決定をどう動かしたか」「プロダクトに何を戻したか」です。同じ経験でも、語り方を変える必要があります。

特に重要なのは、本番に至った案件の記述です。The New Stackが引用する現場のFDEの言葉に、「モデルは通常、最もきれいな部分だ。難しいのは、誰も文書化していないワークフロー、人々が実際に信頼しているデータソース、なぜそのプロセスがそうなっているかを知っている人を見つけることだ」というものがあります。PoCの先にある、この「見つける」作業に関わった経験があれば、それはFDEの経験として語れます。

面接で聞かれる「なぜプリセールスを離れるのか」

FDEの面接では、プリセールスからの転身理由がほぼ必ず問われます。「受注で仕事が終わるのが物足りない」「本番で動くところまで自分で持ちたい」「顧客先の知見をプロダクトに戻したい」のいずれかを、実際に悔しかった案件を1つ添えて語れると説得力が出ます。逆に「売上目標から離れたい」「営業と組むのが疲れた」を主な理由にすると、FDEも営業と密に連携する職種であるため評価が下がります。

関連記事FDEの面接対策(ケース面接・実技課題の傾向)はこちらの記事で解説しています

プリセールスからFDEへ転職する手順

1. 01現職で「本番に至る」経験を1つ作る:自分が設計したPoCの本番移行に、実装チームの一員として参加する。これが職務経歴書の中核になる
2. 02実装力の証明をそろえる:API連携・SQL・Pythonでのデータ処理を自分で書いた成果物と、LLMを組み込んだアプリケーションを1つ作る
3. 03狙う求人の水準を決める:プリセールス経験を必須にする国内SaaS(アンドパッド・チャネルトーク・RevCommなど)か、本番品質のコードを求める外資(Notion FDE・Databricks)か、提案から本番後まで一人で持つAI企業(Anthropic Applied AI Engineer)かを、実装力に合わせて選ぶ
4. 04職務経歴書を語り直す:受注額ではなく、PoCの設計、本番への到達、意思決定の動かし方、プロダクトへの還元で書く
5. 05転身理由を1案件で語れるようにする:「最後まで持ちたかった」案件を具体的に用意する

関連記事FDE転職ガイド(転職の方法・経歴別の戦略・選考の流れ)で、全体の進め方を確認してください