エンジニア採用のリファラル制度｜紹介数より運用ルールを先に決める

僕なら、エンジニア採用でリファラル制度を始めるとき、紹介数の目標を置く前に、誰が誰へ何を伝え、どの時点で応募として扱うかを決めます。社員には、募集背景、期待する役割、必須条件、本人へ必ず伝える事項、採用担当へのつなぎ方をまとめた紹介ガイドを渡します。候補者本人の同意がない氏名や連絡先を採用管理システム（ATS）へ登録してはいけません。

報奨を設ける場合も、金額だけを先に決めません。対象者、支給条件、支給時期、税務・給与処理、退職時や重複紹介時の扱いまで規程にし、通常応募と同じ評価基準を使います。紹介者は候補者を推薦できますが、合否を決めず、選考内容を知る権限も持ちません。

知人との情報交換を「応募」に切り替える時点は、制度開始前に決めます。この境界が曖昧だと、善意の共有が無断登録になり、カジュアルな会話が本人の知らない選考へ変わります。候補者本人が連絡を希望し、個人情報の提供に同意した時点を制度の入口にします。

エンジニア採用のリファラルで先に固定する6項目

募集ポジションを社内へ公開すると、社員は人を思い浮かべます。ところが、求人票だけでは「今すぐ転職したい人だけか」「まず話を聞きたい人もよいか」「以前の同僚へどこまで話してよいか」が分かりません。紹介フォームを短くすれば解決するのでしょうか。入口が曖昧なままフォームだけを短くすると、迷いをATSの中へ移すだけです。

運用開始前に、少なくとも次の6項目を一枚にまとめます。

• 対象：紹介できる社員、対象職種、家族・元社員・取引先などの除外範囲
• 依頼：社員が使える募集要項、会社説明資料、連絡文面、禁止する表現
• 同意：候補者本人が応募意思と個人情報の提供に同意する方法
• 選考：通常応募と共通の評価項目、面接官、利益相反時の交代
• 情報：紹介者へ返す範囲、ATSの閲覧権限、保管・削除の扱い
• 報奨：対象者、条件、時期、金額、重複・休職・退職時の扱い

この一枚で社員が判断できない項目は、紹介数を募る前に採用担当が決める項目です。採用チャネル全体との位置づけから整理したい場合は、エンジニア採用の実務ガイドも参照してください。

社員への依頼では判断材料を揃える

依頼文の中心には、入社後に担う課題を置きます。技術名を並べるだけでは、社員が知人との経験を募集要件に照らして判断できません。EMは、担当領域、チームの現状、期待する最初の役割、必須条件と入社後に学べる条件を分けます。CTOは、技術戦略や組織上の優先度について、社外へ開示できる範囲を承認します。採用担当は、それを社員が誤解なく転送できる募集情報と案内文に整えます。

社員に依頼する行為も線引きします。募集情報を知人へ共有し、関心の有無を尋ねるところまでは紹介者が担えます。一方、転職意思を決めつける、経歴を本人に代わって入力する、内定や処遇を約束する、非公開情報で勧誘する行為は認めません。募集情報は更新日と担当窓口を付け、募集停止時には古い案内の利用も止めます。

2026年7月確認時点の職業安定法は、募集に関する情報について虚偽や誤解を生じさせる表示を禁じ、正確かつ最新に保つことを求めています。この要請はリファラル経由の募集情報にも及ぶため、社員が伝える資料にも更新管理が要ります。

候補者の同意をATS登録より前に置く

安全な入口は二段階です。最初は個人を特定しない相談にとどめ、候補者が関心を示した後は、本人が採用窓口へ連絡するか、本人向けフォームから送信します。紹介者経由で連絡先を受け取る設計なら、候補者に会社名、利用目的、登録項目、連絡方法を示し、提供への同意を確認してから採用担当が登録します。

実務フローは次のように固定できます。

1. 社員が承認済みの募集情報を候補者へ渡す
2. 候補者が面談または応募を希望する
3. 候補者本人が利用目的を確認し、連絡先を送信する
4. 採用担当が同意の記録とともにATSへ登録する
5. 重複応募を採用担当だけが確認し、候補者へ扱いを案内する

この順番なら、「紹介したい」という社員の意思と「連絡を受けたい」という候補者の意思を混同しません。返事がない、または同意が確認できない場合は、ATSへ仮登録せず終了します。

2026年7月確認時点の職業安定法第5条の5は、求職者等の個人情報について、目的を明らかにし、目的達成に必要な範囲で収集・保管・使用することを定めています。また、個人情報保護委員会の個人情報保護法ガイドライン（通則編）は、本人から入力画面などで直接取得する場合、送信前に利用目的を明示する考え方を示しています。法令上の個別判断とは別に、無断登録を禁止する運用は入口で明文化できます。

報奨は支給条件より先に法務・労務の扱いを確認する

報奨は協力への感謝を形にできますが、高額にすれば適切な紹介が増えるとは限りません。金額が紹介者の判断を強く左右すれば、候補者の意向より応募化が優先されるおそれもあります。まず、報奨なしでも使える依頼資料と同意フローを完成させ、その後に制度の目的と整合するかを検討します。

2026年7月確認時点の職業安定法では、第36条が被用者以外の者に募集を委託する場合を、第40条が募集に従事する被用者等への報酬を定めています。厚生労働省の募集・求人業務取扱要領も、募集主や募集従事者、直接募集と委託募集を区分しています。ただし、個々のリファラル制度がどの規定にどう当てはまるかは、紹介者との関係、依頼内容、報奨の性質などで変わり得ます。制度名だけで職業安定法上の適用を断定せず、管轄の労働局へ確認します。

社内規程には、少なくとも対象となる雇用区分、紹介成立の定義、応募前から接点があった場合の扱い、支給時期、重複時の優先ルール、不正や自己紹介の除外を記載します。報奨が賃金に当たるか、就業規則・賃金規程への記載や変更手続が必要か、源泉徴収を含む課税・給与処理をどうするかは、社労士、税理士、所轄の労働局や税務署へ確認してください。

厚生労働省のモデル就業規則では、就業規則の作成・変更時に必要な手続や届出先を確認できます。報奨の規程への反映方法や課税関係は支給条件によって異なるため、自社の制度案を示して社労士や税理士、所轄の行政機関へ確認することが必要です。

紹介者と選考者を分けて公平性を守る

紹介は候補者を知るきっかけであって、評価結果ではありません。リファラルだけ書類選考を免除する、紹介者の役職で面接回数を変える、紹介者が直属の採用責任者として単独で合否を決める運用は、候補者間の比較を崩します。例外を設けるなら、対象、理由、代替する確認方法を全チャネル共通で定義します。

評価票は通常応募と同じものを使い、職務に必要な能力と行動事実を記録します。紹介者が面接官になる場合は、関係性を申告し、別の面接官を加えるか交代させます。採用担当は候補者の選考状況や評価コメントを紹介者へ共有せず、候補者が同意した連絡だけを返します。不採用理由、処遇、他社選考、入社意思は候補者の情報です。

この分離により、社員は関係を壊さずに入口をつくり、面接官は採用基準に集中できます。「知っている人だから安心」という感覚を、職務上の評価へ持ち込まない仕組みが公平性を支えます。

採用担当・EM・CTO・管理部門の分担

制度オーナーは採用担当に置き、技術要件と経営判断を一人へ集めない体制にします。

役割表で空欄が残るなら、そこが運用開始後の例外処理になります。採用体制や外部支援の分担も含めて整理する場合は、採用コンサルティングの支援範囲と選び方が判断材料になります。

数を追う前に監査できる状態をつくる

開始後に見るのは紹介数だけではありません。同意前の登録がないか、募集終了後の古い案内が残っていないか、通常応募と評価基準がずれていないか、報奨の例外判断が増えていないかを定期的に確認します。紹介から面談、応募、選考へ進んだ件数は自社内の推移として記録しますが、根拠のない平均値や成功率を目標にはしません。

エンジニア採用のリファラル制度を始められる条件は、候補者本人が利用目的を確認して連絡先を送る時点を応募の入口と定め、その前にはATSへ登録しないことです。そのうえで、社員は情報提供、採用担当は同意と進行、EMとCTOは職務基準、人事労務・経理は報奨処理を担います。紹介数がまだ少なくても、この境界と分担を説明できる状態なら、制度を改善する土台はできています。