■NG例
《自社サービスを手掛ける》
当社では、今あなたが見ている転職サイト「type」を運営しています。
この自社サービスを今後よりよくしていくため、この度エンジニア募集を行います。
《のびのび働いていただける環境をご用意》
・フリードリンク制
・書籍購入制度
・資格取得支援制度
・フレックス制度
ぜひ、当社でご経験を活かして働きませんか？
─Badポイント
《自社サービスを手掛ける》
～～～～～～～
→サービスに関する説明が浅く、誰に向けたどんなシステムで今回募集するエンジニアに何を求めているかが伝わりづらい
《のびのび働いていただける環境をご用意》
～～～～～～～
→制度があることで何ができるのか、どのように働けて自分（転職者）にとってメリットとなるのか具体的なイメージが湧きづらい
■OK例
現在ユニークユーザー数100万人を突破し、キャリア転職サイトとしてアクセス者数No.1を誇る「type」。時には新技術を取り入れながら、サービスをリリース。これまでに業界初となる機能も次々と生み出してきました。
今回、更なる事業展開に向けて開発チームを拡充していくため、サービスの保守運用・開発業務を担っていただく開発エンジニアの増員募集をします。
私たちが日々考えているのは、この自社サービスを 「どうしたらよりユーザビリティの高いサイトへ育てることができるのか」です。ぜひ一緒に、自らの手で試行錯誤しながらサービスを革新する醍醐味を感じながら働きませんか？
◇◆新しい技術を取り入れられる◆◇
AWSの新しいサービスを活用してシステムの改善提案をするなど、サービスのクオリティを向上させるために、適宜新しい技術を取り入れています。
これまでのスキルを活かしながら、新しい技術を身につけられるチャンスも豊富です！
◇◆エンドユーザーの反応が間近で見れる◆◇
システムの改善は開発チームが主体となって提案をしており、社歴やポジションに関係なく意見を出し合っています。
エンドユーザーから フィードバックを受ける機会も多く、自身のアイデアを反映しながらサービスを育てていく実感を得られる環境です。
※開発体制などは、状況に応じて適切なスタイルを提案可能です。
─Goodポイント
携わるサービスや案件について具体的に記載しましょう！
以下のように順序だてて書くと伝わりやすいです。
▼扱うサービスの概要
▼現状の課題
▼課題を解決するために行いたいこと
▼課題解決後の展望
▼サービスの有用性
■NG例
1993年に設立した当社。創業以来成長を続け、多くの方へサービスを提供しています。今回は増員でエンジニアを募集します。
─Badポイント
・創業以来成長を続け
→具体的になぜ成長を続けられているかの理由が不明確
・多くの方へサービスを提供しています
→抽象的で、どれくらいの規模なのかが伝わりづらい
・今回は増員でエンジニアを募集します
→何のために増員するかの理由が抜けている
■OK例
自社サービスサイトの安定的な運用はもちろんのこと、今後より良い転職サイトにしていくため、新機能の追加開発や既存機能の改修を行ってまいります。そこで、今回増員募集をすることとなりました。
─Goodポイント
何のために募集をし、何をしてほしいのかがわかるように記載しましょう！
・現状 / 今後の動向予測をもとに、何をする必要があるのか
・サービスの課題を解消するために、どのような開発を行うべきか
| 💡 この記事を読んだ方におすすめの資料 |
|
【無料e-book】エンジニア求人向け訴求ポイントシート
エンジニアの求人原稿（求人票）を作成する際に活用いただける、訴求ポイント（原稿で打ち出すアピールポイント）整理シートです。エンジニア求職者の志向パターンと、効果の良い訴求ポイントがまとまっています。
|
■NG例
あなたにはtypeの開発プロジェクトに参画していただき、運用～開発までの業務をお任せします。
─Badポイント
業務内容がざっくり広く記載されていて、具体的に何を行うかがわからない
■OK例
・現状のサイトサービス運用管理
・新機能の追加開発
・既存機能の改修
といった、一連のプロダクト開発に必要なすべてのフェーズに携わっていただきます。
■□複数の視点から開発を手掛ける□■
BtoBtoCのWebサービスを展開する上で、サイトに訪れる転職者はもちろん、クライアント企業や社内のメンバーなど複数の視点からサービスの提案・開発することができ、多岐にわたる経験を積むことができます。
■□裁量を持ち、自由度高く働けます□■
自社内開発であるため、比較的働き方は自由。スケジュールを自身で組み、帰宅時間をコントロールすることができます。また、社内は20代の社員が中心。社員同士の距離が近く、パートナー企業のエンジニアの方とも良好な関係でコミュニケーションを取っております。年齢やポジション、所属会社に関わらず「いいモノをつくろう」というプロ意識があるため、あなたの意見も発信しやすい環境。自分の考えを持ち、のびのびと働けます！
【直近のトピックス】
■ 20代（メンバー）の発案で、エンジニア目線を活かした求人検索機能（言語・フレームワーク等のスキル検索機能）を追加
─Goodポイント
業務に付随した情報を記載しましょう！
・サービスや案件のどの部分に携わるか（機能追加や改修など）
・仕事の進め方やスタンス
・個人の裁量
・これまでに実現した開発事例等
■NG例
ジャヴァ / Ruby / Typescript / JavaScript / Docker / Github / Slack / Testcafe / BrowserStack
─Badポイント
・技術の分類がしっかりできていない
・技術名の表記に誤りがある
・チーム体制が不明
■OK例
【メイン技術スタック】
言語：Ruby
フレームワーク：Ruby on Rails
DB：AWS（RDS） / PostgreSQL
ソースコード管理：Git
プロジェクト管理：GitHub / JIRA
情報共有ツール：Slack / DocBase
【その他用いる技術スタック】
言語：Swift / TypeScript
フレームワーク：React / Redux
AWS：RDS / EC2 / S3 / Route53 / ELB / CloudFront
その他：GraphQL / TestCafe / Docker
【チーム体制】
《5名体制でサービスに着手》
20代（男性）フロントエンド / 経験4年
20代（女性）フロントエンド・バックエンド / 経験6年
30代（女性）フロントエンド・バックエンド / 経験10年
30代（男性）インフラ / 経験13年
40代（男性）フロントエンド・バックエンド・インフラ / 経験15年
【その他】
・希望スペックのPCやディスプレイを支給
・定価6万円以上のハイスペックチェア支給
・OS/エディタなどの個人環境は自由に使用OK
・業務中イヤホン装着OK
・フリードリンク制
・書籍購入制度
・資格取得支援制度
─Goodポイント
開発に紐づく情報までを記載しましょう！
・使用技術の切り分け（メイン・サブなど情報を整理）
・チーム構成の記載
・業務スタイルの柔軟性など
■NG例
■学歴不問
■何かしらのエンジニア経験がある方
─Badポイント
どんなエンジニアを求めているのかがわからない
→この記載では開発エンジニア、インフラエンジニアどちらも対象になる
→経験に関する記載がないため、ミスマッチが起きやすくなる
■OK例
■学歴不問
■Webアプリケーション開発の実務経験
■Ruby on RailsによるＷebサービス開発・運用経験
■SaaS / 業務ソフトウェアの開発経験
【歓迎する経験・スキル】
■React / TypeScriptを用いたＷebフロントエンド開発経験
■GitHubを用いた複数人での開発経験
【求める人物像】
■自社サービスへの興味化や改善への意向がある方
■スピーディに意思決定できる環境で働きたい方
─Goodポイント
業務が明確だからこそ、求めるスキルを絞りこみ記載をしましょう！
【必須項目】
経験領域や言語を明確にする
【歓迎項目】
付随スキルを記載する（バックエンドの募集ならば、フロントエンドのスキルなど）
【プラスα】
マインド面や志向性について記載があるとGoodです！
4｜原稿修正で選考通過者が急増！実例Before After
|
それでは以下より、実際にtypeに掲載いただいた2社の事例をもとに掲載中の原稿修正をどのように行って、効果が変化したのかご紹介してまいります。
| |
4-1.｜事例① A社 募集職種：インフラエンジニア（運用保守） / インフラエンジニア（設計構築）
|
ターゲット
原稿①【インフラ運用保守】
理想ライン ⇒ NWまたはサーバの運用保守経験がある
許容ライン ⇒ CCNAやLPIC持っていれば、実務経験1年未満でもOK
原稿②【インフラ設計構築】
理想ライン ⇒ NWまたはサーバの設計フェーズを一通り担当した経験がある
許容ライン ⇒ NWまたはサーバの構築業務に携わった経験がある
修正前の効果
両原稿ともPV数は平均以上であるが応募数が平均を下回っており、原稿を見てもらった人に応募をしてもらう動機づけができていない状況であった。
どのように修正をしたか
原稿①【インフラ運用・保守】
ターゲット：保守レベルの方、で若手の方を想定（年収300万～400万程度）
原稿内での工夫：
◎「自分には難しそう」と思われないように最先端や、クラウド・仮想化など尖ったワードはあまり出さないように変更
◎運用レベルへのステップアップも着実にやっていきたい方向けのメッセージを組み込む
◎NIerとしての組織力を強みにできることをアピール（チーム体制やアサイン、ノウハウなど）
◎その他、働きやすさについてアピール（「いざ入社してみて激務だった」といった方や、「残業が多すぎてイヤだ」と感じている第二新卒クラスの方に向けて）
原稿②【インフラ設計・構築】
ターゲット：現在構築フェーズにいる方を想定（年収500万～600万程度）
原稿内での工夫：
◎クラウド関連のスキルを身につけることで、より案件単価の高いプロジェクトで活躍できるようになり、今よりも稼げるようになることを訴求
◎NIerとしてインフラ100％でやってるからこそ、専門性の高い領域にも手がけられることを記載（自社内でのスキルアップ体制、アサインノウハウ、キャリアパスなどインフラのプロ集団だからこそ実現できる魅力があることを訴求）
結果
修正後、応募数自体は減ったものの応募から選考に進む方が増え、１名の内定に繋がった
| |
4-2.｜事例② B社 募集職種：開発エンジニア / AWSエンジニア
|
ターゲット
原稿①【開発エンジニア】
原稿②【AWSエンジニア】
⇒ 両原稿ともスキルを伸ばしたいと考えている微経験の若手エンジニア
修正前の効果
応募者の経験が求めているスキルと合わず、選考通過者が少ない状況であった。
どのように修正をしたか
ターゲット：両原稿とも変更なし（スキルを伸ばしたいと考えている微経験の若手エンジニア）
原稿内での工夫：どちらの原稿も、「一緒に成長していこう！」というメッセージを強めた表現に変更
◎B社の組織風土である、「”誰と創るか”を大切にし、組織全体で成長していこう」とするスタンスを原稿内で伝えることで、微経験者に安心感を与え、他社との差別化を図った
◎プロジェクトは「チーム参画が9割」であること、また、各プロジェクト先には必ず「1名以上のPM・PL」がいるといった具体的な根拠を明記
◎AWSエンジニアの原稿では、「どんな経歴・スキルを持つ優秀なAWSエンジニアがいるのか」について記載の上、メンバーが取得しているAWS関連の資格について「何を何名取得しているか」追記した
結果
PV数・応募数・応募率ともに大幅に増加し、面接率がUP。結果、即戦力3名の採用に繋がった。
エンジニアの求人票を作成する際には、プログラミング言語やフレームワークに関する使用技術、携わるシステムの内容、求められる経験などを記載すると、入社後のイメージが湧きやすくなる為オススメです。
求人票の作成ポイントとしては、トップ記事にシステムの内容やサービス規模を入れること、仕事内容に仕事の進め方やチームのルールを記載することなどが挙げられます。
ご紹介した求人票の書き方NG例、OK例を参考にして、エンジニアの応募を集めていきましょう。
最後までお読みいただきありがとうございました。少しでもご参考になれば幸いです。
