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

インフラエンジニアにスカウトを送っても返信が来ない。文面を見せていただくと、件名が「【〇〇株式会社】インフラエンジニア募集」で、本文は会社の紹介から始まり、「クラウド環境で幅広く活躍」と書いてあり、構築なのか運用なのか、いまの構成がどうなっているか、当番や障害対応はあるのかが、どこにも書かれていません。インフラエンジニアは、開発職以上に「自分の環境と重なるか」「働き方の条件はどうか」を先に見ます。そこが件名と本文の前半に無ければ、読まれません。結論を先に書くと、件名は「相手の環境の一点＋構築か運用かが分かる役割」、本文は「一行目に相手の環境の一点→自社の構成（事実）→これからやること（構築）か守ること（運用）→働き方の条件（当番・障害対応・勤務）→体制→短い締め」の順で、会社の紹介は後ろに回すか省きます。刺さる訴求と外す訴求の中身はインフラエンジニア向けスカウト文面の型に、開発職向けの型はエンジニアへのスカウト文面に書いていますので、ここでは「インフラエンジニア向けの件名と本文の型」に絞って、そのまま使える形にします。

先に決めるのは「構築か運用か」

文面の前に、自社が求めているのが「これから作る（構築・移行・設計）」なのか「いまあるものを守る（運用・監視・改善）」なのかを決めます。両方を求める文面は、どちらの人にも刺さりません。構築の人は「何を作るか」「技術の選定に関われるか」を見て、運用の人は「安定しているか」「当番の頻度」「改善に使える時間」を見ます。求めるものが違うので、件名も本文も変わります。

止まりやすいのは、「構築も運用も両方」と書くときです。両方をやる役割なら、割合を書きます。「立ち上げが七割、運用は既存メンバーと分担」のように。

件名の型

インフラエンジニアが件名で見るのは、「自分の環境（基盤、規模、構成）を見ているか」「構築か運用か」の二つです。

書いてはいけない件名は、「インフラエンジニア募集」「クラウド経験者歓迎」「安定企業」のように、誰にでも送れるものです。件名の失敗の型は件名でやりがちな失敗に書いています。

本文の型

本文は、インフラエンジニアが知りたい順に並べます。会社の紹介は後ろです。

長さは、スマートフォンで二度スクロールする程度に収めます。

エラベルの見解

相談で最も多い思い込みは、「インフラの人には技術の構成を詳しく書けば響く」というものです。実際には、構成を長く書いた文面より、「当番の頻度と障害対応の体制」を先に書いた文面のほうが、運用の人からの返信は多い。ある会社では、構成を丁寧に書いた文面で返信が来ず、担当者が候補者の視点で読み直すと、「この会社は当番があるのか」「夜間の対応はどうなっているのか」が分からず、候補者は面談で聞くまで判断できない状態でした。「当番は月に数回、夜間は外部の監視と連携」と事実を三行足したところ、返信が増えました。良い条件だから増えたのではなく、「隠していない」と伝わったからです。インフラの人は、条件の不記載を「言えない事情がある」と読みます。悪くても書くほうが、返信は来ます。

書いてはいけないこと

一つ目は、「幅広く活躍」「モダンな環境」「最新技術」のような形容詞です。基盤の名前と規模と構成を書きます。

二つ目は、構成を良く見せることです。古い基盤が残っているなら書きます。面談で分かって辞退されるより、先に書いて「その移行を任せたい」と役割にするほうが、構築の人には材料になります。

三つ目は、当番と障害対応の体制を書かないことです。インフラの人は最初に見ます。書かないと「悪いから隠している」と読まれます。

四つ目は、「構築も運用もお任せ」と両方を書くことです。割合を書きます。

五つ目は、会社の紹介から始めることです。

六つ目は、締めを「ぜひ一度お話を」にすることです。「構成の話ができる者が出ます。三十分で、いまの構成と課題を」のように、誰と何の話をするかを書きます。

送る前の確認

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

一箇所ずつ変えます。同時に変えると、どれが効いたか分かりません。変え方はスカウト文面のABテストのやり方に書いています。

エラベルの見解

担当する側から見ると、インフラ向けの文面で会社ごとに差がつくのは、「当番と障害対応の体制を、現場に聞いて事実で書いているか」です。件名と一行目は、担当者が候補者の経歴を読めば書けます。しかし、当番の頻度と夜間の体制は現場にしか分からず、人事や担当者が「基本的に無い」と曖昧に書くと、面談で「実際は月に数回ある」と分かって辞退されます。現場のリードに「当番は誰が、月に何回、夜間はどうしているか」を聞いて事実で書いた文面は、インフラの人に「現場が書いている」と伝わります。エラベルでスカウト文面を担当する人には、文面を書く前に、現場に構成の事実と当番の体制を聞いてもらっています。刺さる訴求と外す訴求はインフラエンジニア向けスカウト文面の型に書いています。

代行に出す場合の範囲

担当者が持つのは、候補者の環境を読んで件名と一行目を相手ごとに書くこと、現場に聞いた構成と当番の体制を本文にすること、送る前の確認、返信の記録と直す順番の提案、です。会社が持つのは、構築か運用かの決定、構成と当番の事実を現場が伝えること、条件の幅、文面の承認、面談に構成の話ができる人が出ること、です。現場が担当者に話す時間を取れないと、文面は想像になります。出す前に、現場が話す時間を確保します。

まとめ

• 先に構築か運用かを決める。両方を曖昧に書く文面はどちらにも刺さらない
• 件名は「相手の基盤・規模・構成の一点＋構築か運用かが分かる役割」
• 本文は一行目に相手の環境の一点→自社の構成の事実→これからやること・守ること→当番と障害対応の体制→体制→条件の幅→短い締め。会社の紹介は後ろ
• 当番と障害対応の体制を隠さない。書かないと「悪いから隠している」と読まれる
• 構成は良く見せず、古い部分も書く。構築の人にはそれが役割の材料になる
• 返信が来ないときは件名→一行目と当番の記述→構成の見せ方→面談の順に一箇所ずつ直す

よくある質問

当番が多いのですが、書くと誰も来ないのでは

書きます。書かずに面談で分かると辞退され、担当者の時間も候補者の時間も無駄になります。書いたうえで、「当番を減らすための改善を任せたい」と役割にすると、改善に関心がある人には材料になります。当番が多い事実を変えられないなら、それを受け入れる人だけが来るほうが、入社後に続きます。

構築と運用の両方をやってもらう役割です

割合を書きます。「立ち上げが中心で、運用は既存メンバーと分担」「運用が中心で、改善の時間を週の一部確保」のように。両方を同じ重さで書くと、構築の人には「運用に埋もれそう」、運用の人には「落ち着かなそう」と読まれます。どちらに寄せるかを現場と決めてから書きます。

面談には誰が出ればよいですか

構成の話ができる人（インフラのリードか、それに近い人）が出ます。人事だけの面談では、候補者の「実際の構成は」「当番の運用は」に答えられず、辞退につながります。文面の締めに「構成の話ができる者が出ます」と書いた以上、面談でその人が出ることが要ります。