候補者ごとに経歴を読み、求人との接点を探し、スカウト文を作る。
採用責任者向けに、AIによる下書き生成と送信管理を連携する方法を説明します。
スカウトメールのAI活用では、求人と候補者の記載を照合し、根拠のある接点だけで個別文面を作ります。
書かれていない能力や転職意欲は補いません。
例文3本、掲載している下書き試験と確認項目に加え、求人が更新された場合や返信が届いた後の処理を紹介します。
送信管理との連携は設計例です。
この記事で分かること
- 褒め言葉を増やすより、確認できる事実を一つ選ぶほうが誠実です
- 送信前には同じ候補者・求人の履歴と停止状態を確認します
- AIに候補者の能力を推定させたり、実在しない待遇を補わせたりしません
求人と候補者情報を使い、
送信履歴も確認して下書きを作る
同じ求人の確定情報と、候補者の根拠箇所から文面を作ると、送信前の照合ができます。
入力に求人ID・版・候補者ID・参照箇所を持たせます。
| 情報 | 生成・確認に使う内容 | 更新時の処理 |
| 求人 | 担当業務、必須条件、働き方、承認済みの募集条件 | 求人の版が変わった下書きを再確認する |
| 公開経歴 | 明記された経験と求人業務の接点 | 記載元と取得時点を記録する |
| 送信履歴 | 同じ求人での連絡、返信・辞退・停止の状態 | 重複送信と、返信後の追送を止める |
文面には、根拠のある接点と求人の業務を一組で書きます。
「営業経験あり」からチーム管理の実績まで推測するような個別化はしません。
掲載する試験と例文は、この確認の教材です。
求人の変更・返信後は
古い下書きを送らない
下書き作成時と送信時の求人の版を照合します。
条件が変わった場合は送信前の確認へ戻します。
例えば在宅勤務の条件が変わったなら、本文だけでなく、別の候補者へ作成済みの下書きも対象になります。
下書きに求人IDと版があれば、古い条件を含む文面を一覧にできます。
送信前には同じ候補者・求人の履歴と停止状態を確認します。
返信を受け取ったら追送対象から外し、担当者へ対応を渡します。
送信に失敗したときは成功として履歴を更新せず、再送の重複が起きないよう記録します。
まるっとAIの見解:
文面の根拠と送信後の対応を確認する
スカウトのAI化は、候補者の評価と、連絡文の作成を分けて設計します。
根拠付きの文面を作れても、その候補者へ送ってよいかは別の判断です。
試行では本文の自然さに加え、記載のない能力を足していないか、募集条件が最新か、重複連絡を止められるかを確認します。
実送信での返信率と、下書きの品質は別に測ります。
下書き試験の結果を採用成果へ言い換えません。
採用媒体や応募管理に既存機能があるなら利用し、求人の版管理・独自の確認・複数経路の履歴統合が必要な部分を追加します。
候補者への実際の返信は応募者対応のAI活用で扱います。
まず「なぜこの人に
送るか」を一文にする
スカウトメールの個別化は、名前の差し込みではありません。
候補者が公開した経験と、募集する仕事の接点を一つ示すことです。
例えば、候補者が「社内の問い合わせ対応を整理した」と書いていた場合です。
募集職種が「顧客サポートの業務設計」なら、そのつながりを書けます。
一方、プロフィールにない「チームを率いた経験」や「改善率」は書けません。
褒め言葉を増やすより、確認できる事実を一つ選ぶほうが誠実です。
| 候補者の記載 | 募集する仕事 | メールに書ける接点 |
| 問い合わせの分類表を作り、担当部署を整理した | 顧客サポートの受付フローを整える | 問い合わせを分類し、担当を明確にした経験 |
| 新規開拓営業で提案書を作成した | 既存顧客の契約更新を担当する | 提案書作成の経験。契約更新の経験があるとは書かない |
| 職種名と勤務年数だけが公開されている | 具体的な業務が求人票に書かれていない | 接点を断定できない。先に求人票を整える |
三行目のように材料が足りない場合、AIに「それらしい理由」を作らせるのは避けます。
誰にでも当てはまる長い賛辞より、求人票を見直すか、連絡対象を再検討するほうがよいでしょう。
候補者の経験と
求人の仕事を照らす
候補者に「営業」とあり、募集にも「営業」とあるだけでは、連絡した理由として弱い場合があります。
新規開拓と既存顧客の更新では、日々の仕事が違うからです。
まず求人票から、入社後に担当する作業を一つ抜き出します。
次に候補者のプロフィールで、その作業に近い経験を探します。
両方の記述が確認できたときだけ、メールに接点を書きます。
前職の社名や資格だけを見て「即戦力」と決めつける必要はありません。
経験が直接重ならなければ、「どのように取り組んだかを伺いたい」と問いに変える方法もあります。
それでも接点が見つからないなら、文章の工夫で埋めないでください。
送る候補者の選び方か、募集要件の書き方を見直すサインです。
候補者の経験、募集業務、面談の目的を一つずつ結びます。図は説明用の生成画像です。
件名で伝えるのは職種と用件
「特別オファー」「あなたにだけ」といった強い言葉は、根拠がなければ期待を裏切ります。
件名には、募集する職種と、面談か求人提案かを入れます。
例として「顧客サポートの業務設計について、経験を伺えませんか」のように書けば、開く前に用件が分かります。
実際の職種名が違うなら必ず直してください。
例文1:募集する仕事を
具体的に提案する
一つ目は、求人票と候補者の公開プロフィールに、仕事上の接点が見つかった場合です。
編集部が作った架空の設定を先に示します。
例文の前提
候補者の公開プロフィール:問い合わせを内容別に分類し、担当部署を整理した。
架空の募集:顧客サポートの受付フローを見直し、担当部署への引き継ぎを整える仕事。
勤務地・待遇は求人票で確認できる状態。
件名:顧客サポートの業務設計について、経験を伺えませんか
〇〇様
はじめまして。株式会社〇〇で採用を担当する△△と申します。
公開されているプロフィールで、問い合わせを内容別に分類し、担当部署を整理されたご経験を拝見しました。弊社では今、顧客サポートの受付から担当部署への引き継ぎを見直す担当者を募集しており、そのご経験についてお話を伺いたくご連絡しました。
今回の仕事では、届いた問い合わせの分類方法を整え、対応状況が次の担当者に伝わる流れを作ります。仕事内容と雇用条件は、こちらの求人票にまとめています:〈求人票URL〉
ご関心があれば、まずは仕事内容についてオンラインでお話しできませんか。選考に進むかどうかは、その後にご判断いただけます。ご希望でしたら、このメールへの返信でお知らせください。
突然のご連絡を失礼しました。
株式会社〇〇 採用担当 △△
連絡先:〈会社の連絡先〉
この例文の芯は、候補者の「分類と担当部署を整理した経験」と、募集する「受付フローの見直し」を結んだ一文です。
「業界トップの実績」など、前提にない評価は足していません。
求人票URL、雇用形態、勤務地、待遇は実際の募集内容と照合します。
求人票が未完成なら、メールで曖昧な期待を作る前に求人票の内容を整えます。
自分の求人に置き換える順番
最初に置き換えるのは会社名ではなく、募集する仕事の説明です。
求人票から、候補者に最初に任せる業務を選びます。
「幅広い業務」だけでは、受け取った人は働く姿を想像できません。
次に候補者のプロフィールを開き、経験を示す一文を原文のまま確認します。
「改善に取り組んだ」と書いてあっても、改善した結果や数字がなければ、メールに成果を足してはいけません。
最後に、返信後の流れを実際の運用に合わせます。
面談を案内する担当者がまだ決まっていないなら、日程調整を約束する前に社内で確認してください。
| 例文の部分 | 置き換える材料 | 確認できないとき |
| 連絡した理由 | 候補者が公開した経験の原文 | 理由を作らず、送信対象を見直す |
| 任せる仕事 | 承認済み求人票の業務内容 | 募集担当者へ確認する |
| 求人票URL | 現在公開されている該当職種のページ | 古いURLのまま送らない |
| 返信後の案内 | 面談担当、所要時間、選考の有無 | 確定した範囲だけ書く |
候補者の経歴に書かれた事実と、求人票の業務内容を照らしてから書きます。画像はイメージです。
例文2:選考前に
仕事を説明する面談
候補者が転職を決めていない場合は、「応募してください」と迫るより、仕事を説明する機会を提案できます。
ただし、面談と呼びながら実際には選考するなら、その事実を隠してはいけません。
次の例では、候補者が「店舗で発注表を整えた」と公開しています。
架空の企業は、複数店舗の発注業務を改善する担当者を探しています。
件名:店舗の発注業務を整える仕事について、お話ししませんか
〇〇様
はじめまして。株式会社〇〇の採用担当、△△です。
プロフィールで、店舗の発注表を整えられたご経験を拝見しました。弊社では複数店舗の発注業務を見直す担当者を探しており、発注表を整えたときの進め方を伺いたいと思い、ご連絡しました。
いきなり応募をお願いするのではなく、まずは仕事の内容と今の課題をご説明する面談をご提案します。この面談は選考ではありません。仕事内容の概要はこちらです:〈求人票URL〉
ご興味があれば、「話を聞いてみたい」とだけご返信ください。日程はその後、ご都合に合わせて相談します。
株式会社〇〇 採用担当 △△
連絡先:〈会社の連絡先〉
「選考ではありません」は、実際に評価を行わない場合にだけ使える言葉です。
社内で面談の目的が揃っていないなら、この一文を送る前に確認します。
候補者が知りたいのは、採用側の熱意だけではありません。
どんな仕事か、今すぐ応募が必要か、返信したら何が起きるかを明らかにします。
「カジュアル」の
言葉だけで安心させない
面談の名称がカジュアルでも、候補者には実態が分かりません。
仕事内容を説明するだけなのか、経歴の確認や選考を含むのかを、案内文で具体的に伝えます。
面談の後に正式な選考へ進む可能性があるなら、その段階を分けて説明します。
まず話を聞くだけのつもりだった候補者に、突然書類提出を求めることを避けられます。
オンライン面談を提案する場合も、方法や所要時間が未定かもしれません。
その場合は「日程と方法は返信後に相談」と書くほうが正確です。
例文3:返信がないときの再送
再送するなら、同じ長文をもう一度送るのではなく、前回の連絡に何を補足するのかを決めます。
媒体の利用規約と社内の連絡方針を先に確認してください。
次は、前回のスカウト後に求人票へ「業務範囲」が追記された、という架空の前提です。
新情報がないなら、無理に再送を作る必要はありません。
件名:顧客サポート職について補足のご案内
〇〇様
先日、顧客サポートの業務設計についてご連絡した、株式会社〇〇の△△です。重ねてのご連絡を失礼します。
前回のご案内後、求人票に担当する業務範囲を追記しました。問い合わせの分類方法を整えることと、担当部署へ引き継ぐ手順を作ることが主な仕事です:〈更新した求人票URL〉
ご関心があれば、仕事内容の説明だけでもできます。今回はご希望がない場合、返信は不要です。
株式会社〇〇 採用担当 △△
追記したと書くなら、実際に求人票が更新されていなければなりません。
送信日、前回の件名、相手からの返信の有無も確認し、すでに断られた相手へ機械的に再送しないようにします。
再送の回数や間隔に、どの媒体でも通用する正解はありません。
利用する媒体のルールと相手の意思を優先します。
返信がない理由を、
文面だけの問題にしない
返信がないとき、件名を強くしたり褒め言葉を増やしたりする前に、求人票と送信対象を見ます。
募集業務が曖昧なら、興味があっても判断できません。
また、候補者の経験と募集する仕事が離れていれば、文章を整えても接点は生まれません。
送信数だけを増やすと、確認できない理由を書き込む危険も増えます。
実際に文面を比べる場合は、送信対象や求人内容が大きく異なる集団を単純に比較しないようにします。
返信率の差が文面によるものか、候補者や求人の違いによるものか分からなくなるからです。
AIで下書きしても、
送信する相手は人が決める
候補者ごとに文章をゼロから書くのが負担なら、AIに下書きを作らせる方法はあります。
ただし、入力する前に「社外のAIへ候補者情報を渡してよいか」を確認してください。
使う場合は、プロフィールから確認できた事実と、確定した求人条件を分けて渡します。
AIに候補者の能力を推定させたり、実在しない待遇を補わせたりしません。
採用担当者が候補者へ送るスカウトメールの下書きを作ってください。
入力した事実だけを使い、経歴・成果・求人条件を推測で補わないでください。
候補者の経験のうち、募集業務とつながる一点を冒頭で示してください。
件名、宛名、本文、署名を分けて出してください。
確認できない条件は「要確認」と書き、送信前の確認項目として別に列挙してください。
本文では採用や面談を確約しないでください。
候補者が公開した経験:〈社内規程に従い、入力可能な範囲だけ記載〉
確定した募集業務:〈求人票の文言〉
面談の目的:〈説明のみ/選考を含む、を明記〉
確認済みの条件:〈勤務地・雇用形態など〉
この指示文を、記事の架空設定で別のAIエージェントに渡して試しました。
次はその下書きの抜粋です。記事の3つの例文は、AI出力ではなく編集部が作成しています。
件名:顧客サポートの受付フローを見直す仕事について
宛名:〇〇様
公開プロフィールで、問い合わせを内容別に分類し、担当部署を整理されたご経験を拝見しました。
〈会社名〉では、顧客サポートの受付フローを見直し、担当部署への引き継ぎを整える仕事を募集しています。
送信前の確認項目:勤務地・雇用形態・待遇は要確認。面談が実際に説明のみかも要確認。
今回の入力では、勤務地・雇用形態・待遇を与えていません。
AIはその情報を作らず、確認項目として残しました。
文章が整っていても、このままでは送れません。
実際の求人票と面談の運用を確認してから、送信文を確定します。
AIが書いた文面が自然でも、「見ていない経歴を見た」と書いていないか、人が原文と照らします。
返信率を上げるための美辞麗句より、誤認を生まないことを優先します。
下書きをそのまま送らず、候補者の記載、求人条件、宛先を人が確認します。画像はイメージです。
送る前に確認する四つの箇所
| 確認箇所 | 起こりやすい間違い | 送る前の対応 |
| 候補者の経歴 | プロフィールにない成果や役職を書く | 該当する記載に戻って照合する |
| 求人の条件 | 勤務地、待遇、働き方を古い情報で書く | 公開中の求人票と採用担当の確定情報を照らす |
| 面談の位置付け | 選考なのに「選考ではない」と書く | 社内の面談目的を確認して直す |
| 宛先と送信可否 | 別の候補者名のまま送る、辞退後に再送する | 送信履歴と相手の意思を確認する |
一つでも確認できなければ、その文は送らず、元の情報を確かめます。
大量送信の前に、この確認が毎回できるかを試すことが必要です。
AIが書きがちな
「良さそうな文」を直す
下書きに「高いリーダーシップをお持ちの方」と出ても、プロフィールに役職やチーム運営の記載がなければ削ります。
「貴重な実績を拝見して」も、何を見たか示せなければ削ります。
「弊社で必ず活躍できます」は、採用結果も入社後の働き方も分からない段階で言えません。
代わりに「この仕事と経験の接点について、お話を伺いたい」と書けます。
求人票にない待遇をAIが提案した場合は、書き直さずに削除します。
人が確認するのは文体だけでなく、一文ごとの根拠です。
返信が来た後まで
用意してから送る
スカウトメールは、送って終わりではありません。
候補者が「話を聞きたい」と返したとき、誰が何を案内するかまで決めます。
例えば、仕事内容を説明する面談なら、候補日時、所要時間、話す担当者、選考との関係を返信で伝えます。
求人票の内容に質問が来たら、推測で返さず募集部門に確認します。
辞退の返信があれば、対象者の連絡履歴を更新します。
再送対象の一覧から外さないと、断った相手に同じ案内が届きます。
候補者のプロフィールや求人票と、送信履歴・返信状況を管理表で確認できるようにします。
情報が別々の場所にある場合は、参照先を記録する方法から検討できます。
自動送信の仕組みを先に作る必要はありません。
最初の運用は、
送信履歴を一行ずつ残す
管理表には、候補者を識別する社内ID、対象求人、送信日、使用した文面、返信の状態、次の担当者を残します。
必要以上の個人情報を複製せず、元の情報がある場所を参照できるようにします。
一人の候補者に複数の担当者が連絡する場合、送信前に履歴を見ます。
相手が辞退したのに別担当から再度届く、同じ日のうちに複数通届く、といったことを防ぐためです。
返信が来たら、メール本文だけで状態を判断せず、候補者の希望と次の連絡者を記録します。
「話を聞きたい」と「選考に応募したい」では、次の案内が違います。
下書き生成や履歴更新の自動化には、求人の版・送信履歴・対象確認を同じ条件として組み込みます。
自動送信を導入する場合も、送信前に対象・求人の版・重複履歴を照合します。
採用メール全体の流れを整える場合は、求人票の作り方を先に確認してください。
文章作成をAIに任せる範囲を決める際は、受信メールへの返信案をAIで作る方法も参考になります。
スカウト媒体によって送信や効果測定の仕様は違います。
リクルートダイレクトスカウトの採用ガイドも、目的別の文例を紹介しています。
送信数が少ない段階で文面を頻繁に変えると、効果を評価しにくい点にも触れています。
代表的な候補者と求人で下書きを作り、連絡理由の根拠を照合します。
続けて、求人条件の変更、返信済み、辞退済みの状態も試します。
古い条件の下書きを使わず、連絡を止めるべき相手への追送が止まるかを確かめます。
文章の長さより、相手が「なぜ自分に届き、返信したら何が起きるか」を分かることが大切です。