除外条件の目的を決める
除外条件を設定する前に、何のために外すのかを確認します。
主な目的は次のようなものです。
・求人の必須業務を担当できない候補者を外す
・明確な資格要件を満たさない候補者を外す
・求人の勤務地・勤務条件と明確に合わない候補者を外す
・同じ候補者への重複アプローチを避ける
一方、「候補者が多すぎるから」「確認が大変だから」だけを理由に除外条件を増やすと、求人との関連性が弱い基準を使いやすくなります。
まず検索条件やキーワードを改善し、それでも確認工数が高い場合に除外を検討します。
明確NGと弱いNGを分ける
明確NG
明確NGは、求人上の必要条件と照らして対象外と説明できるものです。
たとえば、業務上必須の資格が必要で、その資格がない候補者を対象外とする場合などです。
ただし、候補者プロフィールに資格情報が未記載だから「持っていない」とは限りません。
情報がないことと、条件を満たさないことを分けます。
弱いNG
弱いNGは、「できれば避けたい」「優先度が低い」といった条件です。
例として、特定業界経験がない、特定製品経験がない、経験年数が理想より短い、役職名が期待と違う、などがあります。
こうした条件は、別の経験で補える可能性があります。
検索から完全に除外せず、候補者確認時の要確認・低優先として扱う方が母集団を守れます。
WANT不足はNGにしない
歓迎条件を満たしていない候補者をNGにすると、WANTが事実上MUSTになります。
WANTは「あればプラス」であり、ないから対象外にする条件ではありません。
MUST・WANT・NGの定義を求人ごとに明確にします。
否定条件は誤除外が起きやすい
検索で「○○ではない人」を作る否定条件は便利ですが、意図しない候補者まで外すことがあります。
たとえば、職務経歴に特定キーワードが含まれていたら除外する方法では、その言葉が過去の一時的な担当や顧客名として書かれているだけでも対象外になる可能性があります。
否定キーワードを使う場合は、実際の検索結果を確認し、どの候補者が消えるかを見ることが重要です。
経歴の表記揺れを考慮する
同じ仕事でも、候補者によって職種名・役職名・業務名は違います。
「この職種名ではないから除外」「この役職名がないから除外」とすると、実際には近い経験を持つ候補者を落とすことがあります。
たとえば、プロジェクトマネージャー経験を探す場合、PM、PL、プロジェクト責任者、推進リーダーなど別表現があります。
除外条件を設定する前に、職務経歴の表記揺れを確認します。
経験年数だけで除外しない
「5年以上必須」「3年未満は除外」のような経験年数条件は分かりやすい一方、年数だけでは経験の深さを判断できません。
同じ3年でも、担当業務、顧客、プロジェクト規模、責任範囲は異なります。
求人で本当に必要なのが「一定年数」なのか、それとも「設計を主導した経験」「大手顧客を担当した経験」など具体的な仕事なのかを分けます。
年数が法令・資格・契約要件など明確な理由に紐づかない場合は、仕事内容で判断できないか検討します。
業界経験を一律除外条件にしない
業界経験は求人によって重要ですが、「異業界はすべて除外」とすると近接経験を失う可能性があります。
たとえばSaaS営業で必要なのが、サブスクリプション商材そのものの経験なのか、法人向け無形商材の提案経験なのか、エンタープライズ顧客への複雑な提案経験なのかで対象範囲は変わります。
必要な能力を分解し、業界名はその能力の一つの証拠として使います。
業界そのものがMUSTでなければ、異業界候補を要確認として残します。
会社名だけで除外しない
特定企業の在籍経験だけを理由に、候補者を一律対象外とする運用は慎重に扱います。
同じ会社でも部署、職種、顧客、担当業務は異なります。
社名は候補者理解の補助情報として使い、実際の職務内容を確認します。
競合企業、取引先など個別のビジネス上の事情でアプローチ対象を制限する場合は、その理由と社内ルールを明確にします。
センシティブな属性を除外条件にしない
年齢、性別、家族状況など、採用上の公正性・法的論点がある属性を、安易な検索・除外条件として推奨しません。
求人の業務遂行に必要な経験・資格・スキルを基準に設計します。
媒体に検索項目として存在することと、その条件を採用基準として使うことが適切かは別問題です。
社内の採用方針、法務・労務の確認、媒体規約に従います。
「情報なし」をNGにしない
候補者プロフィールには、すべての経験が書かれているとは限りません。
たとえば「マネジメント経験の記載なし」は、「マネジメント経験がない」と同じではありません。
検索や書類確認では、次の3状態を分けると運用しやすくなります。
・条件を満たす事実がある
・条件を満たさない事実がある
・情報がなく判断できない
3つ目は「要確認」として扱い、無理にNGへ分類しません。
要確認候補を残す
すべての候補者を合格・不合格の二択にすると、情報不足や境界候補を落としやすくなります。
検索・候補者選定では「要確認」レーンを持つ方法があります。
要確認にする例は次の通りです。
・MUSTに近い経験はあるが表現が異なる
・経験年数は短いが責任範囲が広い
・業界は違うが業務経験が近い
・求人に必要な情報がプロフィールに書かれていない
・WANTが少ないがMUSTは満たす
こうした候補者を定期的に採用担当・現場で確認すると、検索基準の改善にも使えます。
除外条件が母集団へ与える影響を測る
除外条件は、設定前後の候補者件数を確認します。
たとえば一つのNG条件を追加して候補者数が半分になる場合、その条件が本当に必要か再確認する価値があります。
また、件数だけでなく対象率も見ます。
除外後に対象率が上がっても、必要な送付数を確保できなくなれば運用上は問題です。
母集団・対象率・送付数をセットで判断します。
除外条件を緩和する順番
候補者が少ない場合は、次の順で見直します。
1. 弱いNGを解除する
2. WANT不足をNG扱いしていないか確認する
3. 経験年数の除外を仕事内容へ置き換える
4. 業界・製品の一律除外を近接経験まで広げる
5. 否定キーワードの誤除外を確認する
6. 情報なしを要確認へ戻す
一度にすべてを変更せず、一項目ずつ緩和して候補者数・対象率・選考結果を確認します。
除外条件は選考結果から更新する
運用開始後は、実際に面談・選考へ進んだ候補者を見て除外条件を更新します。
弱いNGとしていた候補者が選考を通過するなら、その条件は検索除外に使うべきではない可能性があります。
逆に、繰り返し対象外になる明確な業務条件が見つかった場合は、検索へ反映できます。
「最初に決めたNG」を固定ルールにせず、採用実績から改善します。
AIで除外条件を作るときの注意
生成AIへ求人票を渡すと、一般的な採用基準や推測をもとにNG条件を追加することがあります。
AIはMUST・WANT・NGの候補整理には使えますが、次のルールを明示します。
・求人情報に明記された事実を優先する
・属性による推測をしない
・WANT不足をNGにしない
・情報不足と条件不一致を分ける
・弱いNGは要確認候補として残す
最終的な除外条件は採用担当者・現場が確認します。
AIスカウトくんでの除外条件設計
AIスカウトくんは、TechSuite株式会社が提供する、生成AIと採用のプロを組み合わせたスカウト代行サービスです。
求人要件をMUST・WANT・NGへ整理する際も、明確な対象外条件と、優先度が低い条件を分けます。
運用では候補者母集団、対象率、送付数、選考結果を確認し、除外条件が強すぎる場合は緩和します。
よくある質問
NG条件は何個まで設定してよいですか?
一律の個数はありません。数ではなく、各条件が「明確に対象外」と説明できるかを確認します。
経験年数が足りない人は除外してよいですか?
求人によります。年数そのものに明確な理由がある場合を除き、担当業務や責任範囲で判断できないか確認します。
異業界の候補者は除外した方がよいですか?
業界経験が本当にMUSTかを確認します。必要な能力が近いなら、異業界でも要確認候補として残せる場合があります。
プロフィールに必要経験が書かれていない場合はNGですか?
情報がないことと経験がないことは同じではありません。検索段階では「要確認」として残し、追加情報を確認できる場合があります。
AIスカウトくんに関するよくある質問
スカウト代行とRPOの違いは?
違いは支援範囲です。AIスカウトくんはスカウト運用を中心に支援し、TechSuiteでは採用活動全体を支援するRPOサービスの「AI RPOパートナー」も提供しています。
候補者検索から送信まで、すべて任せられる?
はい。AIスカウトくんでは、候補者検索・選定からスカウト文の作成、送信まで対応できます。ただし、プランによっては検索条件の作成や定期的な振り返り・改善支援を含まない場合があります。
スカウト媒体の利用料金は代行費に含まれる?
いいえ。AIスカウトくんの代行費とは別に、利用するスカウト媒体の契約・利用料金が必要です。
新卒採用と中途採用の両方で使える?
はい。AIスカウトくんは新卒採用・中途採用の両方に対応しています。人材紹介会社の候補者スカウト運用にも対応できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。
どのスカウト媒体でも代行できる?
はい。ビズリーチやOpenWorkリクルーティングなど、基本的に各種スカウト媒体で代行できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。利用予定の媒体について、事前に対応可否を確認します。
まとめ|除外条件は候補者を減らすためではなく、明確な対象外だけを外すために使う
スカウト検索の除外条件は、明確なNG、弱いNG、WANT不足を分けて設計します。
弱いNGや情報不足を機械的に除外すると、候補者母集団を必要以上に狭めます。
候補者件数、対象率、送付数、実際の選考結果を見ながら除外条件を更新し、境界候補は「要確認」として残すことで、誤除外を減らしながら検索効率を高められます。
