人材紹介会社の求人票と候補者メールをClaude Codeで照合する: 送信前のズレを減らす

人材紹介会社で求人票と候補者メールを別々に直すと、送信前に小さなズレが残ります。求人票は「リモート週2日」なのに、候補者メールは「フルリモート可」。給与レンジは企業確認前の数字、選考フローは古いまま。今日直す1箇所は、求人票とメールを横に並べる送信前チェック表です。

RAが企業から聞いた魅力、CAが候補者に伝えたい不安解消、求人媒体に出す条件、候補者メールの一文は、同じ求人を見ていても少しずつ言葉が変わります。ズレたまま送ると、面談前に候補者から確認メールが戻り、企業にも「そこはまだ確定ではありません」と差し戻されます。

この記事では、人材紹介会社がClaude Codeに求人票、候補者メール、企業確認メモ、JobPostingの項目を読ませ、送信前のズレを表に出す流れを作ります。候補者情報や企業の非公開条件は伏せ、人が承認してから送る前提です。主CTAは、チームで運用と承認を分ける研修・相談に絞ります。

この記事の要点

• 求人票と候補者メールは、給与、勤務地、リモート、選考フロー、変更範囲の表現を同じ表で照合します。
• Claude Codeには、求人票、送信前メール、企業確認メモ、候補者質問を読み比べさせ、差分と確認質問を出させます。
• 人が見る範囲は、賃金、勤務地、契約、年齢・性別表現、個人情報、企業承認、送信判断です。
• 3つのUse caseは、条件差分、候補者不安、送信前の保留判断に分けます。
• ROIは、企業確認の差し戻し件数、候補者からの追加質問、面談化率、再送メール数で見ます。

業務フロー: 求人票から候補者メールまでを一枚で見る

人材紹介会社の求人票チェックでは、求人票だけを見ても足りません。求人企業の原稿、RAのヒアリングメモ、CAが候補者へ送るメール、求人媒体の項目、JobPosting JSON-LDを同じフォルダに置きます。Claude Codeへ渡す前に、候補者名、現職名、年収交渉、面談評価は仮名へ置き換えます。

手元の具体物	Claude Codeに出させるもの	人が止める判断
求人票	給与、勤務地、業務内容、選考フローの抜け	企業確認前の条件
候補者メール	求人票と違う表現、強すぎる言い方	送信可否と宛先
RAメモ	企業に戻す質問、未確定条件	非公開情報の扱い
候補者質問	上へ移す説明、FAQ、補足文	個人情報と評価情報
JobPosting	本文との差分、公開期限、勤務地	構造化データの公開

厚生労働省は、労働者の募集広告では表示すべき情報を示し、2024年4月から募集時などに明示すべき事項に業務内容や就業場所の変更範囲、有期契約の更新基準が加わると案内しています。公正な採用選考の考え方も、候補者メールの質問や表現を見直す土台になります。求人ページをWebに出す場合は、Google Search CentralのJobPosting structured dataも本文と合わせて見ます。

Claude Codeに任せる範囲と人が見る範囲

求人票、候補者メール、確認メモを同じフォルダに置いたら、Claude Codeには差分表と確認質問を作らせます。たとえば「勤務地」「リモート」「給与上限」「選考回数」「入社後に任される仕事」を列にし、求人票、メール、企業確認メモで言い方がずれていないかを出します。

人が見る範囲は、求人条件と送信判断です。給与、勤務地、リモート頻度、契約期間、業務変更の範囲、就業場所の変更範囲、年齢・性別に見える表現、候補者の個人情報、企業の未公開情報は人が止めます。Claude Codeが「候補者にこう伝えましょう」と出しても、送信ボタンは人が押します。

個人情報は特に分けます。候補者の氏名、現職、連絡先、面談評価、希望年収の細かい数字は、サンプルIDへ置き換えます。個人情報保護委員会の公式サイトで基本情報を確認し、会社の契約や利用サービスの設定も見ます。AIに渡すのは、文面のズレを見つけるための最小限の情報だけです。

3つのUse case

Use case 1: 求人票とスカウトメールの条件差分を見つける

• 入力: 求人票、RAの企業確認メモ、候補者へ送るスカウトメール、求人媒体の入力項目。
• 出力: 給与、勤務地、リモート、選考回数、入社時期、業務変更範囲の差分表。
• 人の確認: 給与レンジ、リモート頻度、勤務地、選考フロー、企業確認済みかを承認する。

人材紹介会社では、スカウトメールだけが先に良い条件へ寄りやすいです。求人票では「リモート週2日」なのに、メールで「柔軟な働き方」と書くと、候補者は期待します。Claude Codeには「候補者が条件として受け取る文」を抜き出させ、求人票と横並びにします。

Use case 2: 候補者の不安を求人票へ戻す

• 入力: 候補者から多い質問、辞退理由、求人票本文、応募後メール。
• 出力: 求人票の上部へ戻す説明、FAQ、候補者メールで補う一文、企業へ確認する質問。
• 人の確認: 候補者個人が特定される情報、企業が未回答の条件、面談評価を外す。

候補者メールに毎回同じ補足を書いているなら、求人票側に不足があります。「残業はどの時期に増えますか」「上限年収はどんな人ですか」「一次面接は誰ですか」。この質問をFAQへ戻すと、メールの往復が減ります。

Use case 3: 送信前に保留すべきメールを止める

• 入力: 送信前メール、求人票、企業確認済みリスト、NG表現リスト、JobPosting JSON-LD。
• 出力: 送信可 / 企業確認へ戻す / 候補者情報を削る の判定表。
• 人の確認: 宛先、候補者名、送信タイミング、法令や媒体規約に関わる表現、公開承認。

メール文が丁寧でも、求人票と条件が違えば送信前に止めます。Claude Codeには「候補者に約束しているように読める文」を拾わせます。人は、企業確認が済んだ条件だけを残し、未確定の条件は「確認中」として送信しない判断を持ちます。

コピペで使えるプロンプト

求人票と候補者メールを同じ画面で見るためのプロンプトです。個人名や非公開条件は入れず、仮名と範囲表現に置き換えてから使います。

あなたは人材紹介会社の送信前レビュー担当です。
求人票、候補者メール、企業確認メモを読み比べ、候補者へ送る前にズレを見つけてください。

入力:
- 求人票本文:
- 候補者へ送るメール:
- RAの企業確認メモ:
- 候補者から多い質問:
- 求人媒体の入力項目:
- JobPosting JSON-LD:
- 送信前に人が見る項目:

出力:
1. 求人票とメールでズレている条件
2. 候補者が条件として受け取りそうな表現
3. 企業確認へ戻す質問
4. 個人情報や非公開情報を削る場所
5. 送信可 / 保留 / 修正 の判定表
6. 人が最終確認するチェックリスト

制約:
- 給与、勤務地、リモート、契約、選考回数を推測しない
- 年齢、性別、家族、出生地、思想信条に触れる表現を赤旗にする
- 候補者名、現職名、連絡先、面談評価を本文に入れない
- 送信可否は人が決める前提で書く

次の確認コードは、求人票と候補者メールの下書きに、公開前の赤旗がないかを見る小さなNode.js例です。

const reviewPacket = {
  jobPost: {
    role: "Customer Success",
    salary: "年収480万円から650万円",
    location: "東京本社 / リモート週2日",
    process: "書類選考、一次面接、最終面接",
    workChangeScope: "カスタマーサクセス、サポート、営業企画",
  },
  candidateEmail: {
    subject: "カスタマーサクセス求人のご紹介",
    body: "東京本社とリモート週2日の求人です。選考は書類、一次、最終の順です。",
    cta: "sendToCandidate",
  },
  companyMemo: {
    salaryConfirmed: true,
    locationConfirmed: true,
    processConfirmed: true,
    clientApproval: true,
  },
};

const findings = [];
const { jobPost, candidateEmail, companyMemo } = reviewPacket;

for (const field of ["salary", "location", "process", "workChangeScope"]) {
  if (!jobPost[field]) findings.push(`${field}: 求人票に不足があります`);
}

if (!candidateEmail.body.includes("リモート週2日")) {
  findings.push("candidateEmail: リモート条件が求人票と合っているか確認");
}

if (!candidateEmail.body.includes("一次") || !candidateEmail.body.includes("最終")) {
  findings.push("candidateEmail: 選考フローの説明が不足しています");
}

for (const [key, value] of Object.entries(companyMemo)) {
  if (value !== true) findings.push(`companyMemo: ${key} が未承認です`);
}

const riskyWords = ["若手歓迎", "女性向け", "男性限定", "家族構成", "出生地", "宗教"];
for (const word of riskyWords) {
  if (candidateEmail.body.includes(word)) findings.push(`risky wording: ${word}`);
}

if (candidateEmail.cta !== "sendToCandidate") {
  findings.push("CTAは候補者送信に絞ってください");
}

if (findings.length) {
  console.error(findings.join("\n"));
  process.exit(1);
}

console.log("求人票と候補者メールは人の送信前レビューへ進めます。");

Pitfall: 送信前チェックで見落とすズレ

求人票と候補者メールの落とし穴は、文面のきれいさで安心する点です。原因は、求人票、RAメモ、候補者メール、求人媒体を別々の画面で直すことです。直し方は、条件名を列にして、同じ言葉で書けているかを1行ずつ見ます。

もうひとつの原因は、候補者の不安をメールだけで吸収している点です。候補者が毎回聞く質問は、求人票の上部に戻します。直し方は、メールで補った一文を「求人票へ戻す情報」「候補者個別にだけ送る情報」に分ける形です。

最後の原因は、送信判断をAIの出力に寄せることです。直し方は、Claude Codeの出力を 送信可 / 保留 / 企業確認へ戻す の候補にとどめ、給与、勤務地、契約、個人情報、公開承認は人が押印する欄に残します。

よくある質問

Q. 既存の求人票レビュー記事と何が違いますか。 求人票レビューは、求人票そのものの抜けを見ます。この記事は、求人票と候補者メールのズレを送信前に見る記事です。RA、CA、求人媒体、メール文面が混ざるチーム向けです。

Q. 候補者情報をClaude Codeに入れてよいですか。 実名、現職名、連絡先、面談評価、細かい希望年収は入れません。候補者A、C001のように置き換え、求人票とメールの表現差だけを見ます。

Q. 法令チェックまで任せられますか。 任せるのは赤旗の抽出までです。公開可否、例外事由、求人企業への確認、候補者への送信判断は人が持ちます。

Q. どの数字を見れば効果が分かりますか。 まずは企業確認の差し戻し件数、候補者からの追加質問、面談化率、再送メール数を見ます。1週間だけでも、ズレがどこで出るか分かります。

研修・相談へ進むなら

求人票と候補者メールの送信前チェックは、個人の文章力だけでは回りません。RAの企業確認、CAの候補者理解、求人媒体の入力、送信承認、個人情報の扱いを同じ流れに置く必要があります。

複数担当者でClaude Codeを使うなら、研修・相談で「AIに出させる差分」と「人が承認する条件」を分けて設計できます。求人票そのものを見直すなら人材紹介会社の求人票レビュー、事業会社の採用ページなら採用担当者向け求人票と応募後メールも近いです。

実際に試した結果

この記事では、厚生労働省の募集広告表示、2024年4月からの労働条件明示、公正な採用選考、GoogleのJobPosting structured data、個人情報保護委員会の公式サイトを確認しました。本文では、求人票、候補者メール、RAメモ、候補者質問、JobPostingを同じ表に置く構成にし、主CTAは研修・相談へ絞りました。

確認コードはNode.jsで実行し、求人票の必須項目、候補者メールのリモート条件、選考フロー、企業確認メモ、危ない表現、CTAを見ました。今日やる1手は、直近で送る候補者メールを1通選び、求人票と横に並べて「給与、勤務地、リモート、選考フロー」の4列だけ照合する作業です。そこから企業確認の差し戻し件数と候補者からの追加質問を見ます。