FDEはなぜ「提案で終わらない」のか——コンサル・プリセールス・営業との境界線

「提案で終わる」と「動かし続ける」は、どこが違うのか

「提案で終わらない」という言葉は、FDE（Forward Deployed Engineer）を説明するときによく使われる。だが、それが何を意味するのかは、隣接する職種と並べて初めて輪郭が見える。

FDEに近い職種は多い。コンサルタント、ITコンサル、プリセールスエンジニア、営業、カスタマーサクセス、GTMエンジニア、デプロイメントストラテジスト——いずれも「顧客の課題を解決する」文脈で登場する。しかし、それぞれが担う範囲は明確に異なる。FDEとは何かという基本については「FDEとは何か——Forward Deployed Engineerの読み方・起源と定義」で整理しているので、ここでは比較に集中したい。

6つの隣接職種と、FDEだけが持つもの

各職種の役割を「何をして、どこで終わるか」という観点で並べると、次のようになる。

• コンサル（経営）：課題分析・戦略立案が主な仕事。成果物はレポートや提言であり、実装は別の担い手へ委ねられる。
• ITコンサル：要件定義やアーキテクチャ設計まで踏み込む。だが実装はSIerやベンダーが担うことが多く、設計段階で役割が終わる。
• プリセールス：受注前のデモ・PoC・技術評価を担う。受注すれば別チームへ引き渡す構造が標準的だ。
• 営業：案件の発掘・提案・クロージングを担う。実装や技術的な問題解決は対象外となる。
• カスタマーサクセス：製品導入後の活用促進・定着・更新を担う。製品をどう使うかを支援するが、システムを自ら構築・変更する役割ではない。
• GTMエンジニア／デプロイメントストラテジスト：製品の市場展開・導入計画を担う。実装戦略を設計するが、現場のコードレベルへは踏み込まないことが多い。

FDEだけが、これらの要素を連続して持ちながら、「実装そのもの」を手放さない。

FDEが実装責任を「持ち続ける」理由

なぜ一人のロールが実装まで担うのか。その理由は、構造的な情報損失にある。

「誰かに渡す」設計は、必ず翻訳コストと文脈の劣化を伴う。

コンサルが設計した要件がSIerに渡るとき、現場の微細な文脈は往々にして落ちる。プリセールスが描いたPoC像が実装チームに引き渡されるとき、顧客の期待との齟齬が生まれる。こうした「引き渡し」の構造が、プロジェクトの失敗要因として繰り返されてきた。

「FDEの仕事内容とは？現場から定着まで担うロールの全体像」で整理しているとおり、FDEは課題の診断から設計・実装・定着までを一貫して担う。「誰かが動かす」ではなく、「自分が動かし、動いている状態まで持ち込む」ことが求められる。

この連続性は、顧客側からは「相談できる人が変わらない」という形で現れる。提案フェーズの担当者が実装後に姿を消す構造では、「あの提案と今の現場がずれている」という齟齬を誰も解決できなくなる。FDEが一貫して関与し続けることは、技術的な担保であると同時に、関係性の継続でもある。

職種の境界は、成果物の形で分かれる。コンサルはレポート、プリセールスはPoC、営業は契約、カスタマーサクセスは継続率。FDEの成果物は「現場で実際に動いている状態」だ。それがFDEを他の職種と区別する、最も端的な一点である。

---

DX推進の伴走支援やFDE活用を検討している方は、しぼる：DX伴走支援もあわせてご覧ください。