セールスエンジニア（プリセールス）採用は、「技術理解×営業力」を併せ持つハイブリッド人材の獲得競争だ。成功の鍵は、要件定義を「技術理解・ビジネス力・伝える力」の3軸で設計し、デモ・ロールプレイ型の選考で見極め、報酬を市場相場に合わせること。本記事でその全手順を解説する。

このページでわかること

• セールスエンジニア・プリセールスの職種定義と類似職種との違い

• 採用が難しい構造的理由と2026年の市場動向

• 要件定義の3軸とレベル別スキル基準

• 年収相場とインセンティブ（OTE）設計の考え方

• 候補者を見つけるチャネルとスカウト戦略

• デモ・ロールプレイを使った選考設計と評価基準

• 内定承諾率を高める口説き方と入社後の定着施策

TL;DR（要点まとめ）

• セールスエンジニア／プリセールスは「商談の技術面を支えるエンジニア職」。SaaS・AI製品の普及で需要が急増している

• doda「平均年収ランキング」ではプリセールスの平均年収は665.7万円で、IT／通信系エンジニア職種の中でトップ。報酬競争が激しい

• 要件定義は「技術理解」「ビジネス・営業力」「伝える力」の3軸で設計する。3軸すべて満点の人材は市場にほぼいない

• 母集団は極端に小さい。開発エンジニア・SIer SE・カスタマーサクセス出身の「隣接層」まで広げるのが現実解

• 選考の核心はデモ・ロールプレイ面接。開発職向け技術面接の使い回しでは見極められない

• 口説きの軸は「顧客に最も近いエンジニア」というキャリアの希少性と、製品・技術の面白さの同時訴求

1. セールスエンジニア・プリセールスとは何か

セールスエンジニア（プリセールス）とは、商談の技術面を担当し、受注を技術力で支えるエンジニア職だ。営業担当が「売る」ことに集中する一方で、セールスエンジニアは技術説明・デモ・PoC（概念実証）・提案書の技術パートを担い、顧客の技術的な疑問や不安を解消して受注確度を高める。

採用コンサル営業時代、私はクライアントの商談に技術がわかる人が同席するかどうかで受注率が大きく変わる場面を何度も見てきた。製品が複雑化したいま、この職種の有無が売上に直結する企業は確実に増えている。

仕事内容は4つのフェーズに分かれる

セールスエンジニアの業務は、商談の進行に沿って次の4フェーズで整理できる。

1. 商談同行・技術説明: 営業に同行し、顧客の技術担当者・情報システム部門からの質問に回答する。セキュリティ要件や既存システムとの連携可否など、営業だけでは答えられない論点を引き取る

2. デモ・PoC設計: 顧客の業務シナリオに合わせたデモ環境を構築し、製品価値を「見せて」伝える。PoCでは評価項目の設計から伴走する

3. 提案書・RFP対応: 提案書の技術パート執筆、RFP（提案依頼書）の技術要件への回答、セキュリティチェックシート対応を担う

4. 受注後の引き継ぎ: 導入・オンボーディングを担うカスタマーサクセスやポストセールスへ、商談中の技術的な合意事項を引き継ぐ

セールスエンジニアとプリセールスの違い

両者はほぼ同義で使われるが、厳密にはカバー範囲が異なる。プリセールスは受注前（pre-sales）の技術支援に特化した呼び方で、セールスエンジニアはより広く、企業によっては受注後の導入支援や技術窓口まで含む。外資系ITでは「Sales Engineer（SE）」「Solutions Engineer」「Solutions Consultant」など呼称が分かれるが、役割の中核は共通して「商談の技術支援」だ。

求人票を作る際は、自社がどこまでを任せるのかを先に決めておかないと、入社後に「聞いていた仕事と違う」というミスマッチが起きる。

類似職種との違いを整理する

採用担当者が混同しやすい職種を比較しておこう。

特に近年注目されるFDE（Forward Deployed Engineer）とは「商談支援か、現場での実装か」で役割が分かれる。FDEについてはFDE採用ガイドで詳しく解説している。

2. なぜ採用が難しいのか——2026年の市場動向

セールスエンジニア採用の難しさは、「需要の急増」と「母集団の小ささ」が同時に進行している点にある。SaaS・AI製品を売る企業が増えるほど商談の技術支援ニーズは増えるが、技術と営業の両方を担える人材の供給はほとんど増えていない。

経済産業省「IT人材需給に関する調査」（2019年）によると、IT人材の不足規模は2030年に最大79万人と推計されている。開発職ですら不足するなか、開発スキルに加えて顧客折衝力まで求めるセールスエンジニアの母集団がさらに小さくなるのは構造的に避けられない。

採用が難しい理由は、次の3つに整理できる。

1. 母集団が極端に小さい: エンジニアの中で「顧客の前に立つこと」を好む人は少数派だ。スカウト運用を支援する中でも、セールスエンジニア経験者は検索条件に該当する候補者数が開発職の10分の1以下になることが珍しくない

2. SaaS・AI企業の需要が急増している: 生成AI製品は「触ってもらわないと価値が伝わらない」性質が強く、デモ・PoCを担う人材への依存度が高い。国内SaaS・AIスタートアップが相次いでプリセールス職の求人を出し、奪い合いになっている

3. 報酬競争が激しい: doda「平均年収ランキング」によると、プリセールスの平均年収は665.7万円で、IT／通信系エンジニア職種の中で最も高い水準にある。外資系ITはOTE（後述）ベースで1,000万円超の提示も珍しくなく、国内企業の標準的な給与テーブルでは競り負けやすい

生成AIが職種の価値をさらに押し上げている

生成AI・AIエージェント製品の商談は、従来のSaaS以上に技術説明の比重が大きい。「自社データでどこまで精度が出るのか」「セキュリティとデータの扱いはどうなっているのか」「既存システムとどう連携するのか」——こうした質問に商談の場で答えられる人がいないと、検討が前に進まず案件が停滞する。

一方で、デモ資料のドラフト作成や技術FAQの整備といった定型業務はAIで効率化できるようになった。つまり「AIに代替される」のではなく、「AI製品を売るために最も必要とされる」方向に職種価値が動いている。採用市場でこの職種の奪い合いが続く理由はここにある。

エンジニア採用市場全体の動向はエンジニア採用市場2026も参考にしてほしい。

3. 要件定義——「3つの軸」で設計する

セールスエンジニアの要件定義は、「技術理解」「ビジネス・営業力」「伝える力」の3軸で設計するのが基本だ。3軸すべてが高水準の人材は市場にほぼ存在しないため、自社の商談で本当に必要な軸を見極めて優先順位をつけることが、採用成功の分かれ目になる。

要件定義の3軸

1. 技術理解: 自社製品のアーキテクチャを説明でき、顧客の技術的な質問（API連携・セキュリティ・インフラ構成など）に即答できるレベル。コードをバリバリ書ける必要があるかは製品による

2. ビジネス・営業力: 顧客の業務課題をヒアリングで引き出し、製品価値と結びつけて提案を組み立てる力。商談の温度感を読み、受注に向けて営業と連携できること

3. 伝える力: デモのシナリオ設計力、提案書・技術ドキュメントの作成力、非エンジニアの意思決定者にもわかる言葉で説明する翻訳力

レベル別のスキル基準

1人目のセールスエンジニア採用なら、ミドル以上を狙うべきだ。型がない状態でジュニアを採ると、育成する人がおらず本人も会社も苦しくなる。

経験者にこだわらない——隣接バックグラウンド3パターン

セールスエンジニア経験者だけを狙うと母集団が枯渇する。実務で機能しやすい隣接バックグラウンドは次の3つだ。

1. 開発エンジニア出身: 技術理解は申し分ない。「顧客と話すのが好き」「自分の作った機能がどう使われるか知りたい」という志向の人は転換成功率が高い

2. SIer SE・テクニカルサポート出身: 顧客折衝と技術説明の経験が豊富。モダンな技術スタックへのキャッチアップ意欲を面接で確認したい

3. IT営業出身（技術志向）: 商談力は完成している。独学でコードを書いている、技術ブログを読み込んでいるなど、技術への投資行動が確認できれば有力候補になる

エンジニアとして転職活動をした際に実感したことだが、「開発を続けるか、顧客に近づくか」で迷っている層は一定数いる。この層に「両方できる職種がある」と提示できるのが、セールスエンジニア採用の面白さだ。

要件定義でやりがちな3つの失敗

採用支援の現場でよく見る要件定義の失敗パターンを挙げておく。

1. 「開発もできて営業もできる人」をそのまま要件にする: 3軸すべてを満たすスーパーマン要件は、母集団がゼロに近づくだけでなく、仮に採れても報酬で折り合わない。商談で実際に詰まっているポイントから必須軸を1つに絞る

2. コーディングスキルを過剰に要求する: デモ環境の構築程度ならローコードやスクリプトで足りる製品は多い。「実装力」ではなく「アーキテクチャを説明できる理解力」が要件であるケースがほとんどだ

3. 営業適性の確認を後回しにする: 技術評価に偏り、「初対面の顧客と話すのが苦にならないか」「商談の数字に興味を持てるか」を見ないまま内定を出すと、入社後に商談同行を避けるようになり機能しない

4. 年収相場と報酬設計

セールスエンジニアの報酬設計は、市場相場の把握とインセンティブ設計の2段階で考える。この職種は調査によって年収データの幅が大きく、自社が競合する人材レイヤーの相場を見誤ると、オファーで競り負け続けることになる。

年収相場のデータ

• doda「平均年収ランキング」: プリセールスの平均年収は665.7万円（IT／通信系エンジニア職種でトップ）

• 求人ボックス「給料ナビ」: セールスエンジニアの平均年収は約494万円

この差は、対象とする人材レイヤーの違いによるものだ。メーカー系の技術営業まで含めると相場は下がり、SaaS・外資IT系のプリセールスに絞ると上がる。実務感覚では、国内SaaS企業のミドルクラスで600万〜900万円、外資系やシニアクラスでは1,000万円を超えるレンジが競争の主戦場になっている。

インセンティブ（OTE）設計の考え方

外資系ITでは、セールスエンジニアの報酬をOTE（On-Target Earnings：基本給＋目標達成時のインセンティブ）で設計するのが一般的だ。国内企業が採用競争で対抗するなら、次の3点を押さえたい。

1. 基本給比率を高めに設定する: セールスエンジニアは営業ほど個人の受注貢献を切り分けにくい。基本給70〜85%＋インセンティブ15〜30%程度が、候補者にも納得感のあるバランスだ

2. 個人売上ではなくチーム・案件単位で評価する: 関与した案件の受注率・PoC転換率など、職種の貢献が反映される指標を使う。営業と同じ個人ノルマを課すと、技術的に誠実な提案ができなくなり離職要因になる

3. 等級表に乗らない場合の特別レンジを用意する: 既存の給与テーブルで提示額が足りないなら、専門職レンジやサインオンボーナスで埋める選択肢を先に経営と合意しておく

5. 候補者を見つけるチャネルとスカウト戦略

セールスエンジニア採用は、待ちの応募ではほぼ集まらない。母集団が小さい職種ほどダイレクトスカウトとリファラルの比重を上げるのが定石だ。

チャネルの選び方

• BizReach・doda X: 経験者・ハイクラス層が中心。外資プリセールス経験者にも届く

• LinkedIn: 外資系セールスエンジニアの登録率が高く、英語キーワード（Sales Engineer / Solutions Engineer）での検索が有効

• Green・Forkwell・LAPRAS: 開発エンジニア出身の転換候補を探すのに向く。「顧客折衝経験あり」「テックブログ執筆」などのシグナルで絞り込む

• リファラル: 営業・CS・エンジニアの社員ネットワークから「技術がわかる営業」「顧客好きなエンジニア」を紹介してもらう

媒体ごとの特性はエンジニア採用媒体の選び方で詳しく比較している。

スカウト文面のポイント

スカウト運用を支援してきた経験から、セールスエンジニア向けスカウトで返信率を左右するのは次の3点だ。

1. 「なぜあなたか」を職務経歴の具体から書く: 「○○製品のプリセールスとして大型案件を支援されたご経験」「開発からお客様対応まで担われていた点」など、レジュメの固有情報を1文目に入れる

2. 商材と商談の難易度を正直に伝える: セールスエンジニアは「売りやすい製品か」「技術的に面白い製品か」を強く気にする。製品の技術的特徴と、商談で求められる難易度を具体的に書くと信頼される

3. キャリアの希少性を提示する: 「技術と事業の両方がわかる人材は今後さらに価値が上がる」という文脈で、このポジションが本人の市場価値をどう高めるかを示す

文面の基本形はエンジニア向けスカウトメールの書き方を参照してほしい。なお、いきなり選考に乗せずカジュアル面談を挟むほうが、この職種では選考移行率が上がりやすい。

6. 選考設計——デモ・ロールプレイで見極める

セールスエンジニアの選考で最も重要なのは、デモ・ロールプレイ面接だ。開発職向けのコーディング試験や技術面接を使い回しても、この職種の中核能力である「技術を顧客に伝えて動かす力」は評価できない。

選考フローの例

1. カジュアル面談（職種・商材のすり合わせ）

2. 一次面接（経歴・技術理解・志向性の確認／営業責任者＋エンジニア）

3. デモ・ロールプレイ面接（後述）

4. 最終面接（経営層によるカルチャー・条件のすり合わせ）

母集団が小さい職種なので、選考リードタイムは2〜3週間以内に収めたい。他社と並行している候補者を待たせるほど辞退率が上がる。

ロールプレイ面接の設計方法

お題は「自社製品または候補者が現職で扱う製品を、面接官（顧客役）に15分でデモ・提案する」形式が扱いやすい。準備期間を2〜3日与え、当日は顧客役が技術的な突っ込みや無理筋の要望を投げる。評価ポイントは次の5つだ。

1. シナリオ設計力: 顧客の課題から逆算したデモ構成になっているか。機能の羅列になっていないか

2. 質問対応力: わからない質問に正直に「持ち帰る」と言えるか。その場しのぎのごまかしをしないか

3. 翻訳力: 技術的な内容を、非エンジニアの意思決定者にもわかる言葉に置き換えられるか

4. 切り返しの構成力: 競合比較や懸念への切り返しが、根拠を伴って論理的か

5. 商談を前に進める力: デモの最後に次のアクション（PoC提案・追加ヒアリング）を自分から提示できるか

面接質問の例

• 「これまでで最も難しかった商談と、技術面でどう突破したかを教えてください」

• 「PoCで顧客の評価基準が曖昧だったとき、どう設計し直しましたか」

• 「営業担当と意見が割れたとき（例：技術的に推奨できない構成を売ろうとしている）、どう対処しますか」

• 「自社製品が競合に機能で劣る場合、商談でどう扱いますか」

最後の2問は誠実さを測る質問だ。採用コンサル営業時代に見た中で、長く活躍するセールスエンジニアは例外なく「できないことをできないと言える」人だった。

7. 求人票（JD）の書き方

セールスエンジニアの求人票は、「技術と顧客の間に立つ役割の解像度」で応募率が決まる。職務内容が曖昧な求人票は、エンジニアからは「ただの営業では」と疑われ、営業出身者からは「技術ハードルが高すぎるのでは」と敬遠され、両側から避けられてしまう。

求人票に必ず入れたい要素は次のとおりだ。

1. 商材の技術的な概要: 何のプロダクトか、技術スタック、技術的な強み

2. 商談での役割分担: 営業担当との分業、1商談あたりの関与イメージ、月間の商談数目安

3. 実装の深さ: デモ環境構築・PoCでどこまで手を動かすか（コードを書くか否かは必ず明記）

4. 評価指標: 受注への貢献をどう測るか、ノルマの有無

5. キャリアパス: プリセールスマネージャー、プロダクトマネージャー、FDE・アーキテクトなど次の選択肢

「コードを書く比率」と「ノルマの有無」は、候補者が最も気にするのに省略されがちな2点だ。書き方の基本は求人票（JD）の書き方完全ガイドも参考にしてほしい。

8. 口説き方とクロージング

セールスエンジニア候補者のクロージングでは、報酬だけで競うと外資系に勝てない。「このポジションで何が手に入るか」というキャリア文脈の訴求を組み合わせることが承諾率を左右する。

訴求の軸は次の3つだ。

1. キャリアの希少性: 「技術がわかり、事業も動かせる人材」は経営層に最も近いエンジニア職であり、将来のVPoE・事業責任者・起業への足場になること

2. 製品と技術の面白さ: 扱う製品の技術的な独自性、デモで顧客が驚く瞬間、プロダクトへのフィードバックが反映される距離の近さ

3. 裁量と立ち上げ経験: 特に1人目採用なら「プリセールス機能を自分で設計できる」こと自体が強い訴求になる

オファー面談では、現職・競合他社と比較される前提で、報酬の内訳（基本給・インセンティブ・SO）と評価のされ方を透明に説明する。詳細な進め方はオファークロージング実務設計ガイドにまとめている。

9. 入社後のオンボーディングと定着

セールスエンジニアの定着は、最初の90日で「商談に立てる状態」を作れるかで決まる。製品知識のインプットを放置して商談に放り込むと、本人の自信と社内の信頼を同時に失う。

• 最初の30日: 製品・アーキテクチャの理解、既存デモの完コピ、商談録画・議事録の読み込み

• 31〜60日: 商談同席とデモの部分担当、技術FAQの整備、社内エンジニアとの関係構築

• 61〜90日: 商談の技術パートを単独で完結、PoC案件の担当開始

定着面で最も注意すべきは評価の帰属問題だ。受注は営業の成果として計上され、セールスエンジニアの貢献が見えなくなる組織では、優秀な人ほど辞めていく。案件関与率・PoC転換率・技術起因の失注阻止など、職種固有の貢献を可視化する指標を入社前に設計しておこう。

FAQ（よくある質問）

Q1. セールスエンジニアとプリセールスの違いは何ですか？

ほぼ同義ですが、プリセールスは受注前の技術支援に特化した呼称で、セールスエンジニアは受注後の導入支援・技術窓口まで含む場合があります。求人票では呼称よりも「受注前後のどこからどこまでを担当するか」を明記することが重要です。

Q2. セールスエンジニア未経験の候補者を採用しても大丈夫ですか？

ミドル以上が1人いる状態なら有効な選択肢です。開発エンジニア出身・SIer SE出身・技術志向のIT営業出身は転換成功率が高い隣接層です。ただし1人目の採用では、型を作れる経験者（ミドル〜シニア）を推奨します。

Q3. セールスエンジニアの年収相場はいくらですか？

doda「平均年収ランキング」ではプリセールスの平均年収は665.7万円で、IT／通信系エンジニア職種のトップです。国内SaaS企業のミドルクラスで600万〜900万円、外資系・シニアクラスでは1,000万円超が競争レンジになります。

Q4. 何人目の社員からセールスエンジニアを採用すべきですか？

「営業がいるのに技術的な質問で商談が止まる」「PoC対応で開発チームのリソースが削られている」状態が常態化したら採用タイミングです。SaaS企業では営業3〜5名規模、または技術的に複雑な商談が月数件発生する段階で1人目を置くケースが多いです。

Q5. セールスエンジニアに営業ノルマを課すべきですか？

個人の受注ノルマは推奨しません。技術的に誠実な提案ができなくなり、ミスマッチ受注と離職の原因になります。案件関与率・PoC転換率・関与案件の受注率など、職種の貢献が反映されるチーム指標で評価するのが定石です。

Q6. FDE（Forward Deployed Engineer）とはどう違いますか？

セールスエンジニアは受注前の商談支援（デモ・PoC）が主戦場で、FDEは受注後に顧客の現場へ入り本番実装まで担います。AI製品では両者の境界が曖昧になりつつあり、「プリセールスからFDEへ」というキャリアパスも生まれています。

まとめ：セールスエンジニア採用は「3軸の優先順位」で決まる

セールスエンジニア・プリセールスは、SaaS・AI時代の売上を技術で支える希少職種だ。最後に要点を振り返る。

1. 要件定義は「技術理解・ビジネス力・伝える力」の3軸で設計し、自社の商談に必要な軸へ優先順位をつける

2. 経験者だけでなく、開発エンジニア・SIer SE・技術志向の営業という隣接層まで母集団を広げる

3. 選考はデモ・ロールプレイ面接を核に、誠実さを測る質問を組み込む

4. 報酬は市場相場（平均665.7万円〜）を踏まえ、職種固有の貢献が反映される評価指標とセットで設計する

5. 入社後90日の立ち上がり設計と貢献の可視化が定着を左右する

techcellarでは、エンジニア×AIの知見を活かしたスカウト運用代行・採用支援を提供しています。セールスエンジニアのような希少職種の母集団形成・スカウト設計にお困りの方は、techcellarのサービスをご覧ください。