Offersの検索条件の組み方｜母集団を狭めすぎない設計

Offersでは、検索画面を操作して候補者を探す作業を、企業が自分で行う前提になっていません。採用担当者向けのページは、AI RPOの流れの二段階目を「候補者リスト作成」とし、35,000人を超える候補者データベースから自社に合う人を選び出す担い手を「監修担当」としています。企業側の仕事は条件を入力することではなく、要件を言葉にして渡すことです。この記事では、その渡し方を、母集団が見つからないたびに次の分岐へ進む順番として整理します。以下は2026年9月23日時点で公式サイトに記載されている内容に基づいており、運営は株式会社overflowです。

最初の分岐：募集職種が、この媒体の三つの類型に入るか

条件を考える前に確かめるのは、募集している職種がこの媒体の想定に入っているかです。Offersのトップページは自らを「ハイクラスエンジニア・PdM向け転職プラットフォーム」としており、採用担当者向けのページは想定する人材を三つの類型で示しています。この範囲から外れる職種は、条件をいくら工夫しても母集団がありません。

トップページは、導入企業数を累計1,000社以上、登録ユーザー数を累計35,000人以上としています（2026年1月時点）。35,000人は全体の数字で、自社の要件に合う人数ではありません。類型に入ると分かったら、次の分岐で実際の件数を確かめます。

類型に入るなら：お試し検索で、どの要件が件数を削っているかを見る

採用担当者向けのページには「候補者の無料お試し検索」が用意されており、自社の採用要件に合う候補者が何人登録されているかを確認できるとされています。契約前に件数を見られるので、要件を渡す前の検証に使えます。一度の検索で終わらせず、要件を一つずつ動かして件数の変化を見るのがこの分岐のやり方です。

1. いまの要件のまま、必須が多い状態で件数を見る
2. 必須を一つ歓迎に落として、件数の変化を見る
3. 別の必須を落として、同じように変化を見る
4. 落としたときに件数が大きく増えた要件を、母集団を削っている要件として特定する
5. 現場と相談して、その要件を必須に残すかどうかを決める

件数が大きく増えた要件は、現場にとって本当に必須なのかを問い直す対象になります。契約してから「該当者がいない」と分かるより、先に確かめて要件を直すほうが早く進みます。この検証の結果は、次の分岐で要件を渡すときの材料としてそのまま使います。

エラベルの見解

選定を預けるサービスで結果が出ないとき、相談で最も多い思い込みは「条件が伝わっていないのは媒体側の問題だ」というものです。実際には、要件が理想の人物像のまま渡されていることがほとんどです。言語、フレームワーク、経験年数、業界、会社の規模をすべて満たす人は、どの媒体にもほとんどいません。お試し検索で件数を削っている要件が分かったら、それを現場の責任者と一緒に歓迎へ回すかどうか決めてから渡してください。この作業は外に出せない部分で、ここを済ませた会社ほど、返ってくるリストの質が安定します。

件数が少ないなら：必須・歓迎・不問を分けて、言葉で渡す

件数が少ないと分かったら、要件の渡し方を変えます。選定は媒体側が行うので、渡した言葉の精度がそのままリストの質になります。要件を三つの層に分けて渡すと、選定する側がどこまで広げてよいかを判断しやすくなります。

不問を明示するのが、この表でいちばん効く部分です。言わなければ、常識的な範囲で絞られてしまいます。必須を三つにして、残りを歓迎に回すと決めておくと、母集団を保ったまま優先順位を伝えられます。

技術の要件は、現場が使っている言葉をそのまま渡します。公式は、初回のディープインタビューで企業の一次情報をAIが構造的に学習するとしており、人事が一般的な言葉に言い換えると情報が落ちます。現場の責任者がインタビューに同席し、要件を自分の言葉で話すほうが、選定の精度が上がります。

件数はあるのに動かないなら：心理フェーズという別の軸を足す

件数が十分あっても面談につながらない場合は、スキルや経験とは別の軸を考えます。公式によると、キャリアドリフトモデルは、転職したい人とそうでない人の二つに分けるのではなく、7段階の心理フェーズで候補者の状態を捉え、まだ動いていない人にもアプローチできる仕組みです。キャリアドリフトスコアは、候補者の現在の状態を日次でスコア化し、意欲の変化をAIが即時に検知するとされています。

この軸があるので、転職意欲が高い層だけを条件にすると、この媒体を使う意味が薄れます。公式は「優秀なエンジニアほど『転職活動』をしない」とし、良い話があれば聞くという受動的な状態にある人が多いと書いています。すぐに採りたい要件と、半年後でもよい要件を分けて渡しておくと、まだ動いていない層との接点づくりが進みます。

動かない理由が相手の時期にあるなら、条件を変えずに待つという判断も、この分岐の答えの一つです。要件を緩める前に、スコアが動くのを待つ期間をどれくらい取れるかを社内で決めておきます。運用の時間軸はOffersのスカウト運用設計で整理しています。

それでも合わないなら：見送るか、プランを変える

ここまで進めても母集団が見つからない場合は、この媒体で進めるかどうかを判断する段階です。見送る条件を先に決めておくと、ずるずると契約を続けることを避けられます。見送りは失敗ではなく、別の媒体や別の時期に回すための判断です。

要件の性質によっては、プランを変えることで道が開けます。予算型リテーナープランは、CTO・VPoE・EMなどのエグゼクティブ採用が急務な場合や、エージェント経由では推薦が来ない場合、非公開案件で表に出せないポジションを想定しているとされています。役員や責任者クラスで件数が少ないなら、AI RPOプランではなくこちらを検討します。

エラベルの見解

要件が伝わったかどうかの答え合わせは、返ってきたリストを現場がどう見るかでできます。リストを人事だけで見ずに、現場の責任者に十人ぶん目を通してもらってください。「この人なら会ってみたい」が半分を超えていれば要件は伝わっており、半分を切るなら、渡した言葉のどこかが実態とずれているので、どの人を外したかと、その理由を聞き取って次の要件に反映します。同じ要件表でも、この聞き取りを毎月やるかどうかで、四半期後のリストの精度が変わります。文面の側の考え方はOffersのスカウトテンプレートの作り方にまとめています。

まとめ

• Offersでは候補者の選定を媒体側が担うため、企業の仕事は条件の入力ではなく、要件を言葉にして渡すこと
• 最初の分岐は、募集職種がAI・データ人材、技術リーダー、モダン技術の即戦力という三つの類型に入るか
• お試し検索で必須を一つずつ落とし、件数を削っている要件を特定してから渡す
• 必須は三つまで、不問を明示し、技術の要件は現場の言葉のまま渡す
• 件数があっても動かないときは心理フェーズの軸で待つ判断もあり、それでも合わなければ見送るかプランを変える

よくある質問

Q. Offersでは検索条件を自分で細かく設定できますか

公式サイトでは、候補者リストの作成は監修担当が担う流れとして説明されており、企業が検索項目を操作する前提にはなっていません。検索できる項目の詳細も公開されていないため、契約前に運営に確認してください。企業側では、必須・歓迎・不問を分けた要件を渡す準備に時間を使うのが効果的です。

Q. お試し検索では何が分かりますか

公式によると、自社の採用要件に合う候補者が何人登録されているかを契約前に確認できます。要件を一つずつ歓迎に落として件数の変化を見ると、どの要件が母集団を削っているかが分かります。契約前の判断材料として使ってください。

Q. 営業職やコーポレート職の採用にも使えますか

公式が示す対象は、AI・データ人材、技術リーダー、モダン技術で開発できる即戦力、そしてPdMで、営業職やコーポレート職は想定の外にあります。情報システムや社内SEのように境界にある職種は、運営に確認してください。仕様や提供範囲は変わるため、契約前に最新の案内をご確認ください。