ソリューション営業・プリセールスは役割を4軸で分解する
同じプリセールスでも、営業同行で製品説明を担う役割、顧客課題を整理して構成案を作る役割、PoCや技術検証まで踏み込む役割では必要経験が異なります。まず技術理解、顧客折衝、提案工程、商材領域の4軸で求人を分解すると、検索条件と評価基準をそろえやすくなります。
| 分解軸 | 確認例 | 採用での見方 |
|---|---|---|
| 技術理解 | クラウド、ネットワーク、セキュリティ、SaaS、業務アプリなど | 製品知識の有無だけでなく、顧客要件を技術へ翻訳できるかを見る |
| 顧客折衝 | 情報システム、事業部門、経営層、パートナー企業 | 誰と何を合意してきたかを確認する |
| 提案工程 | 課題整理、要件定義、構成検討、デモ、PoC、見積、クロージング支援 | 求人で担う工程と実務範囲を照合する |
| 商材領域 | 単一製品、複数製品、SI、マネージドサービス | 提案の複雑さと社内連携の近さを見る |
| 営業との役割分担 | 営業主体、共同提案、技術側主体 | 売上責任の有無と技術支援の深さを分ける |
営業経験者を広く拾うと技術要件が不足し、エンジニア経験者だけに寄せると顧客折衝や提案推進の経験が不足することがあります。どちらをMUSTに置き、どちらを入社後に補えるかを決めると、媒体横断で候補者を比較しやすくなります。
6媒体を候補者探索の役割で比較する
以下は優劣の順位ではなく、ソリューション営業・プリセールス採用で各媒体にどの役割を持たせるかを整理するための比較です。候補者構成や検索機能、料金・送信条件は変わり得るため、公開直前には各社公式情報を確認してください。
| 媒体 | 主な探索役割 | 確認したい点 | 運用上の見方 |
|---|---|---|---|
| ビズリーチ | 経験者・上位レンジを含む基準母集団 | 技術領域と提案工程を掛け合わせた候補者数 | 重点求人でMUST適合率を確認 |
| dodaダイレクト | 幅広い経験者探索の候補 | 営業・IT双方の条件で残る候補者数 | ヒット数より送付対象率を見る |
| AMBI | 若手経験者・次世代層の補完 | 技術学習と顧客折衝の両方を持つ層がいるか | 若手求人を別KPIで管理 |
| OpenWorkリクルーティング | 転職潜在層への接点補完 | 既存DBと異なる候補者が増えるか | 重複を除いた純増を見る |
| YOUTRUST TALENT | ネットワーク型の潜在候補者補完 | 自社商材・顧客との近さ | 少数でも新規性を評価 |
| XAION HR | 公開情報を起点とした探索候補 | 登録DB外の候補者へ探索面が広がるか | 既存媒体との差分で評価 |
検索条件は職種名ではなく、技術領域×顧客×工程で作る
完全一致条件と隣接経験を分ける
たとえばクラウドのプリセールスであれば、クラウド製品名だけで絞るのではなく、顧客への提案、要件整理、構成検討、PoC、導入部門との連携などを組み合わせます。一方で、ネットワークやセキュリティの提案経験、SIerでの顧客折衝経験など、隣接領域から転用できる経験は加点条件として別枠に置くと母集団を狭めすぎません。
営業と技術のどちらを強く求めるかを求人ごとに決める
商談創出やクロージング支援まで期待する求人と、技術提案や検証を中心にする求人では評価軸が異なります。検索時点で両方を満たす人材だけに限定すると候補者が極端に減る場合があるため、入社後に補える領域を現場と合意しておくことが重要です。
- 技術領域・製品カテゴリ
- 顧客規模・業界
- 提案工程・PoC/検証の有無
- 営業との役割分担
- 設計・構築部門との連携範囲
- マネジメントや案件リードの有無
レジュメは技術用語の数ではなく、提案プロセスの再現性を見る
プリセールス候補者では、製品名や資格が多いだけで適合と判断しない方が安全です。どの顧客課題を受け、何を整理し、どの部門と連携し、どのような提案・検証を行ったかというプロセスを確認すると、求人で必要な役割との距離を判断しやすくなります。
| 確認点 | レジュメで見る内容 | 面談で深掘る内容 |
|---|---|---|
| 顧客課題 | 課題・要件の記載 | 課題をどう構造化したか |
| 技術提案 | 構成・デモ・PoC等の記載 | なぜその案を選んだか |
| 社内連携 | 営業・SE・開発との協働 | 役割衝突をどう調整したか |
| 成果 | 受注・案件前進・技術評価 | 自身の寄与をどこまで説明できるか |
| 学習 | 新製品・新技術への対応 | 学習から提案適用までの流れ |
媒体比較は検索から現場評価まで同じKPIで追う
| KPI | 意味 | 改善先 |
|---|---|---|
| 検索ヒット数 | 母集団の入口 | 条件が狭すぎる場合は加点条件へ移す |
| MUST適合数 | 検索精度 | 技術・顧客・工程条件を見直す |
| 新規候補者数 | 媒体追加の純増価値 | 重複が多ければ追加媒体の役割を再設定 |
| 送付対象率 | 母集団品質とレジュメ確認工数 | 除外条件や評価基準を改善 |
| 返信率 | 求人訴求と文面反応 | 技術課題・役割・キャリア訴求を修正 |
| 面談化率 | 返信後の期待値調整 | 業務範囲や条件提示を見直す |
| 現場評価 | 候補者選定の再現性 | 不合格理由を検索条件へ戻す |
現場レビューは『技術が浅い』『営業力が弱い』で終わらせず、『顧客との要件整理経験がない』『PoCはあるが提案設計を担っていない』『技術説明はできるが意思決定者との折衝が少ない』のように分解して検索条件へ戻します。この運用がないと、媒体を増やしても同じミスマッチを繰り返します。
面談では技術知識と顧客提案を別々に確認する
書類上で技術用語と営業実績がそろっていても、実際にどこまで本人が提案を組み立てたかは面談で確認が必要です。製品知識を問う質問だけでなく、顧客の曖昧な要望をどう整理したか、営業・SE・開発の意見が割れたときにどう進めたか、提案後に想定外の技術課題が出たときにどう対応したかを聞くと、役割の再現性を見極めやすくなります。
| 面談テーマ | 質問例 | 見たいポイント |
|---|---|---|
| 課題整理 | 顧客の要望が曖昧だった案件をどう整理したか | 質問力、論点整理、技術要件への変換 |
| 提案設計 | 複数案からなぜその構成を選んだか | 技術判断と顧客価値の接続 |
| 社内調整 | 営業と技術側の意見が違ったときどうしたか | 役割理解、調整力、意思決定の進め方 |
| 技術キャッチアップ | 未経験製品を提案する必要があったときどう学んだか | 学習速度と情報収集の再現性 |
| 案件振り返り | 失注・提案不採用から何を変えたか | 改善行動と次案件への反映 |
この面談結果は採否だけに使わず、スカウト運用へ戻します。たとえば『製品経験は違っても要件整理とPoC経験があれば通過しやすい』と分かれば、次回以降は製品名の完全一致を緩め、提案工程を重視する検索へ変えられます。逆に顧客折衝の深さが不足しやすいなら、送付前の確認項目へ追加します。
向く企業・向かないケース
複数媒体が向く企業
- 複数の技術領域や顧客セグメントで採用している
- 営業寄り・技術寄りなど複数の候補者像を並行して探したい
- 媒体ごとの重複、新規候補者、返信、現場評価まで記録できる
複数媒体が向かないケース
- ソリューション営業とプリセールスの役割分担が社内で決まっていない
- 検索条件と評価基準が曖昧なまま母集団だけ増やそうとしている
- 検索・候補者確認・送付・返信対応を継続する担当工数がない
媒体選定前のチェックリスト
- 技術理解・顧客折衝・提案工程・商材領域を分けたか
- MUSTと加点条件、入社後に補える条件を決めたか
- 同じ検索条件で複数媒体を試したか
- 検索ヒット数ではなくMUST適合数と送付対象率を見たか
- 既存媒体との重複を除いた新規候補者数を確認したか
- 現場不合格理由を検索条件へ戻す担当を決めたか
- 媒体費だけでなく運用工数も比較したか
媒体を選んだ後のプリセールス候補者選定を運用に落とすならAIスカウトくん
ソリューション営業・プリセールスは、技術領域、顧客、提案工程、営業との役割分担を読み分ける必要があり、媒体を増やすほど候補者検索・選定の工数が増えやすい職種です。AIスカウトくんは、生成AIと採用のプロを組み合わせたスカウト運用代行として、候補者検索・選定、スカウト文面作成、送信、返信対応までの実務を支援し、採用担当や現場の確認負荷を効率化しやすい運用へつなげます。
月額5万円から利用できるプランのほか、利用実績に応じた通数課金プランがあります。媒体そのものの契約・利用料金は代行費に含まれません。また検索条件作成や定期的な振り返り・改善支援など、含まれる範囲はプランによって異なるため、必要な運用範囲を切り分けて確認することが重要です。
よくある質問
Q. ソリューション営業とプリセールスは同じ検索条件で探せますか？
一部は共通化できますが、営業責任、顧客折衝、技術提案、PoCや検証への関与度が異なるため、求人ごとにMUSTと加点条件を分ける方が実務的です。
Q. 媒体は1つから始めるべきですか？
まず重点求人を同じ条件で検索し、MUST適合数と送付対象率を確認してください。一媒体で十分な場合もあれば、隣接経験や潜在層を広げるため補完媒体が有効な場合もあります。
Q. 料金で媒体を比較するときの注意点は？
媒体費だけでなく、検索、候補者確認、文面作成、送付、返信対応に必要な社内工数も含めて比較すると、実際の運用負荷を判断しやすくなります。料金・機能・規約は公開直前に各社公式情報で再確認してください。
更新日・参照元
更新日：2026年09月28日。サービス仕様・名称・料金・契約条件は変更される場合があります。
この記事に近い導入事例
