プリセールスの転職難易度|転職で押さえるべきポイント
両方を求められるが、両方が揃っている人は少ない
プリセールスの求人は、技術と営業の両方の要素を要件に挙げます。製品を技術的に説明でき、かつ顧客の前で場を進められること。この2つを備えた人は市場に多くありません。
裏を返せば、片方しか持っていない状態でも入口はあるということです。実際、この職種はエンジニアからの転向と、営業からの転向の両方で成立しています。難しいのは、自分がどちらの側から入るのかを整理せずに応募することです。
この記事では、経路ごとの難易度と、それぞれで補うべきものを整理します。本記事の内容は2026年8月時点の公開情報にもとづきます。最新の募集要項は各社公式サイトをご確認ください。
2つの職業区分から見える市場の状態
厚生労働省の職業情報提供サイト(job tag)で、この職種に近い2つの区分の数値を並べます。
| 項目 | システムエンジニア(基盤システム) | コンサルティング営業(IT) |
|---|---|---|
| 有効求人倍率 | 2.28 | 4.02 |
| 就業者数 | 656,770人 | 581,280人 |
| 平均年齢 | 38.3歳 | 42.2歳 |
| 年収 | 889万円 | 659.4万円 |
有効求人倍率は令和6年度、就業者数は令和2年国勢調査、平均年齢と年収は令和7年賃金構造基本統計調査の数値です。
どちらも1を大きく上回っています。 これまで見てきた企画系の職種(0.54から0.59)とは対照的で、技術と営業のどちらの側でも人手が不足している状態です。
プリセールスは、この2つの母集団の重なりから採用されます。母集団自体は大きいものの、両方の要素を持つ人は限られるため、要件を満たせば通りやすい部類の職種と言えます。
エンジニアから入る場合
最も多い経路です。技術的な理解があるため、製品の説明では困りません。
評価される部分
- 実現できるかどうかを自分で判断できる
- 顧客の既存システムとの接続を検討できる
- 開発側と話が通じるため、社内の確認が速い
補う必要がある部分
- 意思決定者の関心 — 技術者ではない相手に、投資の判断材料として説明できるか
- 場の進め方 — 質問に答えるだけでなく、次の段階に進める働きかけができるか
- できないと伝える力 — 技術的に無理な要望を、関係を壊さずに断れるか
3つ目でつまずく方が多くいます。エンジニアとして正確さを重視してきた方ほど、その場で「難しい」と言うことをためらいます。しかし後で覆すほうが、顧客との関係を損ないます。
準備しておくとよいこと — 前職で、技術的な説明を非技術者にした場面を1つ用意します。社内の営業向けでも、顧客の役員向けでも構いません。相手に合わせて説明を変えた経験があると、接続します。
営業から入る場合
技術系の商材を扱ってきた方に多い経路です。
評価される部分
- 商談の流れを把握している
- 意思決定者の関心が分かる
- 案件を前に進める働きかけができる
補う必要がある部分
- 技術の正確さ — 曖昧な説明は、顧客の技術者に見抜かれます
- 実現性の判断 — できると言ってしまい、後で覆すことが最も避けたい失敗です
- 開発側との会話 — 社内で技術者と議論できるか
2つ目が最大の壁です。営業として受注を優先する癖が残っていると、実現できない約束をしてしまいます。プリセールスは、営業とは逆に「できない」と言う役割を担う場面があります。
準備しておくとよいこと — 前職で、顧客の要望を断った場面を用意します。断ったうえで代替案を出し、契約に至った経験があれば、この職種の適性として強い材料になります。
難易度を分ける3つの条件
| 条件 | 通りやすい状態 | 厳しくなる状態 |
|---|---|---|
| 説明の相手 | 非技術者に説明した経験がある | 技術者同士の会話に限られる |
| 実現性の判断 | できない理由を説明し、代替案を出した | 要望を持ち帰るだけだった |
| 案件への関与 | 受注に至るまで関わった | 説明だけで離脱していた |
説明の相手 が最も差が出ます。同じ技術知識でも、誰に向けて話してきたかで評価が変わります。
案件への関与 も見られます。技術説明をして次の商談に移る動きだけだと、通訳役として扱われます。受注までの過程に関与した経験があるかが問われます。
商材の性質で、求められる深さが変わる
インフラ・基盤系の製品 — 既存システムとの接続、性能、可用性が論点になります。設計の経験が直接評価されます。
業務アプリケーション — 顧客の業務プロセスの理解が重要になります。技術より業務知識の比重が高くなります。
開発者向けの製品 — 相手が技術者のため、技術的な深さがそのまま問われます。実装経験があると有利です。
単価の低いSaaS — 商談数が多く、一件あたりの時間が限られます。説明の速さと分かりやすさが中心になります。
自分の経験がどの商材に近いかを整理すると、応募先を絞りやすくなります。まったく異なる領域に移る場合、製品を覚える期間を織り込んで選考に臨む必要があります。
エージェントベストの見解
この職種の選考で最も差がつくのは、失注した案件について語れるかどうかです。プリセールスは、社内で最も多くの失注理由を知る立場にいます。機能が足りなかった、価格が合わなかった、既存システムとの接続が難しかった、社内の承認が下りなかった。この分類ができていて、そのうち自社製品の課題に起因するものを製品側に伝えていたなら、それは大きな価値です。多くの方は受注した案件だけを書きますが、読み手が知りたいのは、負けた理由をどう扱ったかです。この職種は営業と違い、失注そのものの責任を負いません。だからこそ、そこから何を持ち帰ったかで力量が測られます。準備としては、直近の失注案件を3件挙げ、理由を分類してみることをおすすめします。
未経験に近い状態から入る経路
社内サポート・ヘルプデスクから
製品知識があり、顧客対応にも慣れています。商談の場に出た経験を補う必要があります。
導入・実装の担当から
導入時のつまずきを知っているため、提案段階で現実的な設計ができます。売る前の段階に関わった経験を補います。
カスタマーサクセスから
顧客の業務理解が強みです。新規商談での説明経験を補う形になります。カスタマーサクセスのキャリアパスをご覧ください。
同じ会社での異動
外部転職より確度が高い場合があります。製品知識がある状態で役割を変えられるため、会社側の負担も小さくなります。現職に営業組織があるなら、まず社内で機会を探る価値があります。
「製品を覚える期間」をどう見積もるか
この職種は、扱う製品が変われば知識の大部分を入れ替えることになります。選考でも、立ち上がりの速さが判断材料になります。
覚える対象
- 製品の機能と、その裏側にある構造
- 競合製品との違い。どこで選ばれ、どこで負けるか
- 既存システムとの接続方法と、よくある制約
- 価格体系と、見積の考え方
- 過去の失注理由と、その傾向
期間の目安
会社によりますが、独力で商談を進められるまでに数か月かかることが一般的です。前職と製品の性質が近ければ短くなり、まったく異なる領域なら長くなります。
選考で示すとよいこと
前職で製品が切り替わった経験、あるいは新しい領域を短期間で覚えた経験があれば、それを書きます。「どうやって覚えたか」の方法まで書けると、再現性があると判断されます。ドキュメントを読み込んだのか、開発者に聞いたのか、自分で環境を構築して試したのか。
入社後の支援体制も確認する
立ち上がり期間に、既存メンバーの商談に同行できるか。技術的な質問を誰に聞けるか。この体制がない会社では、独力で覚える負荷が大きくなります。面接で聞いておくと、入社後の想定が立てやすくなります。
難易度を下げるためにできること
- どちら側から入るかを整理する — 技術か営業か。補う部分を明確にする
- 非技術者への説明経験を用意する — 相手に合わせて説明を変えた場面
- 断った経験を用意する — できない要望に代替案を出した場面
- 失注理由を分類しておく — 3つか4つの区分で整理する
- 商材の性質で応募先を絞る — 経験に近い領域から当たる
エージェントベストの見解
書類で落ちる方に共通しているのは、扱った製品名と技術の一覧が並んでいることです。読み手が知りたいのは、その知識をどう使ったかです。通過率が変わるのは、1つの案件について、顧客が何に困っていて、どう聞き取り、何を提案し、結果どうなったかを一貫して書けているかどうかです。案件数を並べるより、深く書いた1件があるほうが効きます。もう一点、多くの方が書かないのが、提案した構成が稼働後にどうなったかです。プリセールスは売るまでが役割なので、その後を追いかけない方が大半です。だからこそ、追いかけていた方は目立ちます。想定と違った点があれば、それも書く価値があります。提案の精度を自分で検証している方だと伝わります。
まとめ
プリセールスの転職難易度について、押さえるべき点を整理します。
- 技術と営業の両方を求められるが、両方揃っている人は市場に少ない
- 近い2区分の有効求人倍率は2.28と4.02で、どちらも人手不足の状態
- エンジニアからは、非技術者への説明と場の進め方を補う
- 営業からは、技術の正確さと実現性の判断を補う
- 商材の性質で求められる深さが変わる。経験に近い領域から当たる
- 失注理由を分類できていることが、この職種では強い材料になる
本記事の内容は2026年8月時点の公開情報にもとづきます。統計の数値は調査区分全体のものであり、この職種そのものを示すものではありません。選考の要件は会社と時期により変動しますので、詳細は各社公式サイトでご確認ください。
よくある質問
Q. エンジニアと営業では、どちらからの転向が有利ですか。
A. 一概には言えません。商材が技術的に複雑であればエンジニア出身が、業務理解が重要であれば営業出身が接続しやすくなります。応募先の商材に合わせて判断するほうが確実です。
Q. 資格は評価されますか。
A. クラウドや製品の認定資格は、知識の証明として一定の意味があります。ただし、それだけでは足りません。その知識を使って顧客に説明した経験が伴っているかが見られます。
Q. 同じ会社で営業から異動するのと、転職するのはどちらが現実的ですか。
A. 製品知識がある状態で役割を変えられるため、社内異動のほうが確度は高くなります。異動の機会がない場合に転職を検討する順序が現実的です。
Q. 扱う製品がまったく違う領域に移るのは難しいですか。
A. 難しさはありますが、不可能ではありません。見られるのは製品知識そのものより、新しい領域を短期間で覚えた経験があるかです。前職で担当製品が切り替わった場面や、未経験の技術を扱った場面があれば、その覚え方まで含めて書いてください。方法が説明できると、再現性があると判断されます。
本記事は 2026/8/10 時点の公開情報にもとづいて作成しています。