辞退の理由を、コードで残す。
― 内定辞退を要件定義へ還元する標準分類体系
| 項目 | 内容 |
|---|---|
| 誤解 | 「辞退理由は人それぞれで、構造化しても意味がない」 |
| 真実 | 辞退理由は6カテゴリに収束する。コード化されていないだけで、構造は存在している |
| 解決策 | 標準コード体系で記録 → 四半期集計 → 要件・条件・面接設計へ還元する運用を定着させる |
内定辞退の理由は、面談メモのフリーテキストに埋もれて消えていきます。次の選考が始まる頃には、誰がなぜ辞退したかは記憶の中だけになり、要件定義にも、提示条件にも、面接設計にも還元されません。本稿はこの状態を終わらせるための分類体系です。6カテゴリ・38コードによる辞退理由の標準コード表と、その収集・集計・要件への還元手順までを定義します。実装は1日。回り始めるのに2週間。
1. なぜ「辞退理由」を構造化するのか
フリーテキスト記録の3つの限界
限界1 — 検索・集計できない
「他社に行きます」「条件が合わなくて」というメモは蓄積しない。誰がどの理由で辞退したか、四半期・ポジション・採用経路で切り出せない。
限界2 — 記録する人によって粒度が変わる
詳しく書く担当者と、1行で済ます担当者で情報量に格差が生まれる。スカウト経由と媒体経由で記録フォーマットが違うことも多い。
限界3 — 設計に還元できない
「給与が低い」という記録が10件あっても、コード化されていなければポジション要件の改訂トリガーにならない。データが意思決定を動かさない。
「なんとなく辞退」を許さないとはどういうことか
辞退は失敗ではありません。記録されない辞退が失敗です。コード化された辞退理由は、次の採用の設計材料になります。給与レンジの見直し、面接官のトレーニング、スカウト文面の改訂——すべては辞退データから始まります。
2. 辞退理由コードの分類体系
2.1 6つのカテゴリ（一次分類）
| コード | カテゴリ名 | 定義 | 典型的な辞退理由 |
|---|---|---|---|
| R | Reward | 給与・賞与・福利厚生・株式など金銭的報酬の不一致 | 「希望額に届かない」「ストックオプションがない」 |
| W | Work Content | 業務内容・役割定義・技術スタック・裁量範囲の不一致 | 「やりたい業務と違う」「技術レベルが低い」 |
| C | Culture / People | 職場環境・チーム・組織文化・マネジメントスタイルへの懸念 | 「面接官と合わない」「体育会系が合わない」 |
| X | Competitor Offer | 他社からのオファーを選択（条件比較の結果） | 「他社の条件が上」「より大きな裁量がある」 |
| O | Opportunity / Growth | キャリアパス・成長機会・学習環境・昇格スピードへの懸念 | 「成長できる気がしない」「マネジメントになれない」 |
| L | Life / Logistics | 勤務地・勤務時間・リモート可否・生活状況の変化による辞退 | 「通勤が厳しい」「家庭の事情で転職を延期」 |
2.2 二次コード例（Reward カテゴリの抜粋）
| コード | 定義 | ヒアリング例 | 設計への還元先 |
|---|---|---|---|
| R-001 | 基本給が希望額に届かない | 「年収で100万差があった」 | 提示レンジの上限見直し |
| R-002 | 賞与・インセンティブ設計への不満 | 「業績連動が不透明」 | 賞与設計の言語化・開示 |
| R-003 | 株式・ストックオプションの有無 | 「SSOがなかった」 | ストックオプション設計の検討 |
| R-004 | 福利厚生の内容・充実度への懸念 | 「社宅がない」「育休実績なし」 | 福利厚生の訴求・整備 |
| R-005 | 副業・兼業の可否 | 「副業禁止なら難しい」 | 副業ポリシーの明示 |
※ 全38コードは支援開始時に貴社向けにカスタマイズして提供します。
3. コードを集めるオペレーション
3.1 誰が・いつ・どう聞き取るか
| 局面 | 担当 | 方法 | 記録項目 |
|---|---|---|---|
| 最終面接後・辞退の意向確認時 | 採用担当者 | 電話（15分） | 一次コード、二次コード、コメント（任意） |
| 内定承諾後・辞退の意向確認時 | 採用担当者 or 現場マネージャー | 電話 or Zoom | 一次コード、二次コード、競合他社情報（任意） |
| 辞退連絡をメールで受信した場合 | 採用担当者 | メール返信後に電話フォロー（任意） | 推定コード（ヒアリングできない場合） |
3.2 構造化4問
ヒアリング時の4問テンプレート
- Q1（事実確認）: 「今回の辞退の主な理由を1つ教えていただけますか？」
- Q2（深掘り）: 「それは当社の〇〇が具体的に〜ということでしょうか？」
- Q3（比較）: 「他社と比較した際、最も大きな差はどこにありましたか？（任意）」
- Q4（改善点）: 「当社に改善してほしい点があれば、率直に教えてください（任意）」
3.3 記録テンプレート（必須・任意フィールド一覧）
| フィールド | 種別 | 記入例 |
|---|---|---|
| 候補者ID / 氏名 | 必須 | ATS管理番号 or 氏名 |
| ポジション | 必須 | エンジニア（バックエンド） |
| 採用経路 | 必須 | スカウト / 媒体 / リファラル |
| 辞退タイミング | 必須 | 最終面接後 / 内定後 |
| 一次コード | 必須 | R / W / C / X / O / L |
| 二次コード | 必須 | R-001 |
| ヒアリングメモ | 任意 | 「他社と年収で100万差があった」 |
| 競合他社名 | 任意 | 〇〇株式会社（Xコード時のみ） |
| 改善要望 | 任意 | 「副業ポリシーを明確にしてほしい」 |
4. データを資産化する ― 四半期レビュー
4.1 1週間の集計表（モック）
| 一次コード | 件数（当期） | 割合 | 前期比 | 主要二次コード |
|---|---|---|---|---|
| R（Reward） | 8 | 40% | +3 | R-001（5件）、R-003（2件） |
| X（Competitor） | 5 | 25% | +1 | X-002（3件） |
| W（Work Content） | 4 | 20% | -1 | W-003（2件） |
| O（Opportunity） | 2 | 10% | 0 | O-001（2件） |
| L（Life） | 1 | 5% | -1 | L-002（1件） |
| C（Culture） | 0 | 0% | -2 | — |
※ 上記はサンプルデータです。実際の集計はATSまたはスプレッドシートで行います。
これら一次コード分布そのものが、給与レンジ・要件定義・面接設計のどこを再構築すべきかの示唆です。集計は記録ではなく、設計層への入力データとなります。
4.2 四半期レビューのアジェンダ（60分）
標準アジェンダ
- 0-10分: 辞退コード集計の確認（一次・二次別、ポジション別、経路別）
- 10-25分: 上位3コードの深掘り（なぜこの理由が多いのか、構造的要因の特定）
- 25-40分: 設計への還元アクションの決定（要件定義・面接設計・提示条件の改訂）
- 40-55分: 次四半期の目標設定（コード別の改善目標）
- 55-60分: ネクストアクション確認・担当者アサイン
4.3 要件定義への還元 ― 大きい歯車を回す
辞退データが示すのは、採用実務（小さい歯車）の結果だけではありません。R-001（基本給が希望額に届かない）が3四半期連続でトップコードであれば、それは給与レンジの設計問題（大きい歯車）です。辞退コードを定期的にレビューすることで、実務データが設計層の意思決定を動かすサイクルが生まれます。
5. 実装の最短経路
| フェーズ | 期間 | アクション | 担当 |
|---|---|---|---|
| Day 1 | 1日 | コード表をスプレッドシートに実装・記録フォームを作成（Google Forms or Notion） | 採用担当 |
| Day 2-7 | 1週間 | 辞退発生時にコードを記録する習慣を開始・ヒアリング4問を練習 | 採用担当 |
| Day 8-14 | 2週間目 | 週次集計を1回実施・記録フォームの改善・チームへの共有 | 採用担当 + マネージャー |
| Day 15以降 | 月次・四半期 | 月次集計 → 四半期レビューの定例化 → 設計への還元を開始 | 採用責任者 |
このコード体系を、貴社のATSに30日で実装する。
辞退理由の分類は、単独で導入しても効果は限定的です。要件定義・面接設計・提示テンプレートまで連動させて初めて、辞退率が動きます。30分の構造診断で、貴社のどこから手を入れるべきかを特定します。
30分・オンライン・無料／契約義務なし。