🎓 生成AI活用の勉強会・無料相談・最新情報をお届けします
オンライン勉強会の案内や、無料相談、ChatGPT・Claude活用の具体例をメールでお届けします。登録は無料、いつでも解除できます。
セールスエンジニアの転職相談で繰り返し出てくる悩みがある。技術も分かるし顧客とも話せる。ただ、この先どこへ進むのかが見えない、というものだ。
社内で提示される道はたいてい二つに絞られる。営業マネージャーに上がるか、プロダクトマネージャーに移るか。前者は技術から離れ、後者は顧客から離れる。どちらも、いま面白いと感じている部分を手放す選択になる。
三つ目の道として、Forward Deployed Engineer（以下FDE）がある。米国のAI企業を中心に求人が急増している職種で、セールスエンジニアからの移行組が一定数を占める。
受注した瞬間に担当を外れる、という構造
セールスエンジニアの仕事は、受注前の技術検証で完結する。要件をヒアリングし、デモを組み、技術的な懸念に答え、契約が決まると次の案件に移る。
自分が「これなら効きます」と説明した構成が、実際に顧客の業務で効いたのかどうかは分からないまま終わる。導入がうまくいかなかったという話が半年後に伝わってきても、そのときにはもう手を出せない。
提案の精度を上げたくても、結果を見られない構造になっている。これがキャリアの行き止まり感の正体である。
技術力の問題ではない。役割の設計上、いちばん学びが大きい工程が担当範囲の外に置かれている。
FDEは、受注した後から始まる
FDEは顧客の現場に入り、課題のヒアリングから要件定義、実装、本番稼働、定着までを担う。セールスエンジニアと重なるのは商談同席とヒアリングの部分で、そこから先が伸びている。
| 工程 | セールスエンジニア | FDE |
|---|---|---|
| 商談同席とヒアリング | ○ | ○ |
| デモと技術検証 | ○ | ○ |
| 契約 | ここで離脱 | 継続 |
| 要件定義 | × | ○ |
| 実装 | × | ○ |
| 本番稼働と定着支援 | × | ○ |
| 製品への還元 | △ | ○ |
移行のハードルになるのは実装である。逆に言えば、顧客と話す能力はすでに持っているので、身につけるべきものが一つに絞られている。
これは未経験からFDEを目指す場合と比べて、かなり有利な位置にいるということでもある。実装ができて顧客と話せない人が話せるようになるより、話せる人が書けるようになるほうが、企業側から見て確度が高い。顧客の前に出せるかどうかは訓練で埋めにくい。
移れる人に共通していること
求人票の要件よりも、次の三つが実際の判断材料になる。
要件を自分の言葉で書き直した経験があるか。 顧客の話をそのまま議事録にするのではなく、何を解けば効くのかを自分で定義して提案に落とした経験。これがあるかどうかで、FDEとして機能するかがほぼ決まる。
動くものを自分で作ったことがあるか。 業務システムでなくてよい。デモ環境の構築、スクリプトによる検証データの生成、簡単な社内ツール。規模ではなく、仕様がない状態から形にした経験があるかを見られる。
顧客の業務用語で会話できるか。 製造業なら工程と歩留まり、物流なら積載率と配車。自社製品の用語ではなく、顧客の業務の用語で議論できるか。
三つ目を持っているセールスエンジニアは多い。そして、これは実装力より習得に時間がかかる。
職務経歴書の書き方を変える
セールスエンジニアの職務経歴書は、担当製品と売上貢献で書かれていることが多い。FDEの選考ではこれが読まれない。読まれるのは、何を決めて何を作ったかである。
書き換えの方向は次のようになる。
| よくある書き方 | FDE選考で効く書き方 |
|---|---|
| 製造業向けに月20件のデモを実施 | 生産管理の担当者にヒアリングし、日次の実績入力が二重になっている工程を特定。既存システムと自社APIをつなぐ検証環境を構築し、入力を一本化できることを実機で示した |
| 大手製造業A社の受注に技術面から貢献 | 提案時の懸念だった既存基幹との接続を、検証用スクリプトを書いて実データで検証。導入判断の材料を作った |
| 導入支援を担当 | 稼働後3か月、週1で現場に入り利用率を追跡。使われていない機能の原因が入力画面の項目順にあると分かり、設定変更で利用率を改善した |
違いは主語である。左は「関わった」という記述で、右は「何を判断して何を作ったか」という記述になっている。デモの実施件数のような活動量ではなく、判断と成果物を書く。
書けることがないと感じたら、それは経験がないのではなく、記録していないだけである場合が多い。過去の案件で自分が決めたことを思い出して棚卸ししてみるとよい。
年収はどう変わるか
米国ではFDEのベースと賞与が13万〜30万ドル、AIラボのシニア職では株式込みの総報酬が40万〜50万ドルという水準が報告されている。エンジニアとしても顧客担当としても代替が効かないため、単純な開発職より高い設定になりやすい。
日本については、FDEを職種として切り出した統計がまだない。セールスエンジニアからの移行では、インセンティブの比率が下がる代わりにベースが上がる形が多い。年収の総額が下がるかどうかは、いまのインセンティブ達成率次第になる。
面接で確認しておくとよいのは、給与レンジよりも次の三つである。
- 顧客の前で判断してよい範囲はどこまでか
- 現場で書いたコードは製品に戻る仕組みがあるか
- 出張と常駐の頻度はどのくらいか
一つ目に明確な答えが返ってこない場合、実態は営業同行に近い。二つ目が「戻らない」なら、顧客が増えるほど保守が積み上がる受託開発チームになる。この二つは入社後に変えるのが難しいので、選考の段階で聞いておく価値がある。
移る前に考えておくこと
FDEは技術の最先端を追う職種ではない。顧客の業務を理解することに時間を使うので、特定分野を深く掘り続けたい場合は満足しにくい。出張も多い。
一方で、自分が決めたものが動いて、使われて、業務が変わるところまで見える。セールスエンジニアとして提案の結果を見られないことに物足りなさを感じているなら、その部分は解消される。
いま日本の求人で「Forward Deployed Engineer」という表記はまだ少ない。ソリューションエンジニア、導入エンジニア、プロフェッショナルサービスエンジニアといった名前で募集されていることが多いので、職種名ではなく担当範囲で探すとよい。受注後も担当が続くか、本番コードを書くか、稼働後まで見るか。この三つを求人票で確認すれば判別できる。
FDE bank では、顧客折衝の経験を評価対象として登録できる。転職の意思がない段階の登録や、副業と業務委託だけの登録も受け付けている。登録は無料で、企業側の掲載とスカウトも無料にしている。
まず自分の経験がどう読まれるのかを見てみたい、という使い方でも構わない。
