Claudeでスカウトメールの文面を作る手順 — 媒体別の字数調整とA/B出し分け

Claudeでスカウトメールの文面を作るときは、候補者の経歴と求人の条件を材料として渡し、媒体ごとの字数に合わせた複数パターンを出させます。冒頭の1文だけを差し替えて反応を比べる運用にも向いています。

ここで扱うのは、選考に入る前のスカウト文面です。日程調整の連絡や求人票の下書きはCowork人事の実務にまとめています。

スカウト文面は「材料の固定」と「媒体条件の指定」で決まる

スカウトメールは、一通ごとに書き起こすと時間がかかります。かといって全員に同じ文を送れば、読まれません。

Claudeに任せやすいのは、この間を埋める作業です。材料を型にして渡し、候補者ごとの差分だけを文面に反映させます。

最初の1通は、Claudeの出力をそのまま送らないでください。事実の照合と、候補者へ実際に届く言葉かどうかの確認は、人が持つ工程です。

渡す材料は3種類に分ける

指示が長くなるほど、材料が混ざって文面がぼやけます。役割ごとに区切って渡すと、出力のブレが減ります。

条件面(年収・勤務地・雇用形態)は、求人側の材料に書いた値だけを使わせます。求人票側の明示事項や年齢の書き方は、求人票の明示事項と年齢制限のチェックで確かめられます。指示にそう書いておけば、Claudeが数字を補うのを防げます。

以下の3つの材料だけを使って、スカウトメールを書いてください。
材料にない条件(年収・勤務地・入社時期)は書かず、
必要なら「要確認」と空欄で残してください。
 
【求人側】…
【候補者側】…
【媒体側】件名30字以内、本文400字以内、絵文字なし

候補者の情報は、載せる範囲を決めてから貼る

候補者側の材料には、氏名や連絡先を含めない構成が扱いやすくなります。スカウト文面に必要なのは「どの実績に目を留めたか」であって、本人を特定する項目ではありません。

• 氏名・連絡先・現在の勤務先名は貼らず、宛名の位置に {候補者名} と置く
• 実績は「決済基盤の刷新をリードした経験」のように、内容だけを抜き出す
• 媒体上の非公開項目(応募歴・面談履歴)は渡さない

文面の中で名前を差し込むのは、送信時の作業として残せます。

貼った内容が、サンドボックスの外へ出る経路

コード実行とファイル作成は、Claudeが使う隔離された計算環境(サンドボックス)の上で動きます。外部のファイルやサイトに紛れた指示(プロンプトインジェクション)で、会話やProjectの内容を外へ送らされる恐れが、公式ヘルプのファイル作成のページに書かれています。候補者の経歴を貼る採用業務では、次のネットワーク設定が直接効きます。

ネットワーク設定は、プランごとに既定が違います。

• Free・Pro・Max: ネットワーク有効で、承認済みの配布元からパッケージを入れられる
• Enterprise: 新規の組織では、ネットワーク通信(Allow network egress)がオフ
• Team: 同じページの可用性の欄では「ネットワークは既定で無効」、有効化の手順の欄では「パッケージマネージャーのみ許可の状態で既定有効」と書かれている

Teamは同じページ内で記述が分かれているため、組織のオーナーはOrganization settings > Capabilitiesの実際の値を見るのが確実です。MCP連携を有効にしている場合、ネットワーク設定にかかわらず、その連携を通じた通信は可能なままです。

Free・Pro・Maxでは、ファイル作成の成果物を含む会話の公開共有が無効になっています。候補者情報を含む会話を、公開リンクで共有することはできません。

個人情報を含むプロンプトの扱いは、入力前に確認する一次資料をClaudeに個人情報を入力する前に確認する一次資料に整理しています。機密情報の保護の仕組みはClaudeに機密情報を入力しても安全かが扱っています。

媒体ごとの字数に合わせて複数パターンを出させる

ダイレクトリクルーティングの媒体は、件名と本文の入力枠がそれぞれ違います。同じ候補者に送る文面でも、枠に合わせた版が要ります。

指示には、媒体名ではなく実際の字数を書きます。Claudeが媒体の仕様を正確に知っているとは限らないため、入力画面で確かめた値を渡すのが確実です。

同じ材料から、次の3パターンを出してください。
- 短縮版: 件名25字以内、本文200字以内
- 標準版: 件名30字以内、本文400字以内
- 詳細版: 件名30字以内、本文800字以内
各版の末尾に、実際の字数を(件名○字/本文○字)で添えてください。

字数の表示は、貼り付け先の入力欄でも確認してください。コード実行が有効な環境なら、字数の集計をコードで行わせる指示も書けます。

コード実行とファイル作成の既定は、公式ヘルプの中でも書き方が分かれています。可用性の欄は、Free・Pro・Maxで既定有効です。有効化の手順の欄は、Settings > CapabilitiesのCode execution and file creationをオンにする手順です。画面で実際にオンかどうかを先に見ます。TeamとEnterpriseでは、組織のオーナーがOrganization settings > Capabilitiesで無効にできます。

この機能は、通常のチャットより利用上限を多く使います。大量の候補者を一度に頼む前に、数人分で使用量の減り方を見ておくと見通しが立ちます。

3パターンを並べて受け取ると、削る順番も見えます。短縮版で最後まで残る一文が、その候補者に最も響く部分の候補です。

例として、標準版の骨格

次は、架空の候補者を想定した例示です。生成結果の保証ではなく、標準版に入れたい要素の並びを示しています。

件名: 決済基盤の刷新経験を、当社のバックエンド組織で活かしませんか
 
〇〇さんの、決済APIを段階的に移行された取り組みを拝見しました。
当社では、同じ規模の移行をこれから進める段階で、
設計を主導できる方を探しています。
・ポジション: バックエンドエンジニア(決済領域)
・働き方: 週2出社、フレックス
まずは30分、カジュアルにお話しできませんか。

要素は4つです。候補者のどこに目を留めたか、なぜ当社なのか、条件の最小限、次の一歩。この4つが入っていれば、字数を増減させても骨格は崩れません。

件名は本文と別に3案出させる

件名は、受信一覧で最初に目に入る部分です。字数枠も本文より狭く、本文の要約では収まりません。件名だけを別の依頼にして、案を並べて選びます。

標準版の本文に合う件名を、25字以内で3案出してください。
- 案1: 候補者の実績を入れる
- 案2: ポジション名を入れる
- 案3: 質問形にする
「重要」「至急」など、緊急性を装う語は使わないでください。

緊急性を装う語を禁じるのは、受け取る側に与える印象を守るためです。件名と冒頭1文が同じ内容の言い換えになっていないかも、並べて読むと気づけます。件名で実績に触れたなら、冒頭1文は課題起点か条件起点に振ると、一通の中で情報が重なりません。

冒頭1文をA/Bで出し分ける

返信率を上げたいときに、本文全体を書き換えると、何が効いたのか分からなくなります。差し替えるのは冒頭の1文だけにして、残りは固定します。

冒頭の型は、大きく3つに分けられます。

指示は次のように書きます。

標準版の本文は変えず、冒頭の1文だけを
経歴起点・課題起点・条件起点の3通りで書いてください。
各案がどの型かを先頭に付記してください。

送信後は、どの型を何通送り、何通返ってきたかを記録します。ファイル作成が有効なら、集計用のExcelの雛形をClaudeに作らせる手もあります。Claudeが作れるのはxlsx、pptx、docx、PDFで、ファイル1つの上限はアップロードもダウンロードも30MBです。

型の優劣は、少数の送信では判断できません。数通の結果で「課題起点が強い」と決めつけると、候補者の職種や時期の偏りを型の差と取り違えます。同じ職種の候補者に、同じ週に、各型を同数ずつ送る形なら、比較の条件が揃います。

Projectsに型を固定して使い回す

毎回、材料の区切り方や字数の書き方を貼り直すのは手間です。Projectsは、資料を蓄える知識ベースと、プロジェクト単位の指示(instructions)を持てます。スカウト用のProjectを1つ作り、そこに型を置きます。

• 知識ベースに置くもの: 求人情報(確定版)、自社の紹介文、過去に反応がよかった文面
• 指示に書くもの: 材料の使い方、条件面を補わないルール、字数を添える書式

Project内のファイルは、ファイル作成の計算環境からも参照できます。TeamとEnterpriseでは、Projectを組織のメンバーと共有できます。共有の権限には「閲覧のみ」と「編集可」があり、採用担当が複数いる場合は、型の更新権限を絞れます。

Projectの指示は、たとえば次の形です。

あなたは採用担当の文面作成を補助します。
- 条件面は知識ベースの「求人情報(確定版)」に書かれた値だけを使う
- 候補者の氏名は {候補者名} のままにする
- 出力の末尾に、使った材料の出どころを1行で書く
- 字数は、件名と本文それぞれ実数を添える
- 媒体ごとの字数は、入力画面で確かめた値を1行ずつ書く

RAGは資料の増加に応じて自動で有効になります。仕組みはClaude ProjectsのRAG検索にあります。法務のように、Projectに基準を置いて標準化する発想はClaude Projectsで法務レビューのプレイブックを標準化する方法と同じ型です。

定型文が透ける文面は、材料の足し方で直す

材料が薄いまま頼むと、どの候補者にも当てはまる文が返ってきます。次は、その典型と直し方の例示です。

(材料が薄い出力の例)
豊富なご経験を拝見し、ぜひ当社でご活躍いただきたくご連絡しました。

この一文は、宛名を入れ替えれば誰にでも送れます。直すときは、文を書き換えさせるより、材料を足します。

(材料を足した指示の例)
候補者側に次の1点を追加しました。
「公開プロフィールに、決済APIの段階移行を2年かけて進めたとある」
この1点だけを根拠に、冒頭1文を書き直してください。
プロフィールにない賞賛や推測は加えないでください。

足す材料は1点で足ります。多く渡すほど、Claudeが実績を盛り込みすぎて、候補者本人が読むと監視されているような文面になりがちです。

書き上がった文面を、別の会話で批評させる手もあります。「この文面を候補者の立場で読み、定型句に見える箇所と、根拠のない褒め言葉を挙げてください」と頼むと、書いた会話の流れに引きずられない指摘が返りやすくなります。指摘の採否は、人が決めます。

「送信しました」とClaudeが答えても、送られてはいない

公式ヘルプには、Claudeが実在しないリンクを出したり、メールを送ったと言い張ったりする症状への説明があります。Claudeは、明示的に連携していないツール(メールやワープロ、ファイル転送など)にはアクセスできません。役に立とうとして、できない操作をできたかのように答えることがあります。

スカウト業務で起きやすいのは、次の場面です。

• 「この文面を〇〇さんに送っておいて」と頼み、送信済みの報告が返ってくる
• 文面に入れたURLが、実在しないリンクになっている

文面は、人が媒体の入力欄へ貼って送ります。URLを入れる場合は、開いて表示されることを確かめてからにします。

送る前に、人が見る5点

Claudeの出力は、文面としては整っています。整っているぶん、誤りが混ざっても目に留まりにくくなります。

1. 条件面が、社内で確定した内容と一致しているか
2. 候補者の実績の書き方が、公開されている内容と食い違っていないか
3. 「ぜひ」「魅力的な」などの定型句が、全通に並んでいないか
4. 件名と本文の字数が、媒体の入力欄で収まっているか
5. 宛名の差し込み位置が、全通で正しいか

3番目は、量産すると出やすくなります。同じ骨格から何通も作ると、文の運びが似てきます。受け取る側は、複数の会社から届いた文面を並べて読みます。似た文面が続けば、テンプレートだと気づかれます。候補者ごとに変えるのは、目を留めた実績の1点と、その実績と職務のつながりだけで十分です。

賃金・就業時間・雇用形態の記述は、社内で確定した内容と一致しているかを、社内の手順で確認する必要があります。この確認は、Claudeでは代わりが利きません。

どこまで任せるかの早見表

よくある質問

過去に反応がよかった文面を、そのまま学習させられますか

Projectの知識ベースに置けば、そのProject内の会話で、内容を文脈として参照させられます。候補者の個人情報が混ざった文面を置くときは、Projectを共有すると、閲覧のみの相手にも知識ベースの中身が見えます。置く前に氏名や連絡先を落としておくと安全です。

まとめ

Claudeに任せるのは文面の下書きまでで、条件面の照合と送信は人の作業です。型をProjectに置いておけば、候補者ごとに見る差分は目を留めた実績の1点に絞れます。