2つの職種はどちらも「エンジニア」と呼ばれ、どちらも技術を理解し、どちらも顧客を訪問し、年収レンジも似ています。
しかし一方は契約締結で完了し、もう一方は契約締結から本番が始まります。
この2つを混同するのは、企業が人を雇い間違え、個人が職を投げ間違える最もよくある原因です。

同じ会議室で、2人が考えていることは全く違う
まず非常によくある場面を再現します。
ある企業がAIシステムを導入したいとき、会議室には供給側の2人が座っています。一人は話す担当、もう一人は記録する担当です。
話す担当の方は**プリセールスエンジニア(SE、Sales Engineer)**です。彼が気にするのは、顧客の意思決定チェーンは誰か、予算は大体どれくらいか、我々の製品がこれらのニーズポイントをカバーできるか、競合が今どの段階まで話しているか、です。
記録する担当の方はFDEです。彼が気にするのは全く別のセットです。この「自動集計」は毎日何時に動くか、誰が結果を見るか、見終わったら何をするか、今この工程は誰がやっているか、一日どれくらい時間がかかるか。
同じ一言が顧客の口から出ても、2人が聞くものは違います。
顧客が「報告書を自動生成したい」と言います。
SEが聞くのは:デモ可能な機能ポイント、我々の製品にあり、ソリューションの12ページに入れられます。
FDEが聞くのは:今誰がこの報告書を作っているか?何で作っているか?どれくらいの頻度で作るか?誰に見せるか?彼らは見終わったら何を決定するか?もし生成された報告書を誰も見なければ、このことは等しくやっていないも同然です。
違いが見えましたか?
SEはニーズをマッチングし、FDEは動作を分解します。 前者が欲しいのは「あるかないか」、後者が欲しいのは「使うか使わないか」です。
以下、この線を徹底的に切り分けます。全部で3つの境界です。
境界一:目標が異なる——一方は契約、もう一方は使用
プリセールスSE:製品を明確に説明し、契約を取る
まずSEを明確にします。相手を過小評価しないでください。優秀なプリセールスエンジニアの価値は非常に高いです。
彼が日常行うことは大体以下を含みます。
- 顧客の組織構造と意思決定チェーンを把握し、誰が決定権を持ち、誰が影響し、誰が反対する可能性があるかを知る
- 顧客の曖昧な訴求を製品言語に翻訳し、また製品能力を顧客が理解できる業務価値に翻訳する
- **PoC(概念実証)**を行い、顧客環境で製品が動くことを証明する
- ソリューションを出し、見積もりを出し、商務と技術層面の様々な質疑に対応する
- 競合の動向を見守り、重要な節目で差別化の打法を出す
SEの納品物は何か? ソリューションドキュメント、デモ環境、PoCレポート、見積書。
SEの成功基準は何か? 受注率、販売サイクル、単価平均金額。
SEの仕事リズムは何か?「週」単位です。中型プロジェクトは接触から契約まで通常数週間から数ヶ月。字にサインすれば、核心任務は完成です。
SEは主に誰を相手にするか? 顧客の管理層とIT意思決定者、つまり「買うか買わないか」を決める人たちです。
一言でまとめると、SEの核心能力は、不確定性を圧縮して顧客が署名を敢えてする程度にすることです。
この仕事は全く簡単ではありません。複雑な製品を話して上司に頷かせられるのは、硬い功夫です。
FDE:ものを使い始めさせ、価値を出す
再びFDEを見ます。
FDEの正式名称はForward Deployed Engineer、フォワード・デプロイド・エンジニアです。名前の中のキーワードは「Deployed(配置・配備)」です——人が業務の最前線に置かれ、本社でコードを書くのではありません。
彼が日常行うことは大体以下を含みます。
- 顧客の業務現場に浸かり、真実のプロセスが実際どう動いているか観察する(ドキュメントに書いてあるセットではなく、人が実際どうやっているか)
- 本当に手を動かす価値のある切り口を見つける:どの工程が最も痛いか、データ量が最も大きいか、直し終えて最も変化が見やすいか
- 自分でプロトタイプを組み立てる、2日で組んだ粗いものでも、まず最前線の人に使わせる
- 最前線の人と一緒に新しいツールを習慣にし、「一回使ったらもう使わない」問題を解決する
- 指標を見守る:どれだけ時間を節約したか、どれだけミスを減らしたか、どの数字が本当に変わったか
FDEの納品物は何か? 本当に使われている業務プロセスと、一組の本当に変化した指標。
FDEの成功基準は何か? アクティブ使用率、業務指標の変化、継続と拡大契約。
FDEの仕事リズムは何か?「月」単位です。進場、把握、作り出す、普及、指標の変化を見る、通常数ヶ月かかります。
FDEは主に誰を相手にするか? 最前線の業務担当者、つまり「使うか使わないか」を決める人たちです。
一言でまとめると、FDEの核心能力は、一つの既に契約した契約を、顧客が離れられない仕事方式に変えることです。
「離れられない」という3文字に注意してください。SEがやり終えると、顧客は「買った」です。FDEがやり終えると、顧客は「使い始めた」です。間には巨大な溝があります。
一つの表で理解:6つの次元の正面の違い
| 次元 | プリセールスエンジニアSE | フォワード・デプロイド・エンジニアFDE |
|---|---|---|
| 核心目標 | 受注 | 実装、価値を生む |
| 主要納品物 | ソリューション、PoC、見積 | 動くプロセス、変化する指標 |
| 手を動かしてコードを書くか | 通常書かない、設定とデモを行う | よく書く、プロトタイプと統合を行う |
| 成功基準 | 契約率、販売サイクル | 使用率、業務指標 |
| 時間尺度 | 週単位、契約で段階終了 | 月単位、契約でやっと開始 |
| 主要対話対象 | 管理層、IT意思決定者 | 最前線の業務担当者 |
境界二:納品物が異なる——一方はソリューション、もう一方はプロセス
この境界は最も見落とされやすいです。なぜなら見た感じ「似たようなもの」だからです。
SEが出すのは紙面とデモです。数十ページのソリューション、動く環境、結論が明確な検証レポート。これらのものに共通する特徴があります——それらは納品のその瞬間に既に完全だったということです。見終わった、検収した、このことは終わりました。
FDEが出すのはまだ運転している仕事方式です。ある職の人が毎日ツールを開き、新しい手順で仕事を済ませ、産出された数字が別の人に取られて意思決定に使われる。このものは納品のその瞬間にやっと始まったばかりで、未来数ヶ月で持続的に有効である必要があります。
この2種類の納品物の品質検証方式も全く異なります。
ソリューションが良いかどうかは、話し終えた後顧客が頷くか、毛病を挙げられるかを見ます。
プロセスが良いかどうかは、3ヶ月後にまだ誰かが開いているかを見ます。
だからあなたは非常に面白い現象を見るでしょう。SEの成果にはしばしば明確な納品儀式があります。FDEの成果には通常ありません。後者の本当の完成時刻は、ある日顧客が自分がもうこのツールから離れられないことに気づいた時で、そのために特別に会議を開いた人はいません。
これもなぜFDEの価値がしばしば過小評価されるかです——その栄光の時刻は静かなのです。
境界三:実装度が異なる——一方はデモ、もう一方はプロトタイプ
これは最も現実的な一本の境界線です。
SEがデモするのは通常標準製品の標準能力です。PoCをやるとしても、制御された環境で「我々の製品はこのシーンをサポートする」ことを証明します。
FDEが面対するのはしばしば別のことです。顧客が欲しいこのもの、製品には今まだない。
どうしますか?
FDEの選択は通常:まず自分で動くものを一つ書く。
いくつかのインターフェースを呼び出し、一つのデータを接続し、最もシンプルなインターフェースをかぶせ、2日以内に業務の人に本当に使わせます。それは醜く、不完全で、来週書き直すかもしれません。しかしそれは直ちに最も重要な質問に答えられます——このもの、結局誰か使う意志があるか?
これがプロトタイプの意義です。プロトタイプは最終製品ではなく、検証ツールです。最小のコストで最も速い事実を交換するために使います。
よく使われる判断基準は、2日で80%の程度にできるなら、2ヶ月かけて100%をやらないでください。
なぜなら100%ができたとき、業務はもうこうやっていないかもしれないからです。

誤解一:FDEは上級プリセールスです。
違います。両者の考課指標は根本的に異なります。プリセールスが背負うのは契約、FDEが背負うのは使用と価値です。プロジェクトが契約したのは、SEにとって終点、FDEにとって起点です。FDEに販売指標を背負わせると、彼はすぐに第二のプリセールスに変わり、実装の仕事は誰もやらなくなります。
誤解二:FDEは実施あるいはアフターサービスです。
これも違います。実施は既定のソリューションに従ってシステムを組み立て、設定し、トレーニングを完成させます。FDEが面対するのはしばしば「ソリューションがまだ決まっていない、なぜなら誰もどうすればいいか分からないから」です。実施が解決するのは執行問題、FDEが解決するのは定義問題です。前者には標準答案があり、後者にはありません。
誤解三:FDEは商業を理解する必要がない。
さらに違います。FDEは毎日取捨をしています。このニーズはやる価値があるか、どれくらいやるか、どの程度までやったら止めるべきか。これらの判断は商業感覚がなければ全くできません。技術の優雅度だけを見守るFDEは、綺麗だが誰も使わないものを作りやすいです。
最も的確な一言:SEは売り込む責任、FDEは使わせる責任
もし一言しか覚えられないなら、この一言を覚えてください。
この2つの職種に優劣はなく、同じリレーレースの道の前後2棒で、しかも互いに成敗を決定します。
悪いSEは、約束すべきでないものを約束して出し、FDEに全く実装できない契約を残します。良いSEは、契約前にFDEを引き入れ、「このこと結局どう成功と数えるか」を契約段階で明確にします。
逆も同じです。悪いFDEは、顧客の初めての協力を最後の一回にします。良いFDEが出す効果は、SEが次の顧客を話すときの最も有力な裏付けになります。
多くの企業がFDEを「アフターサービスのアフターサービス」と見なすのは、最大の浪費です。それは実は継続と拡大契約のエンジンです。
3つの自己テスト:あなたはどちらがより向いているか
悩む必要はありません。自分に3つの質問をしてください。
第一、あなたはより説得を楽しむか、それともより解決を楽しむか?
あなたを疑いに満ちた会議室に放り込むと、あなたは興奮します——SE寄りです。あなたを愚痴だらけ、誰もニーズが明確でない最前線の現場に放り込むと、あなたは興奮します——FDE寄りです。
第二、あなたは「顧客は自分が何を欲しいか全く分からない」を受け入れられるか?
SEが面対するニーズは比較的明確です。顧客は何を買うか知っていて、選んでいるだけです。FDEが面対するのはしばしば曖昧な愚痴です:「遅すぎる」「いつも間違う」「人が足りない」。愚痴から本当の問題を掘り出すには、忍耐に頼り、賢さではありません。
第三、あなたは長期間標準答案がないことに耐えられるか?
SEには成熟した打法、テンプレート、競合対標があります。FDEの手にはしばしば一団の乱麻と一つの締め切りしかありません。もしあなたが明確なタスクリストが必要で初めて安心できるなら、FDEはあなたを非常に苦しませるでしょう。
2条以上FDEの特徴に合えば、あなたは本当にこの方向に向いているかもしれないと説明します。

もう「どちらがより良いか」を聞かないで
契約は始まりに過ぎず、使い始めることこそが納品です。
もしあなたも「AIを本当に使い始めさせる」ことに夢中で、ソリューションとデモ文書だけに留まらないなら、私たちは話ができます。
FDEを体系的に学び、私が整理したFDE職種全景図を入手したいですか?本号をフォローして、今後の更新を見逃さないでください。
コメントを書き込む
コメントは管理人が確認のうえ、この記事の「みんなのコメント」に掲載する場合があります(即時には表示されません)。 URL・宣伝・誹謗中傷は掲載されません。