Claudeでスカウトメールの文面を作る手順 — 媒体別の字数調整とA/B出し分け
Claudeでスカウトメール(ダイレクトリクルーティング)の文面を作る手順です。材料の渡し方、媒体ごとの字数に合わせた複数パターン、冒頭1文のA/B出し分け、Projectsでの型の固定までを扱います。
Claudeでスカウトメールの文面を作るときは、候補者の経歴と求人の条件を材料として渡し、媒体ごとの字数に合わせた複数パターンを出させます。冒頭の1文だけを差し替えて反応を比べる運用にも向いています。
ここで扱うのは、選考に入る前のスカウト文面です。日程調整の連絡や求人票の下書きはCowork人事の実務にまとめています。
スカウト文面は「材料の固定」と「媒体条件の指定」で決まる
スカウトメールは、一通ごとに書き起こすと時間がかかります。かといって全員に同じ文を送れば、読まれません。
Claudeに任せやすいのは、この間を埋める作業です。材料を型にして渡し、候補者ごとの差分だけを文面に反映させます。作業は3段に分かれます。
- 求人側・候補者側・媒体側の材料を分けて用意する
- 媒体の字数条件を明示して、複数パターンを出させる
- 冒頭1文を差し替えた版を作り、反応を記録する
最初の1通は、Claudeの出力をそのまま送らないでください。事実の照合と、候補者へ実際に届く言葉かどうかの確認は、人が持つ工程です。
渡す材料は3種類に分ける
指示が長くなるほど、材料が混ざって文面がぼやけます。役割ごとに区切って渡すと、出力のブレが減ります。
| 材料 | 中身の例 | 出どころ |
|---|---|---|
| 求人側 | 中身の例ポジション名、業務内容、想定年収帯、働き方、チームの特徴 | 出どころ社内で確定した求人情報 |
| 候補者側 | 中身の例職種、経験年数、目を留めた実績、公開プロフィールの一節 | 出どころ媒体上の公開情報 |
| 媒体側 | 中身の例件名の字数、本文の字数、改行や絵文字の可否、必須項目 | 出どころ各媒体の入力画面 |
条件面(年収・勤務地・雇用形態)は、求人側の材料に書いた値だけを使わせます。指示にそう書いておけば、Claudeが数字を補うのを防げます。
以下の3つの材料だけを使って、スカウトメールを書いてください。
材料にない条件(年収・勤務地・入社時期)は書かず、
必要なら「要確認」と空欄で残してください。
【求人側】…
【候補者側】…
【媒体側】件名30字以内、本文400字以内、絵文字なし候補者の情報は、載せる範囲を決めてから貼る
候補者側の材料には、氏名や連絡先を含めない構成が扱いやすくなります。スカウト文面に必要なのは「どの実績に目を留めたか」であって、本人を特定する項目ではありません。
- 氏名・連絡先・現在の勤務先名は貼らず、宛名の位置に
{候補者名}と置く - 実績は「決済基盤の刷新をリードした経験」のように、内容だけを抜き出す
- 媒体上の非公開項目(応募歴・面談履歴)は渡さない
文面の中で名前を差し込むのは、送信時の作業として残せます。個人情報を含むプロンプトの扱いは、入力前に確認する一次資料をClaudeに個人情報を入力する前に確認する一次資料に整理しています。機密情報の保護の仕組みはClaudeに機密情報を入力しても安全かが扱っています。
媒体ごとの字数に合わせて複数パターンを出させる
ダイレクトリクルーティングの媒体は、件名と本文の入力枠がそれぞれ違います。同じ候補者に送る文面でも、枠に合わせた版が要ります。
指示には、媒体名ではなく実際の字数を書きます。Claudeが媒体の仕様を正確に知っているとは限らないため、入力画面で確かめた値を渡すのが確実です。
同じ材料から、次の3版を出してください。
- 短縮版: 件名25字以内、本文200字以内
- 標準版: 件名30字以内、本文400字以内
- 詳細版: 件名30字以内、本文800字以内
各版の末尾に、実際の字数を(件名○字/本文○字)で添えてください。字数の表示は、貼り付け先の入力欄でも確認してください。コード実行が有効な環境なら、字数の集計をコードで行わせる指示も書けます。コード実行とファイル作成は、Free・Pro・Maxでは既定で有効です。TeamとEnterpriseでは、組織のオーナーが設定で無効にできます。
3版を並べて受け取ると、削る順番も見えます。短縮版で最後まで残る一文が、その候補者に最も響く部分の候補です。
例として、標準版の骨格
次は、架空の候補者を想定した例示です。生成結果の保証ではなく、標準版に入れたい要素の並びを示しています。
件名: 決済基盤の刷新経験を、当社のバックエンド組織で活かしませんか
〇〇さんの、決済APIを段階的に移行された取り組みを拝見しました。
当社では、同じ規模の移行をこれから進める段階で、
設計を主導できる方を探しています。
・ポジション: バックエンドエンジニア(決済領域)
・働き方: 週2出社、フレックス
まずは30分、カジュアルにお話しできませんか。要素は4つです。候補者のどこに目を留めたか、なぜ当社なのか、条件の最小限、次の一歩。この4つが入っていれば、字数を増減させても骨格は崩れません。
件名は本文と別に3案出させる
件名は、受信一覧で最初に目に入る部分です。字数枠も本文より狭く、本文の要約では収まりません。件名だけを別の依頼にして、案を並べて選びます。
標準版の本文に合う件名を、25字以内で3案出してください。
- 案1: 候補者の実績を入れる
- 案2: ポジション名を入れる
- 案3: 質問形にする
「重要」「至急」など、緊急性を装う語は使わないでください。緊急性を装う語を禁じるのは、受け取る側に与える印象を守るためです。件名と冒頭1文が同じ内容の言い換えになっていないかも、並べて読むと気づけます。件名で実績に触れたなら、冒頭1文は課題起点か条件起点に振ると、一通の中で情報が重なりません。
冒頭1文をA/Bで出し分ける
返信率を上げたいときに、本文全体を書き換えると、何が効いたのか分からなくなります。差し替えるのは冒頭の1文だけにして、残りは固定します。
冒頭の型は、大きく3つに分けられます。
| 型 | 冒頭のつくり | 向く候補者 |
|---|---|---|
| 経歴起点 | 冒頭のつくり「〇〇の移行を主導された経験を拝見しました」 | 向く候補者実績が公開されている人 |
| 課題起点 | 冒頭のつくり「決済基盤の移行で、設計を任せられる方を探しています」 | 向く候補者転職意向が読み取れない人 |
| 条件起点 | 冒頭のつくり「週2出社・フレックスの決済領域のポジションです」 | 向く候補者働き方を重視しそうな人 |
指示は次のように書きます。
標準版の本文は変えず、冒頭の1文だけを
経歴起点・課題起点・条件起点の3通りで書いてください。
各案がどの型かを先頭に付記してください。送信後は、どの型を何通送り、何通返ってきたかを記録します。ファイル作成が有効なら、集計用のExcelの雛形をClaudeに作らせる手もあります。Claudeが作れるのはxlsx、pptx、docx、PDFで、上限は1ファイル30MBです。
型の優劣は、少数の送信では判断できません。数通の結果で「課題起点が強い」と決めつけると、候補者の職種や時期の偏りを型の差と取り違えます。同じ職種の候補者に、同じ週に、各型を同数ずつ送る形なら、比較の条件が揃います。
Projectsに型を固定して使い回す
毎回、材料の区切り方や字数の書き方を貼り直すのは手間です。Projectsは、資料を蓄える知識ベースと、プロジェクト単位の指示(instructions)を持てます。スカウト用のProjectを1つ作り、そこに型を置きます。
- 知識ベースに置くもの: 求人情報(確定版)、自社の紹介文、過去に反応がよかった文面
- 指示に書くもの: 材料の使い方、条件面を補わないルール、字数を添える書式
Freeでも、作れるProjectは最大5つです。TeamとEnterpriseでは、Projectを組織のメンバーと共有できます。共有の権限には「閲覧のみ」と「編集可」があり、採用担当が複数いる場合は、型の更新権限を絞れます。
Projectの指示は、たとえば次の形です。
あなたは採用担当の文面作成を補助します。
- 条件面は知識ベースの「求人情報(確定版)」に書かれた値だけを使う
- 候補者の氏名は {候補者名} のままにする
- 出力の末尾に、使った材料の出どころを1行で書く
- 字数は、件名と本文それぞれ実数を添えるProjectsの知識ベースは、資料が増えて上限に近づくと、有料プランでRAGが自動で有効になります。仕組みはClaude ProjectsのRAG検索にあります。法務のように、Projectに基準を置いて標準化する発想はClaude Projectsで法務レビューのプレイブックを標準化する方法と同じ型です。
定型文が透ける文面は、材料の足し方で直す
材料が薄いまま頼むと、どの候補者にも当てはまる文が返ってきます。次は、その典型と直し方の例示です。
(材料が薄い出力の例)
豊富なご経験を拝見し、ぜひ当社でご活躍いただきたくご連絡しました。この一文は、宛名を入れ替えれば誰にでも送れます。直すときは、文を書き換えさせるより、材料を足します。
(材料を足した指示の例)
候補者側に次の1点を追加しました。
「公開プロフィールに、決済APIの段階移行を2年かけて進めたとある」
この1点だけを根拠に、冒頭1文を書き直してください。
プロフィールにない賞賛や推測は加えないでください。足す材料は1点で足ります。多く渡すほど、Claudeが実績を盛り込みすぎて、候補者本人が読むと監視されているような文面になりがちです。
書き上がった文面を、別の会話で批評させる手もあります。「この文面を候補者の立場で読み、定型句に見える箇所と、根拠のない褒め言葉を挙げてください」と頼むと、書いた会話の流れに引きずられない指摘が返りやすくなります。指摘の採否は、人が決めます。
送る前に、人が見る5点
Claudeの出力は、文面としては整っています。整っているぶん、誤りが混ざっても目に留まりにくくなります。
- 条件面が、社内で確定した内容と一致しているか
- 候補者の実績の書き方が、公開されている内容と食い違っていないか
- 「ぜひ」「魅力的な」などの定型句が、全通に並んでいないか
- 件名と本文の字数が、媒体の入力欄で収まっているか
- 宛名の差し込み位置が、全通で正しいか
3番目は、量産すると必ず出ます。同じ骨格から何通も作ると、文の運びが似てきます。受け取る側は、複数の会社から届いた文面を並べて読みます。似た文面が続けば、テンプレートだと気づかれます。候補者ごとに変えるのは、目を留めた実績の1点と、その実績と職務のつながりだけで十分です。
賃金・就業時間・雇用形態の記述は、募集に関する表記の決まりに沿っているかを社内の手順で確認する必要があります。この確認は、Claudeでは代わりが利きません。
どこまで任せるかの早見表
| 作業 | Claudeへの任せ方 | 人が持つ部分 |
|---|---|---|
| 材料を骨格に並べる | Claudeへの任せ方明確に向く | 人が持つ部分材料の正確さ |
| 媒体の字数への圧縮 | Claudeへの任せ方向く | 人が持つ部分実数の確認 |
| 冒頭1文の複数案 | Claudeへの任せ方向く | 人が持つ部分どの案を試すかの決定 |
| 候補者の実績の言い換え | Claudeへの任せ方条件次第 | 人が持つ部分公開内容との照合 |
| 条件面の記述 | Claudeへの任せ方材料の転記に限る | 人が持つ部分社内確定値との照合 |
| 送信・返信対応 | Claudeへの任せ方任せない | 人が持つ部分すべて |
よくある質問
Claudeで作ったスカウトメールは、返信率が上がりますか
公式の資料に、返信率への効果を示す記述はありません。効果の有無は、自社の送信結果で確かめる項目です。上の手順のように冒頭1文だけを変えて記録すると、自社での傾向が見えてきます。
過去に反応がよかった文面を、そのまま学習させられますか
Projectの知識ベースに置けば、その内容を文脈として参照させられます。ただし、モデルの学習とは別の話で、あくまでそのProject内の会話で使う資料です。候補者の個人情報が混ざった文面を置くときは、置く前に氏名や連絡先を落としておくと、共有時の露出も抑えられます。
媒体の字数制限が分からないときは、どうすればよいですか
Claudeに媒体の仕様を尋ねて答えを採用するのは避けます。入力画面に実際に文字を貼って、上限に達する位置を確かめるのが確実です。分かった値は、Projectの指示に「媒体別の字数」として1行ずつ書いておくと、次回から指定し直す手間が要りません。
まとめ
Claudeでスカウトメールを作る手順は、材料を3種に分け、字数を実数で指定し、冒頭1文だけを差し替えて記録する流れです。型はProjectsに置くと使い回せます。
文面の生成は任せやすい工程です。一方で、条件面の照合、公開情報との突き合わせ、送信の判断は人に残ります。任せる範囲を決めたうえで型を回すと、一通あたりの作成時間が下がり、候補者ごとの差分に時間を回せます。