エンジニアへのスカウト文面｜開封される件名と本文の型

エンジニアにスカウトを送っても、開かれない、開かれても返信が来ない。文面を見せていただくと、件名が「【〇〇株式会社】エンジニア募集のご案内」で、本文の一行目が「〇〇株式会社の採用担当です」、二行目から事業の説明が続き、技術の話は最後の数行、任される範囲は書かれていない、という形がほとんどです。経験のあるエンジニアには、スカウトが日常的に届きます。件名で「自分宛てか」を判断し、一行目で「自分を見て書いているか」を判断し、そこを通ったものだけが読まれます。結論を先に書くと、件名は「相手の技術か経歴の一点＋自社の役割」、本文は「一行目に相手の経歴の具体の一点→技術環境→任される範囲と決めてよいこと→チームの人数と体制→条件の幅→短い締め」の順で、会社の紹介は後ろに回すか省きます。刺さる訴求と外す訴求の中身はエンジニア向けスカウト文面の型に、件名の一般的な作り方はスカウトの件名の作り方に書いていますので、ここでは「エンジニア向けの件名と本文の型」に絞って、そのまま使える形にします。

件名の型

件名で決まるのは、開かれるかどうかです。エンジニアが件名で見ているのは、「自分宛てか」「何の役割か」の二つで、会社名は見ていません。

書いてはいけない件名は、「【会社名】エンジニア募集」「急募」「高年収」「あなたにぴったり」のように、誰にでも送れるものです。件名でやりがちな失敗は件名でやりがちな失敗に書いています。件名は長すぎると切れるので、相手の一点と自社の役割の二つに絞ります。

本文の型

本文の順番は、エンジニアが知りたい順に並べます。会社が書きたい順（会社の紹介→事業→募集）ではありません。

本文の長さは、スマートフォンで一度か二度スクロールする程度に収めます。長いと読まれません。

エラベルの見解

相談で最も多い思い込みは、「エンジニアには技術の話を詳しく書けば響く」というものです。実際には、技術環境を長く書いた文面より、「一行目で相手の経歴の一点に触れ、任される範囲と決めてよいことを具体に書いた文面」のほうが返信が来ます。ある会社では、技術環境を十行書いた文面で返信がほとんど無く、担当者が「一行目を相手ごとに書き換え、技術環境は四行に絞り、任される範囲に『技術の選定はあなたに任せる』と書き、チームが二人で自分が三人目と分かる形」に変えたところ、送信数は減りましたが返信は増えました。エンジニアが知りたいのは、技術の一覧ではなく、「自分が入ったら何を決めてよいか」「誰と働くか」です。技術環境は、そのための前提として短く書けば足ります。

書いてはいけないこと

エンジニア向けの文面で、返信を減らす書き方があります。

一つ目は、「幅広く活躍」「裁量が大きい」「成長できる環境」のような、何をするか分からない言葉です。任される範囲を具体に書きます。

二つ目は、技術環境を良く見せることです。古い基盤があるなら書きます。面談で分かって辞退されるより、先に書いて「それでも」と来る人のほうが続きます。

三つ目は、「あなたのスキルにぴったり」のように、読んでいないことが分かる褒め言葉です。褒めるなら、経歴の具体の一点を挙げます。

四つ目は、会社の紹介から始めることです。エンジニアは会社の規模や理念で開きません。

五つ目は、条件を「面談でお伝えします」と隠すことです。幅で書けます。書けないなら、なぜ書けないかを一言添えます。

六つ目は、締めを「ぜひ一度お話を」にすることです。何の話を、どのくらいの時間で、誰とするかを書きます。「技術の責任者と三十分、いまの開発の進め方について」のように。

送る前の確認

一通ごとに、次を確認します。

止まりやすいのは、一行目を相手ごとに書く手間で、送信数が減ることを心配するときです。減ってよいと考えてください。一行目が定型の文面は、送っても返信が来ません。

返信が来ないときの直す順番

返信が来ないとき、直す順番は、開封率→一行目→任される範囲→条件、です。開封率が低いなら件名、開封されているのに返信が無いなら一行目と任される範囲、面談まで進んで辞退されるなら条件と技術環境の見せ方、と分けます。同時に全部を変えると、どれが効いたか分かりません。一箇所ずつ変えます。変え方はスカウト文面のABテストのやり方に書いています。

エラベルの見解

担当する側から見ると、エンジニア向けの文面で会社ごとに差がつくのは、「任される範囲と決めてよいことを、現場のエンジニアに聞いて書いているか」です。件名と一行目は、担当者が候補者の経歴を読めば書けます。しかし、任される範囲は現場にしか分からず、人事や担当者が想像で書くと「幅広く活躍」になります。現場のリードに「この人が入ったら、何を任せて、何を自分で決めてよいか」を十分聞いて書いた文面は、エンジニアに「現場が書いている」と伝わります。エラベルでスカウト文面を担当する人には、文面を書く前に、現場のエンジニアに任される範囲と技術環境の事実を聞いてもらっています。ここが聞けている担当者の文面は、送信数が少なくても返信が来ます。刺さる訴求と外す訴求の中身はエンジニア向けスカウト文面の型に書いています。

代行に出す場合の範囲

エンジニア向けの文面を代行に出すなら、担当者が持つのは、候補者の経歴を読んで件名と一行目を相手ごとに書くこと、現場に聞いた技術環境と任される範囲を本文にすること、送る前の確認、返信の記録と直す順番の提案、です。会社が持つのは、技術環境と任される範囲の事実を現場が伝えること、条件の幅を決めること、文面の承認、です。現場のエンジニアが担当者に十分話す時間を取れないと、文面は想像になります。出す前に、現場が話す時間を確保します。

まとめ

• 件名は「相手の技術か経歴の一点＋自社の役割」。会社名だけの件名は開かれない
• 本文は一行目に相手の経歴の一点→技術環境→任される範囲と決めてよいこと→チームの人数と体制→条件の幅→短い締め。会社の紹介は後ろ
• 任される範囲は現場のエンジニアに聞いて具体に。「幅広く活躍」「裁量」で終わらせない
• 技術環境は良く見せず事実を。古い部分も書く
• 条件は幅で書く。「面談で」と隠さない
• 返信が来ないときは開封率→一行目→任される範囲→条件の順に一箇所ずつ直す

よくある質問

一行目を相手ごとに書くと、送れる数が減ります

減ってよいと考えてください。一行目が定型の文面は、送信数を増やしても返信は増えません。経歴を読んで一行目を書ける相手だけに送ると、送信数は減りますが、返信の数は増える傾向があります。対象の絞り方はエンジニアを探すときの検索条件とターゲティングに書いています。

技術環境が古く、書くと引かれそうです

書きます。面談で分かって辞退されるより、先に書いて「それでも」と来る人のほうが入社後に続きます。古い基盤があるなら、「〇〇からの移行を進めていて、その設計を任せたい」のように、任される範囲と結びつけて書くと、古さが役割の材料になります。良く見せた文面は、面談で見抜かれます。

年収の幅を書くと、上限を求められませんか

幅で書いた場合、候補者は自分の経歴を幅の中に置いて読みます。書かない場合、候補者は「低いのでは」と読んで開きません。上限を求められるかどうかは、面談での目線合わせで扱う話で、文面に幅を書くこと自体が上限の要求にはつながりにくい傾向があります。書かないことで失う返信のほうが大きい。条件の出し方は条件提示・オファー面談の進め方に書いています。