求人ごとに推薦コメントを付ける手順(候補者が応募先を選べる情報設計)
求人紹介の段階で、求人1件ずつに「なぜ合うか」の推薦コメントとおすすめ度を添える運用をまとめました。コメントの型、仕組みに任せる範囲と人が決める範囲、実務5ステップ、つまずく型まで、人材紹介会社のCA・マネージャー向けに書いています。
続きを読む →
この記事の要点
「面談は手応えがあったのに、求人を出すのが数日後になってしまう」。そんな状態になっていないでしょうか。面談直後は候補者の気持ちがいちばん動いている時期です。同時に、他のエージェントや求人媒体も併用されている時期でもあります。ここで提案が遅れると、面談で作った納得感が少しずつ目減りしていきます。
弊社では「面談当日に求人を紹介する」「面談後3時間以内に求人をピックアップする」を行動基準にしています。ただ、これを気合いで守ろうとすると続きません。求人を探す工程そのものが重いからです。
この記事では、求人マッチングを「探す時間」と「選ぶ判断」に分け、探す側を仕組みに寄せ、選ぶ側にCA(キャリアアドバイザー)の時間を戻すやり方を書きます。自社で回している3経路の横断と、CA主導の選定基準をそのまま出します。
初回面談で出てくるのは、生々しい言葉です。「いまの事業はこの先伸びないと思う」「調整より、自分で手を動かして数字を作りたい」「年収は維持したいが、出社は週1までにしたい」。これらは検索欄に打ち込める形をしていません。志向性・職務内容・職業機能・求人紹介の軸・条件へ、一度翻訳する必要があります。この翻訳が、実はいちばん頭を使う工程です。
求人は複数の経路に散っています。自社で直接契約している求人と、提携求人プラットフォーム経由の求人。それぞれ検索の癖も項目名も違います。同じ会社が別経路で複数の求人を出していることもあります。人が頭の中で名寄せしながら優先順に並べる作業は、地味なのに神経を使います。
翻訳と横断を丁寧にやると、1人分で半日が溶けます。そして半日かかる仕事は、面談が詰まった日に真っ先に飛びます。結果、翻訳が雑になり、横断の幅が狭まり、提案が浅くなります。「効くけれど重い」工程から順に省かれていくのが、この構造のやっかいなところだと考えています。
| 工程 | 担当 | 内容 |
|---|---|---|
| 面談メモの翻訳 | AI・仕組み | 志向性・職務内容・職業機能・求人紹介の軸・条件を項目に分解する |
| 検索キーワード生成 | AI・仕組み | 職種軸を優先順に分解し、軸ごとに代表キーワードを2〜4語に絞る |
| 3経路の横断検索 | AI・仕組み | 自社直接契約の求人と提携求人プラットフォーム2経路を同じ軸で検索する |
| 重複の名寄せ | AI・仕組み | 会社名で束ね、同じ会社の複数求人をまとめる |
| ハード除外 | AI・仕組み | 必須要件・年齢上限・最低希望年収・リモート条件で機械的に外す |
| 懸念点の抽出 | AI・仕組み | CA確認が必要な論点と、次回聞くべき点を書き出す |
| 最終選定 | 人 | 職業機能・転職理由・中長期ゴールとの接続で、出す求人を決める |
| 理由付けと落としの説明 | 人 | なぜこの求人かを言葉にし、叶わない条件の扱いを伝える |
| 候補者に届く前の確認 | 人 | 推薦コメントと優先度の最終チェックを行う |
線引きの基準は「比べられる状態にそろえる作業か、人の意思に踏み込む判断か」です。翻訳・横断・名寄せ・除外は前者です。一方で、面談でこぼれた迷いや、まだ言語化されていない違和感は、検索条件に落ちません。落とせないものを人に残す、という発想で分けています。
仕組み側には断定させない設計にしています。ハード除外とソフト懸念を必ず分けて出させ、迷う求人は「懸念あり」と理由を書いて残します。CAが戦略的に出したい求人を、機械の判定で静かに消させないためです。AIは仮説を出し、人が関係性の中で検証する、という順番は崩さないようにしています。
正直に書くと、この求人探しの自動化は、いまも検証を重ねている工程です。セールス軸の候補者を探しているのに企画職が混ざる、といった軸のズレに何度もぶつかりました。そのたびに除外ルールを1つ足して育てています。作って終わりではなく、現場で踏んだズレを仕組み側に蓄積していく前提で運用しています。
何をするか。面談メモから、志向性・職務内容・職業機能・求人紹介の軸・条件の5つを抜き出します。
見るもの・記録するもの。転職理由、中長期ゴール、やりたいこと、避けたい環境。実際の担当範囲と成果。年齢、現年収、希望年収、最低希望年収、勤務地、リモート希望、他社の選考状況。年齢はメモの記載から必ず拾います。
よくある失敗。候補者が名乗っている職種で束ねてしまうことです。名刺上はフィールドセールスでも、実務の中心が既存顧客の深耕や導入支援、利用促進なら、カスタマーサクセス機能として探す余地があります。
何をするか。軸の > を、左から優先度が下がる列として分解します。同じ段の ・ はOR条件として扱います。
見るもの・記録するもの。どの優先順位で拾った求人かを、求人ごとに残します。上位の軸で拾った求人ほど、第一希望に近い可能性が高くなります。
よくある失敗。全部をAND条件で一度に探すことです。「大阪・京都>フルリモート」を同時に満たす求人を探すと、ほぼ残りません。まず大阪か京都で探し、その後にフルリモートで探します。
何をするか。自社直接契約の求人と、提携求人プラットフォーム2経路を、同じ軸で横断します。
見るもの・記録するもの。職種のチェックボックスは原則使わず、求人タイトルやポジション名のキーワードで拾います。そこへ勤務地・年収・リモート可否・手数料の条件を重ねます。最後に会社名で重複をまとめます。
よくある失敗。掲載側の職種タグに頼ることです。タグは広めに付いていることがあり、実際の募集内容はタイトル側に出やすいと考えています。
何をするか。確実に落ちる求人は外し、迷う求人は理由付きで残します。
見るもの・記録するもの。ハード除外にするのは、必須要件に候補者の経歴にない業界・職種・資格があるもの、20代限定や35歳までのように年齢上限が強調されているもの、最低希望年収を下回るもの、フルリモート必須なのに不可のもの、避けたいと明言された環境に近いものです。
よくある失敗。対象年齢の欄だけで切ることです。30歳を超えた経験者は年齢より経験を見られる場面が多いため、上限を5歳程度超えるだけなら、必須要件のフィットを確認してから判断しています。
何をするか。並んだ求人から、CA自身が出す求人を決めます。判定は、①職業機能が合うか、②必須要件を満たすか、③転職理由と潜在的な欲求が解消されるか、④中長期ゴールに近づくか、⑤年齢・年収・勤務地・リモートが現実的か、⑥候補者に説明できる応募理由があるか、の順です。
見るもの・記録するもの。事業内容、収益モデル、競合優位性、採用背景、組織課題、求人票に出ていない魅力と懸念。ここはRA任せにせず、CAが自分で調べる前提にしています。
よくある失敗。求人を並べて送って終わることです。1件ずつ「なぜあなたに合うと思ったか」を添えないと、候補者は知っている会社だけ開いて、残りは放置されます。理由の書き方は推薦の質について書いた記事でも触れています。
求人票の職種名と、候補者が名乗る職種名を突き合わせて終わる型です。名詞が一致しても、担う機能がずれていれば面談での納得にはつながりません。職業機能に翻訳してから探すと、拾える範囲が変わります。
セールス軸なのに営業企画や事業企画が混ざる、という形で起きます。キーワードが近いので機械的には引っかかります。ズレを見つけたら、その軸のときに外す求人のルールとして残しておきます。
勤務地と年収とリモートを同時に満たす求人だけを探すと、結果が出ません。出ないので検索をやめ、手持ちの求人から出すことになります。優先順位の列に分け、上から順に探す形へ崩すのが先です。
マーケター、編集者、広報、ディレクターのような汎用語が軸のとき、除外ルールが軸そのものを弾くことがあります。汎用語が軸の候補者では、救済する語をあらかじめ並べておく必要があります。
求人を集めるところまでは任せられても、選ぶ判断を預けると提案の説得力が落ちます。CAの顧客は候補者だけでなく企業でもあります。両面で見た理由を自分の言葉で言えるかが、選定の合否だと考えています。
| 体制・フェーズ | 最初にやること | 注意点 |
|---|---|---|
| 1〜3名の紹介会社 | 面談メモの項目を固定する(志向性・職務内容・職業機能・軸・条件) | 入力の型がそろっていないと、仕組み側の出力もぶれます。テンプレ固定が先です |
| 10〜20名規模 | 職種別の検索キーワードと除外ルールを共有の資産にする | 新人とベテランの差は検索条件の設計差に出ます。人を責めず、辞書を育てて埋めます |
| 事業会社の採用チーム | 母集団の条件を、ハード要件とソフト懸念に分けて書き出す | 必須要件に実態以上の条件が並ぶと、紹介会社側の絞り込みで候補が静かに消えます |
仕組みに渡しているのは、翻訳と横断と名寄せまでです。どれを出すか、なぜ出すかは人が決めます。むしろ、半日かけて求人を漁る時間が浮くと、企業の事業内容や採用背景を調べる時間に回せます。目利きは探す量ではなく、選ぶ回数と振り返りで育つと考えています。
面談メモの項目を固定するところからおすすめします。志向性・職務内容・職業機能・求人紹介の軸・条件の5項目です。軸は優先順位を > で書く、同列は ・ で書く、と記法まで決めておきます。ここがそろうと、人が検索しても仕組みに渡しても、条件の作り方が安定します。
渡さない前提にしています。並んだ時点では、まだ判断の材料です。1件ずつ理由を添え、合わないと判断した求人は理由を残して取り下げます。候補者に届くのは、全件に理由が書かれた絞り込み済みのリストという状態を目指しています。仕組みの設計はAI活用の支援メニューでも扱っています。
> は優先順、同列の ・ はOR。全部をAND条件で束ねないまず1つだけ記録を始めるなら、求人ごとに「どの軸で拾ったか」を残すところからにしてみてください。優先度の高い軸で拾った求人が候補者に刺さっているのか、下位の軸から出した求人が実は反応が良いのか。その差が見えてくると、次の面談で聞くべきことと、検索条件の直し方が同時に決まります。
関連するnote:【Claude Code×人材紹介】候補者に合う求人を、AIが横断検索して並べる ― 「求人探し」を自動化した話
人材紹介事業の戦略・現場・AI活用について、現在の課題をお聞かせください。
現場から始めるなら 人材紹介向けClaude Code研修 ↗