インサイドセールス採用は、まず役割を4つの軸に分解する
インサイドセールスは同じ名称でも、商材単価、顧客規模、リードの流入経路、商談化までの担当範囲で仕事内容が変わります。媒体を比較する前に、自社で任せる役割を分解しないと、検索結果が広がり過ぎたり、逆に経験者だけへ絞り過ぎたりします。
| 軸 | 確認する内容 | 検索時の見方 |
|---|---|---|
| 商材・サービス | SaaS、IT、広告、人材、金融、その他BtoB商材 | 商材名だけでなく販売モデルや提案難易度も確認 |
| 顧客層 | SMB、ミッドマーケット、エンタープライズ | 担当社数、意思決定者、商談期間を見る |
| 担当工程 | リード対応、ナーチャリング、商談創出、フィールド連携 | アポ件数だけでなく案件化までの責任を確認 |
| KPI・運用 | 架電、メール、商談化率、SQL、パイプライン、CRM | 数値そのものより改善行動と再現性を見る |
特にSaaS企業では、マーケティング、インサイドセールス、フィールドセールスの分業範囲が企業ごとに異なります。前職での肩書きが一致していても、自社の業務と同じとは限りません。検索条件には職種名だけでなく、顧客層、商材、CRM/SFA運用、商談創出の責任範囲などを組み合わせます。
主要3媒体と補完媒体を同じ評価軸で比較する
ビズリーチ、リクルートダイレクトスカウト、dodaダイレクトを比較するときは、どれが一律に優れているかではなく、自社の検索条件でどの候補者が見つかるかを確認します。AMBI、OpenWorkリクルーティング、YOUTRUST TALENTは、若手層、企業理解、ネットワーク型の探索面を補う候補として並べて確認します。
| 媒体 | 主な役割の置き方 | インサイドセールスでの確認ポイント | 運用上の注意 |
|---|---|---|---|
| ビズリーチ | 経験者・リーダー候補を含む基準母集団 | 法人営業、SaaS営業、IS、営業企画など隣接職種も含めて検索 | 肩書き一致だけでなく担当顧客・商材・工程を確認 |
| リクルートダイレクトスカウト | 経験者層の別探索面 | 営業経験の幅と転職意向を自社条件で確認 | 他媒体との重複候補を管理 |
| dodaダイレクト | 幅広い営業経験者の探索 | 法人営業からISへ転用できる層も含めて確認 | 検索条件を広げた後の送付対象率を見る |
| AMBI | 若手・次世代リーダー候補の補完 | 若手法人営業やSaaS経験者のキャリア志向を確認 | 育成可能範囲を先に決める |
| OpenWorkリクルーティング | 企業理解を重視した接点の補完 | 候補者が仕事内容や組織をどう見るかも意識して訴求 | 求人情報とスカウト文の整合を取る |
| YOUTRUST TALENT | ネットワーク型の補完探索 | スタートアップやIT周辺の営業人材などの接点を検討 | 総合型DBと同じ検索ロジックをそのまま当てない |
比較時は、媒体ごとの名称上の特徴よりも、自社MUST条件を入れた検索結果、既存媒体との重複、送付対象に残る候補者の純増を記録します。候補者数が多くても、条件確認に時間がかかり送付対象率が低いと運用工数が増えます。
ビズリーチ・リクルートダイレクトスカウト・dodaダイレクトの使い分け方
1つの求人に同じ検索条件をコピーしない
3媒体を併用する場合は、検索条件を完全に同じにするより、基準条件を共通化したうえで媒体ごとに補完したい候補者群を決めます。たとえば経験者・リーダー候補、若手法人営業からの転用、SaaSやIT周辺の隣接経験者など、探索仮説を分けます。
送付対象率と候補者の純増で評価する
検索結果100名という数だけでは判断せず、MUST条件を確認して実際に送れる人数まで落とします。さらに他媒体ですでに接触済みの候補者を除いた純増送付対象数を見ることで、その媒体を追加する価値を判断しやすくなります。
返信率だけで終わらず、面談化と選考移行まで追う
返信率が高くても、採用要件と候補者の期待がずれて面談化しない場合は、検索条件や訴求の調整が必要です。媒体別に送付、返信、面談、選考移行を追い、どこで落ちているかを見ます。
検索条件と候補者評価は、肩書きではなく業務の再現性でそろえる
インサイドセールス候補者を見る際は、アポ獲得数だけでなく、どの顧客へ、どの商材を、どのチャネルで接点化し、どのように商談へつないだかを確認します。既存リード中心か新規開拓か、マーケティングとの連携、フィールドセールスへの引き渡し基準、CRMへの入力・分析なども判断材料になります。
- 顧客規模と意思決定者の役職
- 商材単価・契約期間・営業サイクル
- 新規リード対応か休眠掘り起こしか
- 架電・メール・ウェビナー等の接点チャネル
- 商談化基準とフィールドセールスへの引き渡し
- CRM/SFAを使った数値管理と改善経験
面談でも同じ軸を使い、レジュメで確認できない担当範囲だけを追加確認します。選考で高評価・低評価となった理由を検索条件へ戻すと、媒体ごとの候補者選定精度を継続的に上げやすくなります。
この媒体設計が向く企業・向かないケース
向く企業
- 複数媒体を使い、候補者の純増を見ながら配分を変えたい企業
- SaaSやITなど隣接営業経験も採用対象に含めたい企業
- 候補者検索と現場評価を定期的にすり合わせられる企業
向かないケース
- 媒体を導入すれば自動的に候補者が集まる前提で運用工数を確保していない場合
- 求人ごとの役割や育成可能範囲が未定義のまま大量送付したい場合
- 媒体別の送付・返信・面談実績を記録せず感覚だけで継続判断する場合
複数媒体を利用しても、検索・候補者確認・文面作成・送信の時間を確保できなければ活用度は上がりません。媒体選定と同時に、誰がどの頻度で運用するかも設計してください。
媒体ごとの評価は、候補者数ではなく改善できる指標でそろえる
媒体を使い始めた後は、検索ヒット数だけで良し悪しを決めず、検索結果から実際に送付対象へ残る割合、送付後の返信、返信後の面談化、面談後の選考移行までを同じ粒度で追います。インサイドセールスは隣接職種からの転用余地があるため、検索条件を広げた結果として母数だけが増えていないかを確認することが重要です。
現場から「SaaS経験が足りない」「顧客規模が違う」といった評価が戻った場合は、そのままNG理由として閉じず、どの経験なら代替できるかまで言語化して検索条件へ反映します。逆に、採用できた候補者が当初想定と異なる経歴だった場合は、その共通項を次の検索へ加えます。媒体ごとの改善余地を同じ方法で測ることで、追加・縮小・継続の判断がしやすくなります。
媒体を選ぶ前のチェックリスト
- インサイドセールスの担当工程とKPIを定義する
- 経験者・隣接経験・ポテンシャルの許容範囲を決める
- 各媒体で同じMUST条件を入れ検索母数を確認する
- 他媒体との重複を除いた純増送付対象数を確認する
- 週次で送付・返信・面談・選考移行を比較する
- 選考評価を検索条件とスカウト訴求へ戻す
- 各媒体の最新料金・送付条件・検索仕様は公式情報で再確認する
- 契約条件だけでなく、実際に運用を担う社内工数も比較に含める
複数媒体を選んだ後の運用を軽くするAIスカウトくん
媒体を選んだ後は、検索条件の作成、候補者検索・選定、候補者ごとのスカウト文面作成、送信、返信対応までを継続して回す必要があります。AIスカウトくんは、生成AIと採用のプロを組み合わせたスカウト運用代行として、こうした一連の実務を支援します。インサイドセールスのようにSaaS、IT、広告、人材など隣接領域から候補者を探す場合は、肩書きだけでなく商材・顧客・KPI・担当工程を見ながら候補者を仕分ける必要があり、媒体を増やすほど運用負荷が上がりやすいため、運用工数を外部化する選択肢があります。
料金は月額5万円から利用できるプランのほか、利用実績に応じた通数課金プランがあります。媒体そのものの契約・利用料金は代行費には含まれません。また、検索条件作成や定期的な振り返り・改善支援などの対象範囲はプランによって異なるため、媒体費と運用支援の範囲を分けて確認することが重要です。
よくある質問
Q. インサイドセールス経験者だけに絞るべきですか?
必ずしもインサイドセールスという肩書きだけに限定する必要はありません。法人営業、カスタマーサクセス、営業企画、コールセンター型の営業支援などでも、顧客課題の把握、継続接点、KPI運用、CRM活用など近い経験を持つ場合があります。自社で必要な業務へ分解して検索してください。
Q. 複数媒体を使うとき、何を見ればよいですか?
総登録者数ではなく、自社のMUST条件で検索した候補者数、既存媒体との重複、実際に送付対象となる人数、返信・面談・選考移行までを媒体別に確認すると判断しやすくなります。
Q. 料金だけで媒体を比較してもよいですか?
料金だけでは判断しにくいため、候補者の到達範囲、検索条件の作りやすさ、送付できる候補者の純増、運用に必要な社内工数を合わせて比較してください。最新料金や利用条件は契約前・公開直前に各公式情報で確認が必要です。
Q. 媒体を追加するタイミングはいつですか?
既存媒体で検索条件と訴求を十分に調整しても送付対象者の純増が止まり、返信後の面談化や選考移行に大きな問題がない場合が一つの目安です。先に運用上の詰まりを特定してから追加すると、媒体を増やすだけの状態を避けやすくなります。
更新日・参照元
更新日:2026年10月01日。サービス仕様・名称・料金・契約条件は変更される場合があります。
