スカウト代行 / paiza転職

paiza転職のスカウトテンプレートの作り方

公開 2026-09-24

paiza転職のスカウト文面は、求人票の要約として書くと失敗します。この媒体の求人票は運営側の取材で作られ、技術スタックから固定残業手当の内訳まで細かく載っているので、文面で条件を説明し直しても情報量で勝てないからです。文面が担うのは「なぜあなたに送ったか」「求人のどこがあなたの経験と重なるか」「どう進むか」の三つに絞れます。この記事では、一段目のスカウトとプラチナスカウトの文面例を示しながら、各部分に何を書き、何を書かないかを整理します。以下は2026年9月24日時点で公式サイトおよび掲載中の求人ページに記載されている内容に基づいており、運営はpaiza株式会社です(有料職業紹介事業許可 13-ユ-305439)。

文面を書く前に、求人票から材料を拾っておく

公開されている求人票には、職種名や想定年収、勤務地に加えて、主要開発技術、開発言語、フレームワーク、クラウドプラットフォーム、データベース、開発内容タイプが並びます。開発環境の欄には開発部門の特徴・強み、技術向上・教育体制、支給マシン、開発手法、開発支援ツールなどが続き、待遇の欄には固定残業手当の時間数と超過分の扱い、業務内容の変更範囲と就業場所の変更範囲まで載っています。これだけの情報が求人票にある以上、文面で条件を並べ直す意味はほとんどありません。先に求人票を通しで読み、文面で「触れる材料」と「求人票に任せる情報」を分けておくのが準備になります。

分け方の目安を、求人票の欄ごとにまとめました。文面で使う欄は、相手の経歴と結びつけられるものに限っています。触れない欄も、求人票への導線を一文置けば読んでもらえます。

求人票の欄文面での扱い理由
通過ランク・応募可能ランク冒頭で触れる相手が応募できる状態だと伝えられる
主要開発技術・開発言語相手の経験と重なる一つだけ触れる全部並べると求人票の写しになる
開発内容タイプ・開発手法役割の説明に使う入社後の仕事を具体的に想像できる
特徴タグ相手に合いそうなものを一つだけ「スキルチェンジ歓迎」などは経歴によって響き方が違う
給与・待遇・勤務時間触れない求人票に詳しく載っている
選考フロー最初の一歩だけ触れる次に何が起きるかを示せば足りる

公開されている求人の特徴タグには「服装自由」「イヤホンOK」「社長が現役or元エンジニア」「若手歓迎」「第二新卒歓迎」「オンライン面談可」「スキルチェンジ(技術転向)歓迎」などが並んでいました。どれも求人票に載っているので、文面で繰り返すのは相手の状況に合いそうな一つだけで十分です。技術転向を考えていそうな経歴の人に「スキルチェンジ歓迎」を挙げる、といった使い方です。

エラベルの見解

相談で多い思い込みは、「スカウト文面のために、会社の魅力を新しく集め直さなければならない」というものです。実際には、この媒体では取材済みの求人票に材料がそろっています。求人票が媒体側の取材で作られると、取材に立ち会ったのは現場のマネージャーで、スカウトを書くのは人事ということが起こり、文面と求人票で言っていることが微妙にずれます。私たちがこの形の媒体を扱うときは、掲載された求人票を一度通しで読み、そこから文面の材料を拾う順番を先に踏みます。新しく情報を集めるより早く、求人票との食い違いも出ず、取材に出た人に文面の下書きを一度見てもらえればなお確かです。

一段目のスカウトの文面例

一段目のスカウトは、サポートチームが選定したリストに対して送られます。相手ごとの細かい書き分けは難しいので、求人単位のテンプレートとして作ります。差し込みに使える項目や変数については公式サイトに記載がないため、次の例では個別化できない前提で、求人単位で書ける範囲にとどめています。

件名:【○ランク以上の方が応募できる求人です】○○(サービス)のバックエンド開発

○○株式会社で開発チームの責任者をしている者です。この求人は、paizaのスキルチェックで○ランク以上の方が応募できるよう設定しています。今回は、○○の開発経験を登録されている方にお送りしています。

私たちのチームでは、○○(言語・フレームワーク)で○○(サービス)を開発しています。いま○○の部分を作り直しているところで、○○の経験がある方と一緒に進めたいと考えています。

最初はカジュアル面談から始めます(オンライン可の場合はその旨)。面談では、こちらから事業と開発の中身をご説明します。開発環境や評価方法などの詳細は求人票に載せていますので、あわせてご覧ください。

少しでも関心があれば、「話を聞いてみたい」か、求人への「気になる」でお知らせください。

冒頭でランクに触れているのは、この媒体では求人ごとに応募できるランクが設定され、求職者には「スキルランクに応じて、応募可能な求人情報をマイページに表示」されるからです。スカウトを受け取った時点で相手はその求人に応募できる状態なので、それを前置きすると手間の少なさが伝わります。二段落目の「いま作り直しているところ」は、求人票には載りにくく、エンジニアが知りたい話の代表です。

締めの一文にも理由があります。求職者との直接のやりとりは発生せず(面接は除く)、求職者の反応は「話を聞いてみたい」か「気になる」です。「ご返信ください」と書いても返信は自社に直接届かないので、どちらかを押してもらうことを目的に締めます。

プラチナスカウトの文面例

よくある質問の説明では、「気になる」をした求職者が一覧化され、その中から個別に会いたい人へはさらにプラチナスカウトを送るよう案内されています。相手はすでに求人に反応しているので、一段目と違って「なぜその人に個別に送るのか」を書けます。ここは一人ずつ書く前提で、テンプレートは骨組みだけにしておきます。

件名:「気になる」をありがとうございます。○○の開発について直接お話しさせてください

求人に「気になる」をいただき、ありがとうございます。ご登録の経歴で、○○(具体的な経験)をされていた点を拝見し、ぜひ一度お会いしたいと考えてご連絡しました。

私たちがいま抱えている課題は○○で、○○のご経験がそのまま活きると考えています。入社後は○○(ランクの業務レベルに合わせた役割)をお願いしたいと考えています。

面接では、スキルチェックで書かれたコードをもとに、どう考えて書いたかをお聞きできればと思います。まずはカジュアル面談で、こちらから開発の中身をご説明するところから始めさせてください。

三段落目のコードの話は、公式サイトに「プログラミングスキルチェックで書いたコードは面接時に企業にも渡されるため、何を考えて書いたかなどを話すだけでも自己PRになります」とあることに合わせています。面接で何を聞かれるかが分かると、相手は準備の負担を見積もれます。カジュアル面談については、求職者向けの説明で「まず求人企業様側から事業内容、開発業務についての説明をしていただくよう企業様にお願いしております」とされ、一方的な会社説明会ではなく相互理解の場と位置づけられているので、文面でも企業側から話す姿勢を示しておきます。

ランクに合わせて「役割」の一文を書き分ける

文面で「即戦力を求めています」と書くより、ランクの業務レベルに合わせて役割を書くほうが具体的になります。公開されている業務レベルの目安を、文面の一文に置き換えた例を並べます。求人をランク別に分けている場合は、それぞれの求人のテンプレートでこの一文を差し替えます。

ランクの業務レベル(公式の目安)役割の一文の例避けたい書き方
業務システム、Webアプリの運用保守、一部開発既存機能の改修から入り、慣れてきたら新機能の一部を担当していただく想定です「即戦力として活躍してください」
業務システム、Webアプリの開発をリード○○機能の設計から実装までを、少人数のチームで引っ張っていただきたいと考えています「リーダー候補」だけで中身がない
検索エンジン、データ解析、広告配信など処理量が増えている○○の性能改善を、設計から任せたいと考えています技術名を並べるだけ

表の例文は、あくまで書き方の見本です。自社の実際の配置に合わせて置き換えてください。役割の一文が決まると、面接で何を確かめるかも同じ言葉で揃えられます。

エラベルの見解

同じテンプレートを使っても、反応が分かれるのは技術の「背景」を一文入れられるかどうかです。技術スタックの名前を並べただけの文面と、なぜその構成を選んでいるかに一言触れた文面では、読み手の受け取り方が変わります。この媒体は求人票で技術情報を網羅しているぶん、文面では「この言語を使っている理由」や「いま作り直そうとしている部分」を書けると差がつきますが、こうした一文は技術の事情を知っている担当者でないと書けません。文面を短く保ちながらこの一文を入れられるかが、担当者の力量が最も出るところだと考えています。担当者を選ぶときは、過去に書いた文面でこの一文があるかを見てください。

送る前に仕様と照らし合わせ、段階ごとに効果を見る

送る前に押さえておく仕様があります。求職者は「アカウント設定画面で匿名スカウト機能のオンオフが可能です」とされ、スカウトの受信を切れます。メールについても、希望しない場合は配信設定を変更でき、スキルにマッチした求人のみを希望者にメールで通知しているため、送られる数はある程度絞られていると説明されています。受け取る側が絞っている媒体なので、一通の雑さが目立ちやすいと考えて書きます。

効果は一段目と二段目で分けて見ます。返信率の基準値は公式サイトに掲載がないため、自社の初月を基準線にします。求人をランク別に分けているなら、求人ごとの差も並べておくと、文面の差と求人票の差を切り分けやすくなります。

段階見る数字薄いときにまず疑う場所
一段目のスカウト送信数に対する「話を聞いてみたい」と「気になる」の内訳求人票の中身と、対象にしている条件
プラチナスカウト送信後の面談設定率「なぜその人か」の書き方
カジュアル面談面談から選考に進んだ比率企業側から話す中身

一段目が薄いときは、文面より先に求人票と条件を疑います。一段目の文面は求人単位なので、文面だけを直しても届く相手は変わらないからです。条件の組み方はpaiza転職の検索条件の組み方に、運用の組み立てはpaiza転職のスカウト運用設計にまとめています。

まとめ

よくある質問

Q. スカウト文面に給与や勤務条件は書くべきですか

この媒体では求人票に給与や待遇、固定残業手当の扱いまで詳しく載っているため、文面で繰り返す必要はほとんどありません。文面では求人票への導線を示すだけにして、なぜその人に送ったのかに字数を使うほうが読まれます。条件の正確な記載は求人票に任せます。

Q. 文面に「ご返信ください」と書いてもよいですか

公式の説明では、求職者との直接のやりとりは発生せず(面接は除く)、求職者はスカウトに対して「話を聞いてみたい」か「気になる」で反応します。返信が自社に直接届く仕組みではないので、どちらかを押してもらう書き方で締めるほうが噛み合います。その後の日程調整は、管理画面を通じてサポートチームが代行します。

Q. 相手の名前や経歴を差し込んで個別化できますか

差し込みに使える項目や変数については、公式サイトに記載がありません。一段目は求人単位のテンプレートとして作り、個別に書くのは「気になる」をした人へのプラチナスカウトに回すのが現実的です。料金・通数・機能の条件は変わるため、掲載した内容は2026年9月24日時点の記載として、最新の仕様は運営にご確認ください。

出典