IT企業の人事が副業でできること｜経験の棚卸しと売り方｜IT企業の人事の経験は「採りにくいエンジニアを、ダイレクトリクルーティングと現場の巻き込みと速い選考で、競争の中で採ってきた」型で売れる。売れるのは、スカウトを軸にした母集団の設計、技術職の要件を現場と一緒に決める型、選考の速さと候補者体験の設計、採用の数字を回す運用の四つ。「IT企業の人事でした」ではなく、「採りにくい職種を、スカウトと現場と速さで採る形を作る」と売る

IT企業の人事として、エンジニアやデザイナーやプロダクトの職種を、スカウトを送り、現場のエンジニアを面接に巻き込み、他社との競争の中で速く決めて、採ってきた。この経験は、人事の副業で売れるのか。IT企業の採用は他の業界と進め方が違い、自社の技術や知名度があったから成り立っていたと感じる人が多いところです。結論を先に書くと、IT企業の人事の経験は、「採りにくいエンジニアを、ダイレクトリクルーティングと現場の巻き込みと速い選考で、競争の中で採ってきた」型で売れます。売れるのは、「スカウトを軸にした母集団の設計」「技術職の要件を現場と一緒に決める型」「選考の速さと候補者体験の設計」「採用の数字を回す運用」の四つです。IT以外の業界でも、社内にエンジニアやデータの職種を持ち始めた会社は、その職種の採り方が分からず、媒体に出しても来ず、現場が面接に関わらず、選考が遅くて他社に取られています。「IT企業の人事でした」ではなく、「採りにくい職種を、スカウトと現場と速さで採る形を作る」と売ります。エンジニアからの転身はエンジニアからの転身が副業でできることに、スタートアップの経験はスタートアップ人事の経験は評価されるかに、社内リクルーターの経験は社内リクルーターが副業でできることにまとめています。

この経歴の何が売れるか

IT企業の人事の経験を、業界の内外の採用の工程に置き換えた棚卸しです。在籍した会社の採用の内情は含めず、「型」として抜き出します。

売れるものの要点は、「採りにくい職種を、待たずに探し、現場と一緒に見て、速く決める型」です。多くの会社の採用は、媒体に出して、応募を待ち、人事が一次面接をし、現場に回し、数週間かけて決める形で動いており、採りにくい職種ではこの形が通じません。IT企業の人事は、その形が通じない環境で、スカウトと現場の巻き込みと速さで採ってきています。この型は、IT以外の業界でも、採りにくい職種を持ち始めた会社にそのまま合います。スカウトの案件はスカウト代行の副業案件に、指標の設計はKPIを設計するに、聞き取りの型はヒアリングで押さえる項目に書いています。

売りにくい点とその扱い

IT企業の人事の転身で売りにくい点は三つあり、扱い方があります。

扱い方の要点は、「技術が分かるふりをせず、分からない専門職を採る型として売る」ことです。IT企業の人事の経験がある人は、技術が分かると思われることに応えようとして、面談で技術の話に踏み込み、依頼側の現場に見透かされます。「私は技術は分かりません。ただ、分からない専門職の要件を、現場の言葉を聞き取って『できること』で書き、現場に評価を任せる分担を作ってきました」と最初に言えば、依頼側は「うちの現場と一緒にやれる人」と受け取ります。IT以外の業界には、IT企業の言葉を構造の言葉に置き換えて入ります。範囲の決め方は業務範囲を書面で固めるに、自己紹介の型は自己紹介文のテンプレートに整理しています。

エラベルの見解

担当する側から見ると、IT企業の人事から転身して続いている人と、面談で止まる人の差は、依頼側の会社の名前を知らない候補者に、何を書けば読まれるかを最初に考えているかです。止まる人は、本業で返信が来ていたスカウトの型をそのまま使い、返信が来ずに「この会社は知名度がないから」で止まります。続いている人は、依頼側の会社の名前を知らない候補者が、それでも読む理由を探すところから始めます。「あなたの経歴のここを見た」「この会社のこの点が、あなたの次の一歩に合う」を、依頼側の現場に聞き取って文面の最初に置き、返信が戻ったところで依頼側の信頼を得ます。

見ていて差がつくのは、現場の専門家を面接に巻き込む型を、依頼側の現場の負担に合わせているかです。IT企業の人事の経験がある人は、現場のエンジニアが面接に出るのが当たり前の環境にいたので、依頼側の現場にも同じ関わり方を求め、「そんな時間はない」と引かれます。「面接の時間を短くし、現場が見る点を技術の一点に絞り、人事が見る点と分け、判断は一緒に持つ」形にして、現場の負担を減らしたうえで巻き込んだ人は、現場が面接に出るようになり、依頼側から「初めて現場が採用を自分ごとにした」と評価されています。エラベルでは、依頼側が担当者の経歴を見て選ぶ仕組みなので、「採りにくい職種を、スカウトと現場と速さで採る形を作る」と構造の言葉で書いている担当者に、専門職の採り方が分からない依頼側がついています。IT企業の人事の転身は、IT企業のやり方ではなく、知らない会社の名前で口説く文面から始まります。

案件の探し方

IT企業の人事から入りやすい案件と、探し方です。

探し方の要点は、「IT以外の会社の、IT系の職種」から入ることです。IT企業の依頼側は、同じ型を持つ人事が社内にいることが多く、副業の担当者に求めるのは手を動かす工程になりがちです。IT以外の会社（メーカー、小売、金融、医療、建設）が社内にエンジニアやデータの職種を持ち始めたとき、その職種の採り方を知っている人が社内におらず、IT企業の人事の型が唯一の打ち手になります。案件の相談で「エンジニアを採りたいが、どうすればよいか分からない」という言葉が出たら、それが入り口です。案件の探し方は副業案件の探し方に、業界を絞る戦い方は業界特化という戦い方に書いています。

単価の目安

単価は、具体的な額ではなく、決まり方の構造で考えます。IT企業の人事の転身で、単価に影響する要素です。

単価の要点は、「設計は成果物で、運用は月額で受け、最初の月は途中の成果を見せる」ことです。IT企業の人事の経験で受ける工程は、採りにくい職種の採用という価値が分かりやすく、紹介の手数料と比べて示せます。ただ、知らない会社の名前で返信をもらうには時間がかかり、最初の月に成果が出にくいので、「文面を作り直した」「返信率が動いた」「現場が面接に出た」と、途中の成果を報告で見せて、更新の根拠にします。単価の構造は人事の副業単価の相場に、成果の定義は成果をどう定義しておくかに、成果報酬は成果報酬型は受けるべきかに整理しています。

始める順番

IT企業の人事から副業を始める順番です。

順番の要点は、「三」の正直な書き出しと「五」の線です。IT企業の人事の経験は、会社の知名度と技術の魅力に支えられていた部分があり、それを認めずに副業に入ると、返信が来ない現実で止まります。知名度に頼れない前提で文面を作り直す準備をし、技術が分かるふりをしない線を引いておくと、依頼側との期待がずれません。プロフィールはプロフィールの書き方に、初案件の備えは初案件で不安になりやすい点と備え方に、情報の分け方は案件ごとの情報の分け方に書いています。

エラベルの見解

相談で最も多い思い込みは、「IT企業の採用のやり方は、IT企業でしか通じない」というものです。実際には、IT以外の会社が社内にエンジニアやデータの職種を持ち始め、その職種の採り方を知っている人が社内におらず、媒体に出しても来ず、現場が面接に関わらず、選考が遅くて他社に取られています。待たずに探す母集団、現場と一緒に決める要件、速さの設計、数字の運用。IT企業の人事が日常として回してきたこの型は、その会社にとって、持っていない打ち手です。通じないのは、IT企業の言葉と知名度に頼ったまま持ち込む場合で、構造の言葉に置き換えて、知らない会社の名前で口説く文面から作り直せば、業界は関係ありません。

順番として、本業の規定と守秘の条件を専門家に確認し、採ってきた型を会社の情報を含まずに書き出し、知名度に頼っていたことを正直に書き、IT企業の言葉を構造の言葉に置き換え、技術が分かるふりをしない線を引き、範囲を母集団と要件と巻き込みと速さと数字に絞り、スカウトと現場と速さで採る形を作る一言を作り、登録先に範囲と向いている依頼側を登録し、一件受けて返信が戻った形を残す。この順番で、IT企業の人事の経験は「IT企業でしか通じないもの」から「採りにくい職種を持ち始めた会社の打ち手」になります。エラベルでは、依頼側が担当者を選ぶ仕組みなので、採りにくい職種の工程を明確にし、技術の評価を含まないことを示している担当者に、専門職の採り方が分からない依頼側がついています。IT企業の人事の転身は、IT企業のやり方ではなく、知らない会社の名前で口説く文面から始まります。

まとめ

• IT企業の人事の経験は「採りにくいエンジニアを、ダイレクトリクルーティングと現場の巻き込みと速い選考で、競争の中で採ってきた」型で売れる。スカウト軸の母集団・技術職の要件・選考の速さと候補者体験・数字の運用の四つ
• 「IT企業の人事でした」ではなく「採りにくい職種を、スカウトと現場と速さで採る形を作る」と売る
• 売りにくい点は技術を分かっていると思われる・IT以外の業界で通じるか・自社の魅力に頼っていた。技術が分かるふりをせず線を引き、IT企業の言葉を構造の言葉に置き換え、文面は依頼側の名前で作り直す
• 案件はIT以外の会社の、IT系の職種から。「エンジニアを採りたいが、どうすればよいか分からない」が入り口
• 単価は設計は成果物、運用は月額で。最初の月は途中の成果を見せる。成果報酬は最初は避け、可否は専門家に確認
• 現場の巻き込みは、依頼側の現場の負担に合わせて軽くする。IT企業の当たり前を持ち込まない

よくある質問

本業でもエンジニアの採用をしています。副業でもエンジニアの採用を受けてよいですか

本業の会社と依頼側が同じ職種を同じ媒体で採用している場合、候補者と情報が重なり、本業の会社との守秘と利益相反の線に関わります。本業の会社の副業の規定と、候補者の情報の扱いの条件を確認し、同じ職種で競合する案件は避けるか、本業の会社の許可を得る形にします。本業がIT企業なら、IT以外の会社のIT系職種の案件のほうが、重なりが少なく入りやすいです。個別の判断は、弁護士や社会保険労務士にご確認ください。利益相反の見方は本業と利益相反になる案件に、情報の分け方は案件ごとの情報の分け方に整理しています。

依頼側の現場から「技術のことが分かっていない」と言われました

分かっていないことを認めたうえで、分担を示します。「技術の評価は御社の現場にお任せします。私は、現場が見る点を一点に絞り、面接の時間を短くし、候補者を探して連れてくるところと、選考を速く回すところを担います」と言えば、現場は「自分の領域を侵されない」と感じて協力します。技術が分かるふりをして踏み込むと、現場の信頼を失います。要件を決めるときは、現場の言葉を聞き取り、「できること」で書き直して現場に確認してもらう形にします。聞き取りの磨き方はヒアリング力の磨き方に、エンジニア側から見た採用はエンジニアからの転身が副業でできることに書いています。

本業の会社ではスカウトの返信がよく来ていたのに、副業の依頼側では来ません

本業の会社の知名度と技術の魅力があったから返信が来ていた、ということが多いです。依頼側の会社の名前を知らない候補者が、それでも読む理由を、文面の最初に置き直します。「あなたの経歴のここを見ました」「この会社のこの点が、あなたの次の一歩に合うと思いました」を先に書き、会社の説明は後に回します。依頼側の会社の魅力は、依頼側の現場に聞き取り、候補者の言葉に置き換えて使います。本業の型をそのまま使わず、作り直す前提で入ると、落差に驚かずに済みます。文面の型はスカウト代行の副業案件に、評価される担当者の共通点は評価される副業人材の共通点に整理しています。