本文へ移動
Staneer Agent Sync

スカウト・母集団形成

スカウト文面の言い当てを作る手順(職種別の潜在的な不満から冒頭1行を決める)

公開日:読了目安:約8分執筆:Staneer株式会社 代表取締役 渡邉 拓哉

この記事の要点

対象
スカウト返信率を上げたい人材紹介会社の経営者・CA/RAマネージャー、自社で採用スカウトを送る人事
できるようになること
職種別の潜在的な不満から、冒頭2行の言い当てを仮説の形で書けるようになります
必要なもの
主力職種のリスト、過去のスカウト文面と返信の記録、職種別インサイトの置き場

スカウトの送信数は落ちていないのに、返信だけが減っている。そんなとき、最初に手を付けたくなるのは件名と文章の長さだと思います。ただ、返信率をいちばん動かしているのは冒頭の2行だと考えています。

返信が取れている文面には共通点があります。候補者本人がまだ言葉にしていない不満や焦りを、冒頭で言い当てていることです。年収や働き方といった表向きの理由ではなく、その手前にあるものを先に置く。並び順を変えるだけで、同じ内容でも読まれ方が変わります。

この記事では、職種ごとの潜在的な不満・焦り・渇望を材料に、冒頭の一文を組み立てる手順を書きます。あわせて、言い当てを外したときの扱いと、やってはいけない書き方も整理します。自社でスカウト文面を作るときに使っている基準をそのまま出します。

なぜスカウトの冒頭が外れるのか(3つの理由)

送ったスカウトの冒頭が、毎回ほぼ同じ文になっていないでしょうか。「ご経歴を拝見し、大変魅力に感じました」から始まり、そのまま求人の説明に入る。文面そのものは丁寧でも、受け取る側には同じ文面の配信だと伝わります。候補者は毎週その種類の文章を受け取っているので、見分けがつきます。

理由1:顕在理由だけを材料にしている

職務経歴から読み取れるのは、在籍年数や担当領域といった事実です。そこから書ける文は「経験が豊富そうです」までで止まります。しかし候補者が動く理由は、その事実の裏側にあります。評価が構造的に反映されない、設計に関われない、語れるプロダクトがない。こうした内心は経歴書に書かれません。材料が足りないまま書くので、冒頭が表層の要約になります。

理由2:経歴を褒めるだけでは差がつかなくなった

「あなたのこの経歴に目が止まりました」は必要な要素です。一人ひとり見ていることの証明になります。ただ、この部分は自動生成でも作れます。スカウト代行や自動化の仕組みが普及した今、褒めるだけでは他社の文面と並びます。言い当てと両方そろって、はじめて差になると考えています。

理由3:言い当ての材料が個人の頭の中にある

職種ごとの転職理由は、実はパターン化できます。ところが、それを言えるのは面談を積んだトップの数名です。本人は「当たり前でしょう」と言いながら、まったく当たり前でない内容を話し始めます。その当たり前が会社に残っていないので、メンバーの文面は一般論に寄ります。外注やAIに渡す材料も、同じ理由で足りません。

仕組みに任せる範囲と、人が決める範囲

工程 担当 内容
職種の判定とインサイト候補の抽出 AI・仕組み 経歴から職種を判定し、職種別リストから候補を3〜5件並べる
冒頭2行の下書き AI・仕組み 選んだ1〜2件を仮説の文に起こし、経歴の具体を1つ添える
事実の照合 AI・仕組み 文面に出る固有名詞や数字が一次情報に実在するか機械的に確認する
下書きの点検 AI・仕組み 別のAIが断定表現・NG語・字数・導線の欠けを粗探しする
冒頭に置くインサイトの決定 人 並んだ候補のどれを使うか、経歴を読んで選ぶ
本人の経歴・発信を読む 人 面談で自分の言葉で話せる状態にしてから送る
送信と返信対応 人 送信操作は人が行い、返信は気づいた時点ですぐ返す

線を引く基準は、外したときに何を失うかで考えています。職種を判定する工程や、候補を並べる工程は、間違っても差し戻せます。ここは仕組み側に寄せます。一方で、本人の名前が入った文章を世に出す工程は、取り返しがつきません。

もう一つの理由は、AIが「読んだ風」の文章を書けることです。実在しない記事名や実績を、自然な文体で混ぜてきます。これをそのまま送ると、定型文より悪い印象になります。だから文面の固有名詞は、取得した一次情報に実在するかを照合し、無ければ差し戻す仕組みにしています。

送信を人が行うのは、規約とアカウントの信用のためです。承諾のない自動送信を禁じている場が多く、凍結されればスカウト経路と発信の蓄積を同時に失います。効率と釣り合いません。合理はAIに、熱量と伴走は人間に。この線を守る前提で、浮いた時間は「送る前に本人の経歴と発信を読む」ことに回しています。

実務5ステップ

ステップ1:職種別に不満と渇望を書き出す

主力職種を1つ選び、その職種の人が転職を考え始める瞬間を20行書き出します。形式は「テーマラベル:内心の描写」の2列で十分です。たとえば「還元率のブラックボックス:自分の単価が開示されず、昇給が数千円で止まっていることにモヤモヤしている」のような粒度にします。見るのは、業務内容・スキル成長・評価と報酬の構造・組織・働き方・事業や商材・キャリアパス・年代の節目です。よくある失敗は、不満だけを集めることです。「固定チームで腰を据えて開発したい」のような渇望側も同じ数だけ必要になります。

ステップ2:経歴の手がかりで1〜2個に絞る

リストが20行あっても、文面に入れるのは1〜2個です。絞る手がかりは、在籍年数、企業規模、技術や業務のレガシー度、マネジメント経験の有無、年代です。同じ職種でも、3年目と10年目では刺さる行が違います。記録するのは「誰にどの行を使ったか」です。よくある失敗は、迷って3つ以上入れることです。数を増やすほど、誰にでも当たる文章に戻ります。

ステップ3:仮説の形で1行に書く

選んだ行を、断定しない文に起こします。「ご経歴を拝見し、もしかすると〜という想いをお持ちではないかと思い、ご連絡しました」の形です。初回面談で潜在的な転職理由を返すときと同じ作法で、相手に判断の余地を残します。見るのは3点です。現職批判に読めないか、「〜の方によくある」という一般化になっていないか、本人の経歴から導けているか。よくある失敗は、言い切って説得力を出そうとすることです。当たっていても、決めつけられたと受け取られます。

ステップ4:解消の接続と経歴の具体を足す

言い当てだけでは話が前に進みません。その課題が紹介したいポジションでどう解消されるかを、1文で接続します。続けて、経歴のどこに目が止まったかを具体で書きます。役割名、担った範囲、数字のある成果のうち、本人の記載から拾えるものを1つ選びます。並び順は固定です。言い当て、経歴の具体、自己紹介、面談で提供できること、成約の実例、得意な会社フェーズの順にします。よくある失敗は、自己紹介から始めることです。途中で離脱される前提に立てば、重い情報を先に置くほうが届きます。

ステップ5:点検して、返信を記録する

送る前に、固有名詞と数字が一次情報にあるかを確かめます。次に、書いた人とは別の目で読みます。自社では起案と点検を別のAIに分け、断定表現やNG語、導線の欠けを指摘させています。送信後は、媒体別と文面別に返信を記録します。返信率が落ちた媒体を特定し、その媒体の文面が冒頭2行の条件を満たしているかを見ます。よくある失敗は、2通目に同じインサイトを使うことです。前回と別の行に替えます。スカウト経路の作り方は/cases/scout-workflow/にも整理しています。

つまずきやすい型

言い当てを断定してしまう型

当たっている自信があるときほど、言い切りたくなります。ただ、候補者からすると、初対面の相手に内心を決めつけられた状態です。面談でも、適性検査の結果を先に断定せず、本人の発話を聞いた後に「もう一段ありそうだと思っています」と返します。スカウトも同じで、仮説の形を崩さないほうが返信につながります。

読んだ風を書いてしまう型

AIに下書きを任せると、それらしい記事名や実績を創作します。読んでいない引用は、受け取る側にはすぐ分かります。対処は、照合を機械的に入れることです。文面に出た固有名詞が一次情報に無ければ、人の手元に届く前に差し戻します。

インサイトを盛り込みすぎる型

せっかく職種別のリストを作ると、全部入れたくなります。結果として冒頭が長くなり、どれも浅い指摘になります。1通1インサイトを基本にして、残りは次の連絡に回します。再連絡の文面を変える材料として持っておくほうが効きます。

外したまま押し通す型

「それは違います」と返ってきたときに、文面の線で押し続けると会話が切れます。外れた返信は、むしろ本人の言葉で前提が出てきた状態です。仮説を更新して、次の一通や初回面談の入口にします。面談でも、検査結果と発話がずれたときは「今のお話とは少し違って聞こえます」と伝え、仮説を作り直します。

体制・フェーズ別の進め方

体制・フェーズ 最初にやること 注意点
1〜3名の紹介会社 送っている職種を3つに絞り、各20行の不満・渇望リストを手で書く 全職種を揃えようとすると止まる。今週送る職種から作る
10〜20名規模 1職種1ファイルで共有の置き場に置き、冒頭2行の型をそろえる 担当ごとに文面が違うと、媒体別・文面別の比較ができない
事業会社の採用チーム 自社が採る職種だけ作り、不満と自社の訴求materialの対応表にする 言い当てた課題が入社後に解消されるかを、先に現場と確認する

自社では職種ごとに1ファイルで保持し、47職種分を同じ形式でそろえています。最初から全部は不要です。1職種でも、面談の事前仮説やSNSの発信にそのまま転用できます。

よくあるご質問

Q. 言い当てが外れたら、逆効果になりませんか?

仮説の形にしてあれば、外れても会話は始まります。「それは違って、実際はこうです」と返ってきたら、それは返信です。初回面談で聞くべきことが1つ減った状態になります。逆効果になるのは、断定した場合と、現職批判に読める書き方をした場合です。この2つだけは避けてください。

Q. 職種別のリストは、何件あれば足りますか?

最初は1職種20行で回ります。件数よりも切り口の散らし方が効きます。業務内容、評価の構造、組織、働き方、キャリアパス、年代の節目で、同じ比重になるよう並べてください。足りないと感じたら、決まった面談と流れた面談から1件ずつ足していきます。自社では各職種50行前後まで積み、面談の事前仮説や面接対策の素材にも使っています。

Q. 文面づくりをAIにまるごと任せてよいですか?

下書きまでは任せています。並べる、下書く、点検するは仕組み側の仕事です。ただし、渡している基準が具体的でなければ、出てくるのは一般論です。文面のルール、職種別のインサイト、点検の観点を自社の言葉で書いてから渡してください。送る相手を選ぶ判断と送信操作は、人の側に残しています。AIの入れどころは/services/recruitment-ai/でも整理しています。

まとめ

次の一歩は、主力職種を1つ決めて、不満と渇望を20行書き出すことです。あわせて、直近で返信があったスカウトを3通開き、冒頭2行が何を言い当てていたかを並べて書き写してください。返った文面の共通点が、そのまま自社のリストの1行目になります。

関連するnote:【Claude Code×人材紹介】有料媒体に頼らないスカウト経路を、SNS横断で作った話

タグ:スカウト返信率候補者インサイト

Staneer株式会社 代表取締役 渡邉 拓哉

渡邉 拓哉Staneer株式会社 代表取締役

ITエンジニア、人材紹介のキャリアアドバイザー、企業の採用担当・人事責任者を経てStaneerを創業。現役で人材紹介事業を運営しながら、自社の業務にClaude Codeを組み込む実践を続けています。本ブログの記事は、その実践と社内ナレッジをもとに作成しています。 会社・代表について / noteの実践記事

自社では、どこから始めるか。

人材紹介事業の戦略・現場・AI活用について、現在の課題をお聞かせください。

現場から始めるなら 人材紹介向けClaude Code研修 ↗