採用代行（RPO）の候補者対応メールと選考管理をClaude Codeで時短する実務手順

金曜の夕方、クライアント3社ぶんの候補者35人。面接日程の返信、見送り連絡、書類のリマインド。僕は受信トレイを開いたまま、どれから手をつけるか30分悩んでいました。

そして、やらかしました。A社向けに書いた「次の面接は来週火曜です」というメールを、B社の候補者に送ってしまったんです。送信ボタンを押した瞬間に気づいて、血の気が引きました。

採用代行（RPO）の仕事は、こういう「人の頭の切り替え」が一日中続きます。クライアントごとに選考フローも文面のトーンも違う。候補者ごとに今どの段階かも違う。これを記憶と気合で回している限り、繁忙期に必ずどこかが破綻します。

僕がこの数ヶ月でやったのは、メールの「全自動化」ではありません。下書きと整理だけをClaude Codeに任せて、送信の判断は人が握るという線引きでした。今日はその具体的な手順を、コピペで使えるプロンプトと検証スクリプト付きで書きます。

この記事の要点

• 採用代行（RPO）の手戻りの大半は「文面づくり」ではなく「今どの候補者がどの段階か」の把握漏れから起きる。
• Claude Codeには候補者メールの下書き・選考ステータスの棚卸し・抜け漏れ検知を任せ、送信と合否判断は人が握る。
• メールの下書きをパターン化すると、1通あたり5〜8分の作業が1〜2分に縮む。週100通なら月20時間前後の削減目安。
• 個人情報は実名・連絡先をAIに渡さず、仮名と段階ラベルだけで処理する設計にする。
• そのまま使えるプロンプト雛形と、選考ステータスの抜け漏れを洗い出す検証スクリプトを載せる。

採用代行（RPO）の読者像と、いつも詰まる場所

この記事が想定する読者は、複数のクライアント企業の採用業務を巻き取っているRPO担当です。一人で5〜10社、候補者は常時数十人を並行で見ている。求人媒体のスカウト返信、エージェントとのやり取り、面接調整、合否連絡まで、窓口がほぼ全部あなたに集まります。

まず、いつもの業務フローを並べてみます。

1. クライアントから求める人物像と選考フローをヒアリングする
2. 媒体・エージェント経由で候補者を集める
3. 書類選考の結果を候補者へ連絡する
4. 一次・二次面接の日程を調整する
5. 各面接後にクライアントへ評価を確認する
6. 内定・見送りの連絡を出す
7. クライアントへ進捗レポートを共有する

この流れ自体は、どのRPOでもそう変わりません。問題は、同じ流れを社数ぶん同時に走らせるところにあります。

よくある手戻りを挙げます。心当たり、ありませんか。

• A社のトーンで書いた文面を、B社にそのまま流用して違和感を出す
• 「面接後48時間以内に連絡」の約束を、候補者が増えると守れなくなる
• クライアントからの評価待ちで止まっている候補者を、数日忘れる
• 見送り連絡の文面を毎回ゼロから書いて、夕方に消耗する
• スプレッドシートの選考ステータスと、実際の連絡状況がズレる

どれも能力の問題ではなく、並行作業の量に対して「頭の切り替え」が追いつかないだけです。ここがAIの出番になります。

AIに任せる範囲と、人が必ず判断する範囲

最初に線引きをはっきりさせます。ここを曖昧にすると、冒頭の僕の誤送信みたいな事故が起きます。

業務	Claude Codeに任せる	人が必ず判断する
候補者メール	下書きの作成・トーン調整	送信ボタンを押す
選考ステータス	一覧の棚卸し・抜け漏れ検知	合否そのものの決定
日程調整	候補日の文面化・リマインド草案	最終確定の連絡
進捗レポート	数値の集計・ドラフト作成	クライアントへの公開判断
見送り連絡	配慮ある文面の生成	見送り理由の妥当性確認

考え方はシンプルです。「間違っても下書きフォルダで止まるもの」はAIに任せ、「外に出たら取り返せないもの」は人が握る。送信、合否、確定の連絡。この3つは人の指が最後に触れる、と決めておけば、繁忙期でも事故りません。

詳しい権限の決め方は、非エンジニア向けに整理したClaude Codeを非エンジニアが使うときの考え方が参考になります。

Use case 1: 候補者メールの下書きをパターンで量産する

一番効くのがここです。RPOのメールは、よく見ると数パターンしかありません。書類通過、面接日程、見送り、内定。文面の骨格は同じで、変わるのは候補者名とクライアントのトーンくらいです。

そこで、よく使う文面を「型」として登録し、Claude Codeに状況を渡して下書きだけ出させます。導入前は1通5〜8分かけて書いていたものが、型に流し込むだけなら1〜2分です。

導入前後を比べるとこうなります。

• 導入前: 受信トレイを見ながら毎回ゼロから書く。夕方には文章が雑になる。
• 導入後: 状況を箇条書きで渡すと下書きが出る。人は事実確認と微調整だけ。

下書きを出すプロンプトの雛形です。そのままコピペして、角括弧の中だけ差し替えてください。

あなたは採用代行（RPO）のメール作成アシスタントです。
以下の条件で、候補者へのメール下書きを日本語で作ってください。

# クライアントのトーン
[例: 丁寧でフォーマル。専門用語は避ける]

# メールの種類
[書類通過 / 面接日程案内 / 見送り / 内定 のいずれか]

# 状況
- 候補者の呼び名: [候補者A など仮名]
- 応募ポジション: [営業職など]
- 今回伝えること: [一次面接は6/12 14:00、オンライン]
- 補足: [前回の連絡から3日空いているので一言詫びを入れる]

# 制約
- 200〜300字程度
- 件名も提案する
- 個人を特定する情報は本文に入れない
- 送信前に人が確認する前提なので、確認すべき点を末尾に箇条書きで添える

最後の「確認すべき点」を出させるのがコツです。AIに不安な箇所を自己申告させると、人のチェックが一瞬で終わります。プロンプトの組み立て方をもっと詰めたい人はプロンプト設計の応用テクニックも読んでみてください。

Use case 2: 選考ステータスの抜け漏れを毎朝洗い出す

二つ目は、止まっている候補者の検知です。RPOで一番怖いのは、誰かを「忘れる」こと。クライアントの評価待ちで3日止まっている候補者を放置すると、機会損失にも信頼の毀損にもつながります。

ここはAIに判断させず、機械的なルールで抜け漏れを洗い出すのが安全です。CSVで候補者の段階と最終更新日を持っておき、スクリプトで「何日も動いていない人」を炙り出します。

次のNode.jsスクリプトは、最終更新から3日以上動いていない候補者を一覧にします。実名は使わず、仮名IDだけで回す設計です。candidates.csv を同じフォルダに置いて実行してください。

import { readFile } from "node:fs/promises";

// candidates.csv の形式:
// id,stage,lastUpdate,owner
// C001,書類選考,2026-06-01,Masa
// C002,一次面接待ち,2026-06-05,Masa

const STALE_DAYS = 3;
const today = new Date("2026-06-07");

const raw = await readFile(new URL("./candidates.csv", import.meta.url), "utf8");
const rows = raw.trim().split("\n").slice(1); // ヘッダ除外

const stale = [];
for (const line of rows) {
  const [id, stage, lastUpdate, owner] = line.split(",").map((s) => s.trim());
  const days = Math.floor((today - new Date(lastUpdate)) / 86400000);
  if (days >= STALE_DAYS) {
    stale.push({ id, stage, owner, days });
  }
}

stale.sort((a, b) => b.days - a.days);

if (stale.length === 0) {
  console.log("止まっている候補者はいません。");
} else {
  console.log(`${STALE_DAYS}日以上動いていない候補者: ${stale.length}件`);
  for (const c of stale) {
    console.log(`- ${c.id} / ${c.stage} / 担当${c.owner} / ${c.days}日停滞`);
  }
}

実行はこれだけです。

node check-stale.mjs

出てきたリストを、そのままClaude Codeに渡して「この停滞リストから、今日出すべきリマインドメールの下書きを段階別に作って」と頼めば、Use case 1とつながります。判断は人、退屈な抜け漏れ検知は機械、文面づくりはAI。役割が綺麗に分かれます。

Use case 3: クライアント別の文面ルールをCLAUDE.mdに固定する

三つ目は、社数ぶんのトーンの取り違えを防ぐ仕組みです。冒頭の僕の誤送信も、根っこは「A社のルールとB社のルールが頭の中で混ざった」ことでした。

これは、クライアントごとのルールをファイルに書き出して、AIに毎回読ませれば防げます。Claude Codeなら CLAUDE.md にプロジェクトのルールを書いておくと、依頼のたびに自動で参照してくれます。

例えばこう書きます。

• A社: 敬語強め。「貴社」表記。絵文字禁止。返信は当日中。
• B社: ややカジュアル。「御社」表記。候補者の不安に寄り添う一文を必ず入れる。
• 共通: 給与・待遇の確約はしない。日程は必ず複数案を出す。

このファイルの作り込み方はCLAUDE.md ベストプラクティスにまとめられています。ルールを一度ファイルにすれば、繁忙期に頭が回らなくても、AIが取り違えを止めてくれます。

導入後のチェックリストとして、メール送信前に次を確認するだけで事故はほぼ消えます。

• 宛先のクライアントと文面のトーンが一致しているか
• 候補者の呼び名・ポジションが正しいか
• 日程・場所・URLに事実誤りがないか
• 給与や待遇を勝手に確約していないか
• 個人情報をAIへの指示文に貼り付けていないか

ROIの目安と、個人情報の注意点

ざっくりの時短目安を出します。候補者メールが週100通、1通あたり導入前7分・導入後2分とすると、週で約8時間、月で30時間前後の削減です。停滞検知の手作業ぶんを足すと、繁忙期はもっと効きます。あくまで概算ですが、削れた時間を候補者との面談や提案に回せるのが本当の価値です。

一方で、ここは慎重にいきます。採用代行（RPO）は個人情報の塊を扱う仕事です。候補者の実名・電話番号・メールアドレス・生年月日を、そのままAIへの指示文に貼らない。これを徹底してください。

具体的には次のように設計します。

• 候補者は「候補者A」「C001」のような仮名IDで扱う
• 連絡先や履歴書の中身はAIに渡さず、人が手元で突き合わせる
• クライアント名も伏せたい場合は「X社」などに置き換える
• 利用するサービスの規約で、入力データが学習に使われない設定かを確認する

仮名で回しても、メールの型づくりや停滞検知には十分です。むしろ個人情報を渡さないほうが、文面が型として汎用的になり、使い回しが効きます。

よくある質問

Q. メールを完全に自動送信させても大丈夫ですか。 やめたほうがいいです。RPOのメールは、一度送ると取り消せません。AIは下書きと確認ポイントの提示まで、送信ボタンは人が押す、の線引きを崩さないでください。

Q. 候補者の履歴書をAIに読ませて要約させてもいいですか。 個人情報の観点で慎重にすべきです。どうしても要約が必要なら、氏名・連絡先を伏せ、職務内容と経験年数だけを渡す形にします。クライアントとの契約で外部AI利用が許されているかも先に確認してください。

Q. プログラミングが分かりませんが、検証スクリプトは使えますか。 Node.jsを入れてコマンドを1行打つだけで動きます。まずはClaude Code入門ガイドで環境づくりから始めると、つまずきにくいです。

Q. 小さく始めるなら、最初の一歩はどこがいいですか。 見送り連絡の下書きです。文面が定型で、かつ毎回書くのが地味につらい。ここを型にするだけで、夕方の消耗がはっきり減ります。

実際に試した結果

僕は自分の手元で、ダミーの候補者20件ぶんのCSVを作って、上の停滞検知スクリプトを回してみました。3日以上止まっている候補者を一発で5件炙り出せて、目視でリストを眺めていた頃の見落としが嘘のようでした。

メールの下書きは、A社・B社のトーンを CLAUDE.md 風のルールに書き分けて10通ぶん生成しました。トーンの取り違えはゼロ。気づいたのは、AIが末尾に出す「確認すべき点」が想像以上に役立つことです。「日程の曜日が事実と合っているか確認してください」と毎回添えてくれるので、人のチェックが数十秒で終わりました。

逆に、見送り理由の妥当性みたいな「人としての判断」は、当然ながらAIに任せきれません。そこは線引きどおり人が握る、という設計が正しかったと実感しました。

会社として選考管理ごと仕組みにしたい採用代行（RPO）チームは、研修・導入相談で運用設計から一緒に詰めるのが近道です。まずは個人で試したい人は、停滞検知スクリプトと上のプロンプト雛形をコピーして、明日の朝の受信トレイで回してみてください。

外部の参考として、個人情報の取り扱いは個人情報保護委員会の公式サイトで最新の指針を確認しておくと安心です。