知り合いの紹介で応募する前に。推薦してもらえる範囲をそろえよう。
「うちの会社、紹介できるよ」と言われた。ありがたいけれど、何を伝えてもらい、どこから自分で進めればいいのか。紹介を頼む前に、仕事の接点を一枚にまとめてみましょう。
公開資料の事実と、編集部の行動提案を分けて読み解きます。海外の一例が、日本のすべての会社に当てはまるとは限りません。
GitLabは、関係の深さで紹介と推薦を分けている
GitLabの公開制度はReferralとEndorsementを区別しています。前者は過去に一緒に働いた人や親しい関係があり、能力や価値観について語れる人。後者には、知人の知人など、本人の仕事ぶりを十分に語れない場合の推薦が含まれます。これは同社の制度上の定義です。
公開資料で確認できること
紹介者にも、本人の同意と情報整理が必要
同社は紹介者に、職務要件との適合や採用可能な居住地を確認し、本人に知らせて承諾を得たうえで、関係性と適任と考える理由を正式な仕組みに記入するよう求めています。既に応募が確認・進行されている場合は推薦として扱うなど、手順にも条件があります。紹介者が何でも後から変更できる制度とは読めません。
公開資料で確認できること頼むのは「通してください」より、見ていた経験の共有
編集部の提案は、紹介者が実際に知っていることと、あなたがこれから伝えることを分けること。知人が知らない成果や能力まで、証言するよう頼まないようにします。
| 共有する材料 | 確かめること |
|---|---|
| 応募したい求人のURL | 紹介者は、その部署や仕事の中身を知っているか |
| 一緒に取り組んだ具体的な経験 | 紹介者が直接見た範囲はどこか |
| 職務要件と自分の経験の対応 | 自分の説明として補うべき部分はどこか |
| 応募済みかどうか | 紹介を先に登録するのか、通常応募するのか |
| 共有してよい書類・情報 | 誰に何を渡すか、本人同意の範囲はそろっているか |
知人との関係を守りながら、応募は自分で判断する
架空の依頼例です。「求人のこの業務に興味があります。一緒に担当したイベント運営の経験を、見ていた範囲で伝えていただくことは可能でしょうか。紹介が難しければ通常応募します」。断る余地を残し、選考の連絡は会社の窓口と進めます。紹介者の「働きやすい」は、部署や時期が違う可能性もあるため、配属先の実態は別に確認します。
紹介制度は会社ごとに違う
GitLabの定義や手順は、日本の企業共通のルールではありません。紹介が合否に与える効果や通過確率は、この資料からは分かりません。紹介を受けられないことを不利の証拠と考えず、応募先の手順を守り、自分の経験を示す準備を続けましょう。
ここから始めてみよう。
- 紹介してもらいたい求人を一つ選ぶ
- 紹介者が直接見た経験だけを短くまとめる
- 応募前に正式手順と共有する情報をそろえる
会社に、こう聞いてみる。
紹介にあたって、私が先に行う応募手続きはありますか?自分用の質問メモをつくる
この記事の根拠・参考資料
資料の事実をもとに、質問例や行動案は編集部が提案しています。
- GitLab Handbook:Referral Program and Process 確認:2026-10-20
気になる仕事を、
実際に働く人の声から。

