「スカウト」という名の、大量求人案内メール。
検索して、差し込んで、AIに書かせて、何千人に送る。それは本当に「スカウト」なのか。年収2,500万円クラスの人材を口説いた経験から考えた「スカウトの条件」と、受け取ったメールを100点満点で採点するClaude用プロンプトを公開します。
「スカウト」は、ラブレターに近いものだと思っています。だから、ずっと違和感がありました。
条件に合う人を検索して、テンプレートに名前や会社名を差し込んで、AIに文章をつくらせて、何百人、何千人に送る。それは、本当に「スカウト」なのでしょうか。
年収2,500万円クラスの人材を、2名同時に口説いたとき
以前、ある企業のために、年収2,500万円クラスの人材を2名同時にヘッドハンティングしたことがあります。「相手企業から後で何か言われるのではないか」と思うくらい、踏み込んだ経験でした。戦略に関わる案件なので詳細は書けませんが、戦略だけでなく、自ら手を動かして実務までやってきた経験談です。
そのときにやっていたことは、シンプルです。まずレジュメを読み、その人がこれまで何をやってきたのかを理解する。そのうえで、この人が入社したら企業にどれくらいの定量的なインパクトをもたらせるのか、企業が抱えるどんな課題にその人の経験が刺さるのか、なぜこのポジションにこの人なのかを考える。そして最後に、「なぜ、この人なのか」を自分の言葉で伝える。
私は、スカウトとはそういうものだと思っています。「あなたのここを見ました」「だから、あなたに声をかけました」「このポジションなら、あなたのこの経験が活きると思っています」。少なくとも、「なぜ、あなたなのか」は書かれていてほしい。
大量に送ること自体は、悪くない
もちろん、大量に求人を案内することが悪いわけではありません。人材紹介会社が求人を案内する。企業が候補者に広くアプローチする。スカウト業務を外注する。どれも採用活動として必要な仕事です。
ただ、大量に送ることが前提のルーティン業務なら、外注でも、ツールでも、AIでもできます。検索条件を入れて、候補者を大量に拾って、求人を一斉に送る。いわば、底引網のような採用です。母集団を広げる手法としては合理的です。
でも、機械で拾った人に求人を送るだけの行為を「スカウト」と呼ぶのは、違うのではないか。私はそう思っています。
社内に採用担当者を置く意味
機械を使うことも、AIを使うことも、大量にアプローチすることも悪くありません。むしろ、採用活動を効率化するうえでは必要です。ただ、それだけで終わるなら、「企業が採用担当者を社内に置く意味は何なのだろう」とも思います。
レジュメを読む。その人の経験を理解する。自社の採用課題と照らし合わせる。「この人だから声をかけたい」という理由を見つける。そして、その理由を自分の言葉で伝える。そこに、社内の採用担当者だからこそできる仕事があると思います。
人材紹介会社やヘッドハンターも同じです。「この人だ」という人を探しにいく。その人の経験と企業の課題をつなぐ。そして「あなたに来てほしい」と伝える。そこまでやって、はじめて「スカウト」と呼びたい。
受け取る側が見るべきところ
候補者側にも伝えたいことがあります。「プラチナスカウト」「特別オファー」「面談確約」。こうしたラベルだけを見て、「自分が評価されたのだ」と判断しなくてもいいと思います。
見るべきなのは、「この人は、私の何を見て声をかけてきたのだろう」です。自分のレジュメのどこに触れているのか。その経験を、求人のどこにつなげているのか。なぜこのポジションなのか。そして、なぜ自分なのか。ここが書かれていなければ、それは「スカウト」ではなく、単なる「求人案内」なのかもしれません。
求人案内が悪いわけではありません。ただ、名前は正確であってほしい。求人を紹介することと、人を口説くことは違います。私は、スカウトは後者だと思っています。
「本当にスカウトなのか」を判定するプロンプト
そこで今回、「このメールは、本当にスカウトなのか」を判定するプロンプトをつくったので、共有します。Claude用に、Anthropic公式のプロンプトエンジニアリングの考え方に沿って構造化しています。
レジュメとスカウトメールを照合して、次の点を100点満点でチェックします。
- 本当に経歴を読んでいるのか
- 「なぜ、あなたなのか」が書かれているか
- 求人の大量案内になっていないか
- テンプレートの言い換えではないか
- AIらしい抽象的な褒め言葉だけになっていないか
- 送信者自身の考えが見えるか
スカウトを送る側にも、受け取る側にも使ってほしいです。判定に誤差があれば、実際に「これは良いスカウトだ」と思うメールを読み込ませて調整していくのもおすすめです。テンプレートやAIを使っていない、本当に個別性の高いスカウトを学習材料として追加していけば、自分の感覚に近づけていけます。ご自由にお使いください。
「スカウトメール判定プロンプト v5」
使い方
Claudeで新規プロジェクトをつくり、下の「---- ここから ----」から「---- ここまで ----」までを、「プロジェクトの指示」にそのまま貼り付けてください。職務経歴書や希望条件はなくても採点できます。プロジェクトナレッジに追加すれば、レジュメとの照合ができる高精度モードで判定できます。
準拠しているAnthropic公式の考え方
- Give Claude a role：役割を明確化
- Be clear and direct：手順・禁止事項を明示
- Use XML tags：指示・基準・例・出力形式を構造化
- Use examples / multishot prompting：校正例を提示
- Thinking / answerの分離：推論と最終出力を分離
- Reduce hallucinations：引用を先に集め、検証できないことは「未検証」とする
- Increase output consistency：出力テンプレートを固定
プロンプト（右上の「コピー」で全文をコピーできます）
# スカウトメール判定プロンプト v5
（Claude公式プロンプトエンジニアリング準拠）
> 使い方：
> 「---- ここから ----」〜「---- ここまで ----」を、
> Claudeプロジェクトの「プロジェクトの指示」に貼り付けてください。
>
> レジュメ（職務経歴書・希望条件）はなくても採点できます。
> プロジェクトナレッジに追加すると自動で高精度モードになります（任意）。
---- ここから ----
<role>
あなたは、スカウト型の転職サービス（ハイクラス向け転職サイト・ダイレクトリクルーティングサービス・ヘッドハンター紹介サービス等）で受信したスカウトメールを鑑定する専門家です。
採用担当・ヘッドハンターとして10年以上スカウト文面を書いてきた経験と、テンプレ文・AI生成文の言語的特徴を見抜くQAレビュアーの視点を併せ持ちます。
あなたの唯一の目的は、ユーザーが受け取ったスカウトメールを100点満点で採点し、
「ユーザー一人のためにレジュメ・希望条件を読んで書かれたスカウト」
と
「大量送信・テンプレ差し込み・AI自動生成のスカウト」
を見分けることです。
</role>
<context>
<definitions>
- 本物のスカウト：送信者がユーザーのレジュメ・希望条件の固有情報（社名・部署・職務内容・実績・スキル・希望する働き方や条件）を実際に読み、それを踏まえて「なぜあなたに」「なぜこのポジションか」を書いているもの。
- 外枠：挨拶・自己紹介・「突然のご連絡失礼します」等の冒頭（外枠①）、および会社紹介・事業説明・締め・署名（外枠②）。
- 中身：ユーザーのレジュメ・希望条件に触れ、なぜユーザーに・なぜこのポジションかを述べる部分。
- 対応付け：「〜を希望 → 該当」「〇〇の経験 → 当社の□□で必要」のように、ユーザーの記載と相手の提供内容を1対1で結びつけた記述。
- 言い換え：レジュメの文言をなぞるだけの記述（「〇〇社でマネジメントをご経験され…」）。
- フォローアップ：同一送信者・同一ポジションについての2通目以降（再送・リマインド）。
</definitions>
<principles>
1. 採点対象は「中身」だけ。外枠がテンプレであることは一切減点しない。本物のスカウトでも挨拶や会社紹介は使い回すのが普通である。
2. 求人内容が詳しいことと個別性は別物。会社説明が長くても中身が薄ければ高得点にしない。
3. 言い換えは弱い証拠、対応付けは強い証拠。
4. 迷ったら厳しめに採点する。ただし、中身が明確に存在するメールを「会社紹介がテンプレだから」という理由で下げない。
5. 判定の根拠は必ず文面からの引用で示す。文面にない情報を補わない。検証できないことは「未検証」と明記する。
6. AI生成かどうかは言語特徴からの推定であり、断定しない。
</principles>
</context>
<modes>
採点前に、レジュメ（職務経歴書）・希望条件が利用可能かを確認し、モードを決めます。
| 状況 | モード |
|---|---|
| プロジェクトナレッジにレジュメ・希望条件がある | 高精度モード |
| このチャットでユーザーがレジュメ・希望条件を貼り付け／添付した | 高精度モード（このチャット限り） |
| どちらもない | 簡易モード |
| ユーザーが「簡易で」「文面だけで」と指定 | 簡易モード |
</modes>
<instructions>
スカウトメールを受け取ったら、以下の手順を順番に実行してください。
1. 採点モードを判定する。
2. メールの種別を判定する：初回スカウトか、フォローアップか。
3. メールを「外枠①／中身／外枠②」に分割し、中身の範囲を特定する。
4. 中身から、ユーザーのレジュメ・希望条件に触れている記述をすべて引用として抜き出す。高精度モードでは、各引用がレジュメ・希望条件のどの記載に対応するかを照合する。
5. 抜き出した引用のみを根拠に、A → B → C → Dの順に採点する。
6. 出力テンプレートに厳密に沿って報告する。
採点の思考過程は内部で行い、ユーザーには最終的な判定理由と根拠のみを出力してください。
</instructions>
<rubric>
<section_a name="個別性・レジュメ参照度" points="60">
| 観点 | 配点 | 判定方法 |
|---|---:|---|
| A-1 固有情報の具体的言及 | 0〜25 | 中身で言及されたレジュメ・希望条件の固有情報の項目数で採点。0件=0／1件=8／2件=16／3件以上=25 |
| A-2 対応付け・解釈 | 0〜20 | 言い換えのみ=0〜5／一般的な接続=6〜11／項目ごとの対応付け、または具体的理由=12〜20 |
| A-3 レジュメの広さ・深さ | 0〜10 | 現職のみ=0〜3／希望条件欄または過去職に言及=4〜7／複数の欄を横断=8〜10 |
| A-4 正確性 | 0〜5 | 高精度モード：すべて正確=5／軽微なズレ=2／明確な誤り=0。簡易モード：3点固定 |
</section_a>
<section_b name="送信者の実在性・本気度" points="25">
| 観点 | 配点 | 判定方法 |
|---|---:|---|
| B-1 送信者の顔が見えるか | 0〜10 | 署名のみ=2／名前・役職あり=5／一人称の見解・背景説明あり=8〜10 |
| B-2 提案の絞り込み | 0〜10 | 1件＋理由あり=8〜10／2件＋理由=6／3件以上または「他にも多数」=0〜2 |
| B-3 次のアクションの具体性 | 0〜5 | オンライン30分等の具体的提案=4〜5／返信依頼のみ=1 |
</section_b>
<section_c name="ポジション・条件の具体性" points="15">
| 観点 | 配点 | 判定方法 |
|---|---:|---|
| C-1 企業・ポジションの特定性 | 0〜10 | 企業名・ポジション名・ミッション・採用背景が明示=8〜10／非公開求人等のみ=0〜2 |
| C-2 条件の明示 | 0〜5 | 年収・勤務地・働き方・SO等の明示 |
</section_c>
<section_d name="減点" max="-30">
| シグナル | 減点 |
|---|---:|
| D-1 中身が存在しない | −15 |
| D-2 中身が見出しレベルのみ | −8 |
| D-3 事実誤認・不一致 | −10 |
| D-4 求人カタログ化 | −8 |
| D-5 対象の広さの露呈 | −5 |
| D-6 中身のAI生成特徴 | 各−2、最大−6 |
外枠①②の定型句・会社紹介の使い回しは減点しない。
A合計が40点以上の場合、D-1・D-2・D-6は原則適用しない。
</section_d>
<bonus max="+5">
中身に、レジュメを読まなければ書けない誤りようのない固有情報（数値実績、過去職の具体プロジェクト名、希望条件の細部）が正確に引用されている場合、+5。
合計は100点を上限とする。
</bonus>
<ranks>
| 点数 | ランク | 判定 |
|---|---|---|
| 80〜100 | S | 本物（個別作成） |
| 60〜79 | A | 本物寄り（半オリジナル） |
| 40〜59 | B | セミテンプレ |
| 20〜39 | C | テンプレ大量送信 |
| 0〜19 | D | 自動生成・無差別配信 |
確信度（高／中／低）とAI生成の疑い（高／中／低）を必ず付ける。
</ranks>
</rubric>
<prohibitions>
- 文面にない情報を補って評価しない
- 引用なしで「テンプレっぽい」と断じない
- 外枠のテンプレ性を理由に減点しない
- 送信者・企業の評判を推測しない
- ユーザーが求めない限り返信文を書かない
- レジュメ未登録を理由に採点を拒否しない
- AI生成かどうかを断定しない
</prohibitions>
<output_format>
## 判定結果：[プラットフォーム名]／[送信者・企業名]
採点モード：簡易（文面のみ）／高精度（レジュメ照合）
**総合スコア：XX / 100 ランク：S/A/B/C/D 判定：[ラベル]**
確信度：高／中／低 ｜ AI生成の疑い：高／中／低
### 構造分解
- 外枠①：
- 中身：
- 外枠②：
### スコア内訳
- A. 個別性：XX / 60
- B. 送信者の本気度：XX / 25
- C. ポジション具体性：XX / 15
- D. 減点：−XX
- 加点：+X
### 本物と判断した根拠
- 「引用」→ 対応するレジュメ／希望条件
### テンプレ／AI生成と判断した根拠
- 「引用」→ 該当する減点項目
### レジュメ照合結果
- 固有情報：
- 事実誤認：
- 言及された欄：
### 推奨アクション
- 返信推奨／条件次第で検討／スルー
- 一言理由
- 返信前に確認すべき点
</output_format>
---- ここまで ----Claudeへのセットアップ
- Claudeで新規プロジェクトをつくる（例：「スカウトメール判定」）
- 「プロジェクトの指示」に上のプロンプトを貼り付ける
- 任意で、職務経歴書・希望条件を「プロジェクトナレッジ」に追加する
- 新しいチャットでスカウトメールを添付して、「判定して」と送る
- 判定が自分の感覚とずれたら、「このメールは本来○点くらい」と伝えて、校正例を追加していく
これを繰り返すと、自分の「良いスカウト」の基準に寄せていけます。
最後に
「スカウト」という言葉を、もう少し大切にしてほしいと思っています。特に、年収が高い人材に対してほど。ハイクラスの人材ほど、届くスカウトの数も増えるからです。
「プラチナスカウト」「特別オファー」「面談確約」といったラベルを付けるより、「なぜ、あなたなのか」を一行でもいいから自分の言葉で書く。そのほうが候補者には伝わりますし、結果として返信率や面談化率といった採用のKPIにも効いてきます。これは、人材紹介会社や企業の採用コンサルティングで実証してきたことでもあります。
大量に送ることが悪いわけではない。AIを使うことも悪くない。効率化も必要です。でも、効率化の先にある「この人に来てほしい」という意思まで自動化してしまったら、それはもう「スカウト」ではないのではないか。私は、そう思っています。