Wantedlyでインフラエンジニアにスカウトを送る文面の考え方｜読む点と誘い方

Wantedlyでインフラエンジニアにスカウトを送るとき、最初にぶつかるのは「自社と同じ基盤やサービスの名前で検索して送っているのに、返信が来ない。来ても、面談で『当番はあるのか』『手作業はどのくらいか』を聞かれて止まる」という問題です。結論から言うと、インフラエンジニアへのスカウトは、基盤の名前の一致で相手を選ぶのではなく、先に自社の基盤の担当範囲と当番の形と最初に任せることを決め、「同じ種類のものを動かしていて、同じくらいの自動化の段階にいる人」を選び、その人が直したことを読んだ一文から、自社の基盤の場面で誘います。 この記事では、インフラエンジニアがスカウトで見ているもの、送る前に決めること、誰に送るか、文面に書くこと、返信後の面談、社内の分担、やりがちな失敗を整理します。エンジニア全般のスカウトの考え方はエンジニアにスカウトを送る文面の考え方、文面の3段の型はエンジニア向けスカウト文面の型、募集記事はインフラエンジニアを採る募集記事の書き方で書きました。

インフラエンジニアがスカウトで見ているもの

「当番と手作業の実態」は、書かれていなければ面談で最初に聞かれます。

送る前に決めること｜担当範囲と当番の形、最初に任せること

送る前に、社内で三つを決めます。

• 基盤の担当範囲：自分たちで持つ範囲と外部に任せる範囲、開発側との境界。決め方はインフラエンジニアを採る募集記事の書き方で書きました
• 当番の形：無いか、あるか。あるなら何人で、どの時間帯を、どう交代するか。障害のあとの振り返りの形
• 最初に任せること：「最初の月は〇〇の監視の整備を任せ、△△と組む」を一つ。これが文面の2段目になり、送る相手を「それができる人」に絞れる

誰に送るか｜基盤の名前の一致ではなく、動かしているものと自動化の段階の重なり

基盤やサービスの名前が同じでも、動かしているものの種類と自動化の段階が違えば、面談で「うちの基盤とは違う」になります。選ぶ基準は、「同じ種類のものを動かしていて、同じくらいの自動化の段階にいるか」です。

「自動化の段階」が要点です。自社が「手作業が多く、これからコードで管理する」段階なら、同じ段階を経験して進めた人か、いま同じ段階にいる人。「管理が回っていて、監視を整える」段階なら、監視を整えた経験を書いている人。基盤の名前は「あればよい条件」に置きます。絞り方の基本はスカウト対象の絞り方で書きました。

障害の振り返りを書いている人の読み方

インフラエンジニアは、障害の振り返りや構成の判断を記事にしている人が一定数います。あれば読み、文面で「〇〇の障害についての振り返りの、△△の判断の部分を読みました」と一文で触れます。結論ではなく、「なぜそう判断したか」「次に何を変えたか」の部分に触れると、読んだことが伝わります。書いていない人を外しません。

エージェントベストの見解

相談で最も多い思い込みは、「インフラは、自社と同じ基盤やサービスを使っている人でないと、入ってすぐ動けない」というものです。当社は3媒体すべての販売パートナーとしてWantedlyのスカウトを見ていますが、インフラエンジニアが返信した文面を並べると、基盤の名前が一致していたかどうかは、返信の有無とほとんど関係がありません。関係があるのは、「自分が直したことを読んでくれたか」と、「当番の形と手作業の実態が文面で分かるか」の二つです。名前が一致していても、相手が管理の回っている環境の人で、自社が手作業だらけなら、面談で「聞いていない」になります。逆に、名前が違っても、同じ種類のものを同じ段階で動かし、手作業を仕組みにした経験のある人なら、「道具は入ってから覚える」で話が進みます。当社が対象を組み直すとき、最初にやるのは、検索条件から基盤の名前を外し、「何を動かしていて、どの段階で、何を直した人か」で並べ直し、当番の形を文面の最初のほうに入れることです。

文面に書くこと

文面の型（相手の一文→自社の開発の場面→話す場の案内）はエンジニア向けスカウト文面の型に書いたので、ここではインフラ特有の要点だけを書きます。

• 相手の一文は、直したことで：「〇〇の手作業を仕組みにされたと書かれていたのを読んで」「△△の障害の振り返りの、□□の判断の部分を読みました」。基盤の名前ではなく、何を動かしていて、何を直したか
• 当番の形と手作業の実態を、最初のほうで：「当番はある。〇人で交代していて、夜間は△△の範囲まで」「手作業が残っていて、□□からコードで管理し始めている」。隠さない
• 最初に任せることを、一文で：「最初の月は〇〇の監視の整備を任せ、△△と組みます」。募集記事と同じ言葉
• いま決めようとしていることを、一つ：「〇〇の構成をコードで管理する順番を、いま決めようとしています」。会社説明ではなく、基盤の場面
• 一人目なら、一人目と：「一人目で、いまは開発の〇〇が兼務で見ています。引き継ぎは△△の形で」
• 話す場は、基盤を見ている人と：「いま基盤を見ている〇〇と、構成の図を見ながら話します。転職を決めていなくても構いません」

相手の技術や構成を評価しません。

返信後の面談｜構成の図と、最近の障害を話す

面談には、基盤を見ている人が出ます。一人目の募集なら、兼務で見ている開発のエンジニアか、外部の会社との窓口の人が出ます。面談の設計はカジュアル面談の設計で書きました。

選考に進むとき、構成の設計や障害対応の課題を出すなら、面談のときに「課題がある」「どのくらいの時間がかかるか」を先に伝えます。伝え方はカジュアル面談から選考に進むときの伝え方で書きました。

社内の分担

一人目のインフラエンジニアを採るスカウトでは、「読んで一文を書く人」が社内にいません。その場合は、いま基盤を見ている人（兼務の開発のエンジニアや、外部の会社）に相手のプロフィールを見てもらい、「一人目で、いまは〇〇が兼務で見ている」と正直に文面に書きます。

運用代行や代理店が支えられるのは、対象の並べ直しの基準づくり、型、避ける言葉のチェック、募集記事との整合の確認までで、担当範囲と当番の決定、相手の直したことを読んだ一文、技術の言葉と数値の確認、面談は社内が担います。代理店の代行の範囲は代理店に運用まで頼めるかで書きました。

エージェントベストの見解

インフラエンジニアにスカウトを送る前に、先に決めておかないと効果が出ないのは、「当番の形」です。当社がWantedlyのインフラ向けスカウトを支えるとき、「当番のことは面談で説明する」という会社が多くあります。ただ、インフラエンジニアは当番の形を文面の段階で読もうとし、書かれていなければ「一人で全部」を想像して開きません。返信が来ないので「Wantedlyはインフラに効かない」という結論になりがちです。逆に、「当番はある。〇人で交代していて、夜間は△△の範囲まで。障害のあとは振り返りをして個人を責めない」と文面の最初のほうに書いた会社は、返信の数は減っても、面談で「聞いていない」になる人がいなくなります。当社が最初にお願いするのは、対象の絞り込みではなく、社内で当番の形を一文にすることです。その一文が無いと、誰に送っても文面は「基盤の名前の一覧」に戻ります。

やりがちな失敗

最も多いのは、最初の「基盤の名前の一致で選ぶ」です。

まとめ

• インフラエンジニアは、誰から来たか・自分の何を読んだか・何を動かしている会社か・当番と手作業の実態を、文面の段階で見ている
• 送る前に、担当範囲、当番の形（何人で、どの時間帯を、どう交代し、振り返りをどうするか）、最初に任せることを決める
• 誰に送るかは、基盤の名前の一致ではなく、動かしているものの種類と自動化の段階の重なりで。「何を直したか」を読む。振り返りはあれば「なぜそう判断したか」に触れ、無くても外さない
• 文面には、相手の直したことを読んだ一文、当番の形と手作業の実態、最初に任せること、いま決めようとしていることを。相手の構成を評価しない
• 面談は構成の図を見せ、最近の障害と当番の形を本人が話す。課題を出すなら先に伝える

よくある質問

自社と同じ基盤やサービスを使っている人が、検索でほとんど出ません

基盤の名前で絞る必要はありません。「同じ種類のものを動かしていて、同じくらいの自動化の段階にいる人」で選び、文面に「使っている基盤は違いますが、〇〇を△△の段階で動かされている点と、□□を仕組みにされた点が、うちのいまの状況と近いと思い」と書きます。

当番があることを文面に書くと、開かれなくなりませんか

書かないほうが、開かれません。書かれていないと「一人で全部」を想像されます。「当番はある。〇人で交代していて、夜間は△△の範囲まで。障害のあとは振り返りをして個人を責めない」と書けば、それを前提に読む人だけが返信します。数は減りますが、面談で離れる人がいなくなります。

インフラ向けのスカウトの対象の絞り込みは、御社に相談できますか

できます。当社は、対象の並べ直しの基準づくり、文面の型、避ける言葉のチェック、募集記事との整合の確認を支えられます。相手の直したことを読んだ一文、技術の言葉と数値の確認、面談は、社内の基盤を見ている人が担ってください。当社はOfferBox・Wantedly・ワンキャリアの販売パートナーとして、Wantedlyのスカウト運用を支えています。3媒体の全体像は3媒体の違いと選び方にまとめています。