ATSを活用するには、候補者の選考段階だけでなく、担当者、次の行動、期限、判断の根拠を一緒に記録します。情報を登録していても、誰がいつ連絡するかが分からなければ、返信漏れや選考の停滞は解消しません。
最初に整えるのは、未対応の応募、面接後の評価待ち、候補者への連絡待ちを見つける一覧です。その一覧から実際に行動できるよう、項目と更新責任を絞って設計します。
選考段階と入力項目をそろえる
選考段階は、次にする仕事が変わる単位で作ります。「選考中」だけでは書類を見ているのか、面接日程を待っているのか分かりません。一方で細かい状態が多すぎると、担当者がどれを選ぶか迷います。実際に使う一覧と集計に必要な段階へ絞ります。
| 段階の例 | 記録すること | 次へ進める条件 |
|---|---|---|
| 応募受付 | 求人、応募日時、経路、担当 | 初回対応と書類確認の担当が決まる |
| 書類確認 | 必須条件の確認、判断理由 | 面接へ進めるか判断済み |
| 面接調整 | 候補日時、確認先、連絡期限 | 双方が日程を確認済み |
| 面接後の判断 | 評価、未確認点、判断者 | 採否と次の連絡内容が確定 |
| 条件提示 | 承認済み条件、提示日、回答予定 | 本人の回答を確認 |
| 入社準備 | 入社日、配属、準備担当 | 初日の受け入れへ引き継ぎ済み |
辞退、見送り、保留は、進行中の段階とは別に結果として残すと整理しやすくなります。「一次面接で辞退」と記録できれば、どの段階で離脱したかを後から集計できます。製品の仕様に合わせ、段階と結果を別項目にできるか確認します。
一人が別の求人へ再応募した場合は、人物情報を利用しつつ、新しい応募履歴を作ります。過去の面接結果を今回の結果へ上書きしないようにします。入力方法は担当者ごとの判断に任せず、重複候補を発見したときの確認担当を置いてください。
辞退理由と見送り理由を分ける
候補者の辞退と会社の見送りを同じ「終了」にまとめると、改善する工程を探せません。辞退では本人が伝えた理由と辞退した段階、見送りでは要件に照らした判断理由を記録します。本人から理由が聞けなかった場合は、推測の選択肢へ無理に分類せず、不明として残します。
選択式の理由を使う場合も、担当者間で意味をそろえます。「条件不一致」が給与なのか勤務場所なのか分からなければ、求人の改善へ戻せません。分類は集計に使う範囲へ絞り、候補者の発言を必要な範囲で補足します。
担当者と更新期限を決める
候補者対応の主担当と、評価・採否を判断する人を分けます。採用担当者がすべての判断を行う必要はありませんが、次の連絡を管理する人は明確にします。代理担当も、どの求人を引き継げるかまで登録します。
毎朝見る一覧を業務別に作る
- 新着応募のうち、初回連絡が未完了の人
- 面接予定日が近いのに、日程確定や案内が終わっていない人
- 面接が終わり、評価の入力期限を過ぎた人
- 採否が決まったのに、結果連絡が終わっていない人
- 内定への回答予定日が近い人
期限は日付だけでなく、必要に応じて時刻と営業日の扱いもそろえます。金曜夜の応募を土曜に対応するのか月曜に対応するのかは、実際の担当体制に合わせます。自動返信を送ったことと、人が内容を確認したことは別の記録にします。
通知を全員へ送り続けると、確認が必要な人が埋もれます。通常は担当者、期限超過時は責任者というように通知先を決めます。期限内に対応できない場合は、予定日を変更した理由を残し、単に日付を先へ延ばして件数を消さないようにします。
面談評価を記録に残す
評価表は、職務で必要な能力と面接質問を対応させて作ります。例えば「顧客から要望が重なったときの優先順位付け」を確認するなら、過去の場面、判断した理由、周囲への確認、結果を聞きます。「感じがよい」といった印象だけを点数へ置き換えないようにします。
| 記録の種類 | 残す内容の例 |
|---|---|
| 候補者が話した事実 | 担当顧客数、実施した作業、本人が判断した範囲 |
| 評価の根拠 | 職務要件に合うと考えた回答と理由 |
| 未確認事項 | 回答がなく、別の質問や確認が必要な項目 |
| 次の行動 | 追加確認の担当、合否判断日、候補者への説明 |
未確認を最低点と同じ扱いにすると、質問していないだけの人を不利に評価します。「確認できた」「要追加確認」を区別し、総合点だけで採否を決めないようにします。職務に関係のない家族情報などを記録欄へ集めないことも、面接官へ共有します。
質問の確認には厚生労働省の公正な採用選考の基本を使えます。運用を外部へ依頼する場合は、面談・面接代行の対応範囲と照らし、評価の作成、記録、採否判断を誰が担うかを分けます。
権限と履歴を設計する
採用担当、面接官、現場責任者、条件の決裁者では、必要な情報が異なります。面接官には担当候補者の必要な経歴と評価項目を見せ、報酬条件や他職種の応募情報まで広げる必要があるかを確認します。
アカウントを共有すると、誰が候補者へ連絡し、評価を変えたか追いにくくなります。利用者ごとにアカウントを設け、閲覧、入力、出力、削除の権限を分けます。退職や異動、委託契約の終了時に外す担当と日付も決めてください。
候補者データの保存期間は、一律の年数を思い込みで設定せず、利用目的と社内方針から定めます。個人情報保護法では保存期間を一律に規定していないことが、個人情報保護委員会のQ&Aで説明されています。停止や削除の依頼を受けた際の確認窓口も用意します。
CSVで出力した後は、ATSの画面で権限を外してもファイルが残ります。出力を許可する人、保存場所、共有先、削除の確認を決めます。面接官へ情報を渡すために全応募者の一覧を出力せず、担当する選考に必要な範囲へ限定してください。
採用後の情報を渡す
条件提示、承諾、入社予定、実際の入社は別に記録します。承諾した時点で現場の準備を始められますが、その後に入社日が変わった場合は、準備担当へ通知します。ATSの画面だけを更新して、受け入れ側の予定が古いまま残らないようにします。
受け入れへ渡す情報は、入社日、配属、上司、初日の窓口、必要な準備などです。面接時の評価全文を全員へ共有することを初期設定にせず、業務を始めるために必要な範囲へ絞ります。何を渡せば完了かは、業務プロセス設計の受け渡し条件として定めます。
従業員情報の管理へ移行する場合は、社員番号との対応を記録し、どちらで氏名や連絡先を更新するかを決めます。選考履歴と入社後の人事情報を混ぜると、不要な閲覧や二重更新が起きやすくなります。
使われるATSにする確認方法
初めは一つの求人で、応募から結果連絡までを試します。架空データを使って日程変更、辞退、担当交代、再応募も操作し、実務で必要な手順を確かめます。製品の細かな操作は、利用するバージョンの公式ヘルプで確認します。
導入後の指標は、入力率だけにしません。未対応応募、評価未入力、結果連絡待ちの件数と時間を確認します。例えば、説明用の例で評価未入力が週10件から3件へ減ったとしても、自由記述が空欄なら判断材料は足りません。件数と記録の中身を両方確かめます。
使われない項目は、担当者へ入力を催促する前に、どの判断に必要かを見直します。求人公開前に必要な情報と、面接後にしか分からない情報を一度に必須にしないことも入力負荷を減らします。選考段階ごとの完了条件は、採用プロセスの設計方法とそろえてください。
媒体別の集計で経路名を統一する
応募経路が「紹介」「人材紹介」「エージェント」のように別々に登録されると、同じ種類の応募が分かれます。経路の区分と具体的な媒体・会社名を分け、入力する候補を決めます。求人を転載したサイトがある場合も、確認できる経路と本人の認知経路を混ぜないようにします。
結果の集計は、応募した月の人を追うのか、その月に面接をした人を数えるのかを区別します。同じ一覧でも、応募20人と当月入社3人が別の集団なら、そのまま15％の入社率とはできません。集計条件を保存し、会議のたびに分母が変わらない形にします。
まとめ
ATSは、選考段階、担当、期限、評価の根拠をそろえ、日々の候補者対応に使うことで機能します。必要な項目と権限を絞り、辞退や再応募、入社日の変更も扱えるようにしてください。未対応と待ち時間を見ながら運用を直すと、記録が次の行動につながります。
コメント