採用・人材獲得データテンプレート
採用・人材獲得データテンプレート
これは採用から退職まで:採用・人材獲得向けの汎用プロセスマイニング用データテンプレートです。より具体的なガイダンスについては、システム別テンプレートをご利用ください。
特定のシステムを選択- 採用プロセスのデータを抽出するための汎用的な枠組みです。
- 詳細なプロセス分析に推奨される属性とアクティビティです。
- 基盤となる人事システムやATSを問わず利用できる、確かな出発点です。
採用・人材獲得の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 求人応募に関する採用プロセス内で発生した特定のタスク、ステップ、またはマイルストーンの名称です。 | ||
| 説明 この属性は、「応募受信」、「面接予定設定」、「オファー提示」など、採用ライフサイクルにおける特定のイベントや段階を表します。記録された各アクティビティは、応募のステータスが変化した時点、または重要なアクションが実行された時点を示します。 プロセスマイニング分析では、アクティビティの順序がプロセスマップの基盤になります。採用プロセスの実際の流れを可視化し、一般的な経路を見つけ、標準手順からの逸脱を特定できます。アクティビティを分析することは、採用ファネルを理解し、候補者が離脱する箇所を特定し、各段階に費やされた時間を測定するうえで重要です。 重要な理由 プロセスの各ステップを定義し、採用ファネルを可視化するとともに、ボトルネックや逸脱を特定できます。 入手先 求人応募に関連するイベントログ、ステータス変更レコード、またはアクティビティ履歴テーブルにあります。 例 応募書類のスクリーニング完了面接実施オファー承諾 | |||
| アクティビティ開始時刻 ActivityStartTime | 採用アクティビティの開始時点、またはそのアクティビティが記録された時点を示す、日付と時刻を含むタイムスタンプです。 | ||
| 説明 このタイムスタンプは、アクティビティが発生した、またはシステムに記録された正確な時点を示します。所要時間のあるアクティビティでは開始時点を示し、瞬時に発生するイベントでは発生時刻を表します。各求人応募のイベントを時系列に再構成するには、正確なタイムスタンプが欠かせません。 この属性は、プロセスマイニングにおける時間ベースの分析の基盤です。アクティビティ間の時間(サイクルタイム)、特定の段階の所要時間、採用までの総時間の算出に使用します。これらのタイムスタンプを分析すると、遅延を特定し、サービスレベル合意に対するパフォーマンスを測定し、採用プロセスを短縮できる機会を見つけ出せます。 重要な理由 イベントを時系列に並べ、サイクルタイムや採用までの総時間など、時間に関するすべての指標を算出するために使用する主要なタイムスタンプです。 入手先 通常、採用システム内のイベントログまたは取引レコードで、アクティビティ名と並んで記録されています。 例 2023-10-25T10:00:00Z2024-01-15T14:35:10Z2023-11-30T09:15:00Z | |||
| 求人応募ID JobApplicationId | 特定の求人への候補者の応募を識別する一意の識別子です。採用プロセスにおける主要なケース識別子として機能します。 | ||
| 説明 求人応募IDは、候補者が求人に応募した1件の応募を一意に識別します。初回提出から「採用済み」や「不採用」などの最終決定まで、各応募プロセスはこのIDで追跡されます。1件の応募に関するすべてのアクティビティ、タイムスタンプ、データ項目をつなぐ軸となります。 プロセスマイニングでは、この属性がケース分析の基盤になります。各応募のエンドツーエンドのプロセスフローを再構成し、候補者がたどるさまざまな経路を可視化できます。共通の求人応募IDでイベントをグループ化すると、ケース期間を正確に測定し、特定の応募ライフサイクルにおけるボトルネックを特定し、プロセスのバリエーションを比較できます。 重要な理由 応募の開始から終了までの経過を追跡し、採用までの時間などの主要指標を算出するとともに、プロセスの違いを分析するために欠かせないIDです。 入手先 通常、採用システムの主要な求人応募レコードまたは候補者アクティビティレコードにあります。 例 APP-2024-00123789456123R-98765 | |||
| ソースシステム SourceSystem | 採用データが最初に抽出されたシステムまたはアプリケーションの名称です。 | ||
| 説明 この属性は、採用アクティビティが管理・記録されるシステムオブレコードを識別します。たとえば、応募者追跡システム(ATS)や人的資本管理(HCM)プラットフォームなどです。複数のシステムがある環境では、異なるデータ項目の取得元を区別し、明確性と追跡可能性を確保できます。 プロセスマイニング分析では、ソースシステムを把握することがデータ検証とガバナンスに欠かせません。データの背景を理解でき、複数のシステムが連携している場合は、特定のシステムに分析対象を絞り込めます。データ準備や不整合の調査でも重要で、データ品質の問題を確認すべき場所を示します。 重要な理由 データの取得元に関する背景を提供します。複数システムの環境におけるデータガバナンス、検証、問題調査に欠かせません。 入手先 データ抽出時に追加されるか、データウェアハウスの標準項目として用意されていることが多くあります。 例 WorkdaySAP SuccessFactorsGreenhouse | |||
| 最終データ更新日時 LastDataUpdate | 特定のレコードのデータがソースシステムから最後に更新または抽出された時点を示すタイムスタンプです。 | ||
| 説明 この属性は、データがソースアプリケーションから最後に同期または取得された日付と時刻を示します。分析対象の情報がどの程度新しいかを表すメタデータ項目です。実際に業務イベントが発生した時点を記録するアクティビティのタイムスタンプとは異なります。 プロセスマイニングでは、データの整合性を維持し、分析の最新性を把握するうえで重要なタイムスタンプです。最新の情報を見ているかどうかを確認できるため、継続的なモニタリングや業務用ダッシュボードで特に役立ちます。古いデータを除外したり、データパイプラインの更新を開始したりする際にも使用できます。 重要な理由 データの最新性を把握できるため、継続的なプロセスモニタリングと分析の関連性および正確性を保つうえで重要です。 入手先 通常、データ連携またはETL(抽出、変換、ロード)ツールがデータ読み込み時に追加します。 例 2024-03-15T02:00:00Z2024-03-14T23:59:59Z2024-03-15T05:30:00Z | |||
| アクティビティ終了時刻 ActivityEndTime | 所要時間のある採用アクティビティが完了した時点を示すタイムスタンプです。 | ||
| 説明 この属性は、面接や身元調査など、一定期間にわたるアクティビティの終了時点を記録します。多くの採用アクティビティは開始タイムスタンプによる単一の時点として記録されますが、終了時刻があれば、特定のプロセスステップの所要時間を正確に測定できます。 プロセス分析では、終了時刻によってアクティビティ単位の所要時間を算出し、待機時間と処理時間を区別できます。たとえば、面接の設定からフィードバック受領までの時間だけでなく、面接そのものの正確な所要時間を測定できます。どこに時間が費やされているかをより細かく把握し、ステップ間だけでなく、特定のタスク内の非効率も特定できます。 重要な理由 個々のアクティビティの所要時間を正確に算出し、実際の処理時間と待機時間を区別できます。 入手先 イベントログまたはアクティビティログにあり、アクティビティの所要時間を追跡するシステムでは、開始時刻と同じレコードに記録されることが多くあります。 例 2023-10-25T11:00:00Z2024-01-15T15:05:10Z2023-11-30T09:45:00Z | |||
| 応募ステータス ApplicationStatus | 求人応募の最終結果または現在の処理状態です。 | ||
| 説明 この属性は、採用プロセスにおける応募の最終状態を示します。一般的なステータスには、「採用済み」、「不採用」、「オファー辞退」、「候補者による辞退」などがあります。特定の応募ケースにおけるプロセスの結論を表します。 プロセスマイニングでは、最終ステータスが結果に基づく分析の鍵になります。採用された候補者と不採用となった候補者の経路を比較するために、プロセスマップを絞り込めます。これにより、成功につながる標準的な経路を特定し、どのようなプロセスパターンが採用成功につながるかを理解できます。また、オファー承諾率や各段階の候補者離脱率など、主要指標の算出基盤にもなります。 重要な理由 各ケースの最終結果を定義し、どのプロセスの違いが採用成功、不採用、辞退につながるかを分析できます。 入手先 最終的な処理状態を表す、主要な求人応募レコードにあります。 例 採用済み却下オファー辞退辞退 | |||
| 応募経路 ApplicationSource | 候補者の応募を受け付けたチャネル、プラットフォーム、または方法です。 | ||
| 説明 この属性は求人応募の起点を追跡し、候補者がどのように職務を知り、応募したかを示します。一般的な応募経路には、採用サイト、社員紹介、採用担当者による直接スカウト、LinkedIn、大学の就職説明会などがあります。 人材獲得戦略の有効性を評価するうえで重要な属性です。経路ごとの候補者数と質を分析すると、採用チャネルへの投資対効果を算出できます。プロセスマイニングにより、ファネルを最も先まで進む候補者や採用に至る候補者を多く生み出す経路を把握し、採用マーケティング費用を最適化できます。 重要な理由 異なる応募経路の有効性と投資対効果を測定し、採用マーケティングと戦略の最適化に役立てるために欠かせません。 入手先 通常、応募提出時に、追跡リンクまたは候補者による自己申告を通じて記録されます。 例 LinkedIn社員紹介自社採用ページIndeed | |||
| 採用担当者 Recruiter | 求人応募の管理を担当する採用担当者または人材獲得スペシャリストの氏名または識別子です。 | ||
| 説明 この項目は、特定の応募または求人 requisitionの採用プロセスを担当する人材獲得チームの主担当者を識別します。通常、候補者のスクリーニング、面接日程の設定、関係者との連絡を担当します。 プロセスマイニングでは、採用担当者属性がチームおよび個人のパフォーマンス分析に役立ちます。各採用担当者が管理する応募数を示す業務量平準化ダッシュボードを作成できます。また、採用担当者ごとの採用充足までの時間や候補者の質などの指標を比較し、優れた方法やコーチング、プロセス改善の対象を特定できます。 重要な理由 個々の採用担当者と人材獲得チーム全体の業務量分析およびパフォーマンス測定が可能になります。 入手先 通常、求人応募または求人 requisitionのレコードにあります。 例 Alice JohnsonBob Smithcharlie.brown@acme.com | |||
| 採用責任者 HiringManager | ポジションの採用先となる部門の責任者の氏名または識別子です。 | ||
| 説明 採用責任者は、最終的な採用決定を行い、新入社員の直属の上司となる人物です。採用プロセスの主要な関係者であり、職務要件の定義、候補者の面接、フィードバックの提供を担当します。 採用責任者別にプロセスパフォーマンスを分析すると、プロセス効率に関する重要な情報を得られます。たとえば、面接フィードバックの提供が遅れて遅延を招いている責任者や、オファー承諾率が非常に高い責任者を特定できます。この情報をもとに、採用プロセス全体を効率化するための対象を絞った研修や支援を提供できます。 重要な理由 特定の採用責任者に起因するボトルネックや遅延、たとえばフィードバックの遅れを特定できます。これは採用までの総時間に直接影響します。 入手先 応募に関連付けられた求人 requisitionデータから取得します。 例 David ChenEmily Rodriguezfrank.miller@acme.com | |||
| 求人 requisition ID JobRequisitionId | 候補者が応募した求人またはポジションを識別する一意の識別子です。 | ||
| 説明 求人 requisitionは、空きポジションを補充するための正式な申請です。求人 requisition IDは、この申請に割り当てられた一意のコードで、承認から充足まで追跡します。1件の求人 requisitionに複数の求人応募が関連付けられる場合があります。 プロセスマイニングでは、このIDを集計やフィルタリングに利用できます。特定の職務における採用プロセスを分析したり、異なるポジションの採用効率を比較したり、求人ごとの応募総数を評価したりできます。「どの求人 requisitionが充足まで最も時間がかかるか」「職務ごとの平均応募者数はいくつか」といった問いに答えるのに役立ちます。 重要な理由 1つの求人に関連するすべての応募をグループ化して分析でき、職務や部門ごとのパフォーマンスを比較できます。 入手先 求人応募レコードにあり、求人 requisitionまたはポジションマスターデータからリンクされていることが多くあります。 例 REQ-FIN-056JR-100523987654 | |||
| 職種名 JobTitle | 候補者が応募したポジションの名称です。 | ||
| 説明 この属性は、「シニアソフトウェアエンジニア」や「マーケティングマネージャー」など、求人の正式な職種名を示します。採用対象となる職務の内容を表し、採用プロセスに重要な業務上の背景を提供します。 職種名は分析における重要な切り口です。役職の階層、職種、専門分野ごとに採用パフォーマンスを分類できます。たとえば、技術職と事務職の採用までの時間を比較したり、管理職の採用におけるソーシングチャネルの有効性を分析したりできます。この分類により、職種固有のボトルネックを見つけ、採用戦略を調整できます。 重要な理由 業務上重要な背景を提供し、職種、役職レベル、職能をまたいだパフォーマンス分析とベンチマークを可能にします。 入手先 求人応募に関連付けられた求人 requisitionの詳細から取得します。 例 シニア財務アナリストプロダクトマネージャー主任データサイエンティスト | |||
| 部門 Department | 求人ポジションが属する事業部門または部門です。 | ||
| 説明 この属性は、募集中のポジションを採用する組織単位を識別します。たとえば、「営業」、「エンジニアリング」、「人事」などです。会社の組織階層に沿って採用プロセスを分析するための軸になります。 部門別に採用データを分析すると、事業全体で採用パフォーマンスがどのように異なるかを把握できます。採用プロセスが最も効率的な部門や、支援を必要とする部門を特定できます。この属性を使って部門別ダッシュボードを作成し、採用までの時間やオファー承諾率などのKPIをチーム間で比較し、採用リソースを効果的に配分できます。 重要な理由 事業部門ごとの採用効率と業務量を分析し、部門固有の傾向、課題、必要なリソースを特定できます。 入手先 応募に関連付けられた求人 requisitionまたはポジションマスターデータから取得します。 例 テクノロジー部門財務・経理部門マーケティング部門人事部門 | |||
| オファー金額 OfferAmount | 求人オファーで候補者に提示する給与または報酬の金額です。 | ||
| 説明 この属性には、候補者に提示した報酬パッケージの金銭的価値を記録します。採用プロセスの最終段階における重要なデータです。通常は現地通貨で記録されます。 プロセスマイニングでは、オファー金額を分析することで、採用状況を理解するための背景情報を得られます。オファー承諾率や辞退率と関連付ければ、報酬が競争力のある水準かどうかを確認できます。また、職種、部門、勤務地ごとの報酬の傾向も分析できます。ほかのデータと組み合わせることで、給与水準のベンチマークや、公平な報酬制度の評価にも役立ちます。 重要な理由 職種や勤務地ごとのオファー金額を承諾率・辞退率と関連付け、報酬パッケージの競争力を分析できます。 入手先 採用システムまたは人事システム内の求人オファー記録から取得します。 例 8500012000065000 | |||
| 不採用理由 RejectionReason | プロセスのいずれかの段階で候補者の応募を不採用とした際に記録する具体的な理由です。 | ||
| 説明 候補者の選考を進めないと決定した場合、通常は理由を記録します。「企業文化との適合性がない」、「必要なスキルが不足している」、「別の候補者でポジションが充足した」などがあります。この属性は、その定性的な情報を記録します。 不採用理由を分析すると、採用プロセスと職務要件に関する有益なフィードバックを得られます。不採用理由を応募経路や面接段階と関連付けることで、職務記述書が不明確で適格でない候補者を集めている、面接担当者の評価に一貫性がない、といった問題を特定できます。採用戦略の見直しや候補者層の質の向上にも役立ちます。 重要な理由 候補者が不適格と判断された理由を把握し、職務記述書の改善、応募者の質の向上、スクリーニングプロセスにおける潜在的な偏りの特定に役立ちます。 入手先 通常、採用担当者または採用責任者が応募のステータスを「不採用」に更新した際に記録します。 例 最低限の応募資格を満たしていないより適任の候補者が見つかった関連する経験が不足している採用凍結 | |||
| 候補者種別 CandidateType | 候補者が組織内の従業員か、外部からの応募者かを示すフラグまたは区分です。 | ||
| 説明 この属性は、組織に在籍する従業員(内部候補者)と、在籍していない応募者(外部候補者)を区別します。この区分は基本的なセグメントであり、両者では採用プロセス、所要時間、適用される方針が大きく異なる場合があります。 候補者種別に基づいてプロセスを分析することは、社内異動と外部採用の有効性を把握するうえで重要です。プロセスマイニングを使えば、内部候補者と外部候補者について、採用までの時間、採用単価、成功率を比較できます。これにより、社内異動プログラムの成果を評価し、どちらの採用経路も効率的かつ効果的に運用できているかを確認できます。 重要な理由 採用プロセスが異なることの多い内部候補者と外部候補者を区別し、社内異動と外部採用の効率を比較分析できます。 入手先 通常は、候補者のIDまたはメールが従業員マスターデータに存在するかを確認して判定します。専用のフラグを持つシステムもあります。 例 社内社外 | |||
| 勤務地 Location | 求人ポジションに関連付けられた地理的な場所です。市区町村、都道府県、国などを指します。 | ||
| 説明 この属性は、求人申請における勤務場所を指定します。リモート勤務のポジションでは、地域を示すか、「リモート」と記載されます。採用データを地理的な観点から分析するための項目です。 プロセスマイニングでは、勤務地は地域分析に欠かせない属性です。拠点や国ごとに、採用サイクルの所要時間、候補者の獲得チャネルの有効性、オファー承諾率を比較できます。これにより、労働市場、採用チームのパフォーマンス、プロセスのコンプライアンスにおける地域差を把握し、より適切な管理や戦略の立案につなげられます。 重要な理由 採用パフォーマンスを地理的に分析し、地域や拠点ごとの採用効率と課題を比較できます。 入手先 応募情報に関連付けられた求人申請の詳細に記録されています。 例 ニューヨーク(米国)ロンドン(英国)リモート(米国)ベルリン(ドイツ) | |||
採用・人材獲得のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| オファー承諾 | 候補者が採用オファーを正式に承諾し、入社する意思を示した状態です。採用プロセスにおける主要な成功マイルストーンです。 | ||
| 重要な理由 オファー承諾率KPIに直接影響する重要な成功イベントです。最終的な入社前手続きとオンボーディングのアクティビティが開始されます。 入手先 候補者がオンラインポータルで承諾した時点、または口頭・書面での確認に基づき、採用担当者が応募のステータスを「オファー承諾」に手動で更新した時点で記録されます。 取得 候補者が電子的に承諾した時点のタイムスタンプ、またはステータスが「承諾済み」に手動変更された時点を使用します。 イベントタイプ explicit | |||
| オファー提示 | 正式な採用オファーが、検討と判断のために候補者へ正式に伝えられた状態です。採用の正式な意思を示す、採用プロセス上の大きなマイルストーンです。 | ||
| 重要な理由 応募からオファー提示までの時間を測定する重要な時点です。この時点から候補者の回答までの期間は、オファーの意思決定にかかる時間を把握するうえで重要です。 入手先 採用システムからオファーが送信された時点の明示的なイベント、または独立したステータス変更として記録され、通常は対応するタイムスタンプを伴います。 取得 オファーを送信したイベントのタイムスタンプ、またはステータスが「オファー提示」に変更された時点を特定します。 イベントタイプ explicit | |||
| オファー辞退 | 候補者が会社から提示された採用オファーを正式に辞退した状態です。プロセスの後半で発生する不成功の終点です。 | ||
| 重要な理由 オファー承諾率KPIに直接影響します。オファー辞退の理由を分析すると、報酬、福利厚生、職務の競争力に関する課題を把握できます。 入手先 「オファー辞退」や「辞退オファー」など、応募またはオファーのレコード上の独立したステータス変更として記録され、理由コードを伴うこともあります。 取得 ステータスが「オファー辞退」に変更された時点のタイムスタンプを使用します。 イベントタイプ explicit | |||
| 候補者採用 | 候補者が入社前の要件をすべて完了し、正式に採用された状態です。応募プロセスの成功裏の終点です。 | ||
| 重要な理由 採用ライフサイクルの成功裏の完了を示すアクティビティです。採用までの時間指標を算出する際の主要な終了イベントになります。 入手先 人事システムで主要な「採用」業務プロセスが完了した時点、または採用ツールで候補者の最終ステータスが「採用済み」に設定された時点で記録されます。 取得 採用取引の発効日、または最終ステータスが「採用済み」に変更された時点を使用します。 イベントタイプ explicit | |||
| 応募不採用 | 採用プロセスのいずれかの時点で、会社が候補者の選考を進めないと決定した状態です。最も一般的な不採用結果です。 | ||
| 重要な理由 重要な終了イベントです。不採用がいつ、どこで発生したかを分析すると、ファネルの離脱点と各段階における選考基準の有効性を把握できます。 入手先 採用担当者または採用責任者が、応募のステータスを終了状態である「不採用」または「選考対象外」に更新した時点で記録されます。 取得 応募のステータスが最終的な「不採用」に変更された時点のタイムスタンプを特定します。 イベントタイプ explicit | |||
| 応募受付 | 候補者が特定の求人に応募を提出すると、プロセスが始まります。これは求人応募ケースで最初に記録されるイベントであり、採用ファネルへの入口を示します。 | ||
| 重要な理由 このアクティビティは採用プロセスの開始点を示します。採用期間全体を計算し、応募総数を追跡するために欠かせません。 入手先 このイベントは、応募提出ログ、または主要な採用・人材獲得システムで応募レコードが作成された時刻から取得します。 取得 求人応募レコードの作成時刻を使用します。 イベントタイプ explicit | |||
| 面接実施 | 予定されていた候補者との面接が、採用チームの1人以上のメンバーによって完了した状態です。このアクティビティは特定の面接ラウンドの終了を示し、意思決定の前段階にあたります。 | ||
| 重要な理由 面接サイクルの期間を分析し、ラウンド間の遅延を特定し、フィードバックの収集にかかる時間を測定するために欠かせないアクティビティです。 入手先 予定された面接時刻を過ぎたこと、または面接後に採用担当者が応募のステータスを更新したことから推定する場合が多くあります。 取得 予定された面接日以降に、応募のステータスが「面接完了」または同様の状態に更新された時点を特定します。 イベントタイプ inferred | |||
| オファー準備 | 正式な採用オファーの内容を作成し、承認する社内プロセスが開始された状態です。採用決定後、候補者にオファーを送る前に発生します。 | ||
| 重要な理由 この社内ステップの所要時間を分析すると、候補者からは見えない報酬審査、法務承認、管理職の承認におけるボトルネックを明らかにできます。 入手先 応募が「オファー承認」または「オファー草案」段階に移ったこと、またはシステム内でオファーオブジェクトが作成されたことから推定します。 取得 応募のステータスがオファー準備または承認段階に変更された時点のタイムスタンプを検出します。 イベントタイプ inferred | |||
| オンボーディング開始 | 新入社員の受け入れ準備プロセスが正式に開始された状態です。採用システムから基幹人事システムまたはオンボーディングプラットフォームへの引き継ぎを伴うことがよくあります。 | ||
| 重要な理由 採用から従業員の受け入れへの移行点を示します。この引き継ぎを分析することは、新入社員にとってスムーズな体験とプロセス効率を実現するうえで重要です。 入手先 候補者のレコードがオンボーディングモジュールに移された時点、またはステータスが「採用準備完了」もしくは「オンボーディング開始」に更新された時点で記録されます。 取得 オンボーディング状態へのステータス変更、またはオンボーディングシステムで候補者が作成された時点を特定します。 イベントタイプ inferred | |||
| フィードバック提出 | 面接担当者が、面接後に候補者の評価、メモ、またはスコアカードを正式に提出した状態です。採用に関する合意形成のための重要な入力情報となります。 | ||
| 重要な理由 フィードバックの循環における効率を測定します。ここで遅延が発生すると、意思決定プロセス全体が遅れ、候補者体験にも悪影響を及ぼす可能性があります。 入手先 通常、フィードバックフォームまたはスコアカードが保存され、候補者の応募に関連付けられた時点の明示的なイベントとして記録されます。 取得 面接フィードバックまたはスコアカードのレコード作成日時を使用します。 イベントタイプ explicit | |||
| 候補者による応募辞退 | 候補者が自ら、その職務の選考対象から外れることを選択した状態です。プロセスのどの段階でも発生する可能性があります。 | ||
| 重要な理由 候補者体験とプロセス期間を把握できます。辞退率が高い場合、採用プロセスが長期化している、非効率である、または候補者の関心を失わせている可能性があります。 入手先 候補者からの連絡に基づき採用担当者が応募のステータスを「辞退」に更新した時点、または候補者がポータルから辞退した時点で記録されます。 取得 応募のステータスが「辞退」に変更された時点のタイムスタンプを検出します。 イベントタイプ explicit | |||
| 応募書類のスクリーニング完了 | 採用担当者または採用マネージャーが、候補者の応募書類を主要な職務要件に照らして初期確認します。このアクティビティは、プロセスにおける最初の適格性確認ゲートです。 | ||
| 重要な理由 この手順にかかった時間を分析すると、応募書類の初期処理におけるボトルネックを特定し、採用担当者の業務量を評価できます。また、初期選考の通過率も把握できます。 入手先 通常は、応募のステータスが「New」から「Under Review」または「Screening」に変わったことなどから推定します。 取得 応募のステータスが「In Review」または「Screening」に変わった時刻を特定します。 イベントタイプ inferred | |||
| 身元調査開始 | 候補者に対する入社前審査、たとえば身元調査やリファレンスチェックが開始された状態です。通常、オファー承諾後に発生します。 | ||
| 重要な理由 入社前審査を担う外部ベンダーや社内プロセスの効率を追跡できます。最終的な採用確定前の遅延要因になる場合があります。 入手先 通常、応募のステータスが「身元調査」段階に変更されたことから推定します。この変更をきっかけに、審査ベンダーとのシステム連携が開始されることがあります。 取得 応募のステータスが「身元調査中」に移行した時点のタイムスタンプを検出します。 イベントタイプ inferred | |||
| 電話スクリーニング実施 | 採用担当者が候補者との初回の電話またはビデオ会議を終え、基本的な資格、関心、組織との適合性を確認します。多くの場合、候補者との最初の直接的な接点となります。 | ||
| 重要な理由 このアクティビティでは、候補者との初期段階の接点における効率を追跡し、書類選考を通過した応募者から面接段階へ進む適格な候補者への転換率を測定します。 入手先 通常、電話によるスクリーニングが完了したことを示すように応募のステータスが更新された時点で記録されます。 取得 「電話スクリーニング完了」、「電話スクリーニング通過」、または同様の値へのステータス変更を検出します。 イベントタイプ inferred | |||
| 面接予定設定 | 候補者と採用チームの間で、オンラインまたは対面の面接が正式に設定された状態です。このアクティビティは、双方が時間を確保したことを示します。 | ||
| 重要な理由 候補者が選考を進んだことを示す重要なマイルストーンです。スクリーニングからこのイベントまでの時間を追跡すると、日程調整の効率や潜在的な遅延を把握できます。 入手先 日程調整システムやカレンダー連携への明示的な入力から取得するか、応募のステータスが「面接予定設定」に変更されたことから推定します。 取得 応募に関連付けられた面接またはカレンダーイベントの作成日時を使用します。 イベントタイプ explicit | |||
抽出ガイド
準備はできましたか?
システム別の抽出ガイドで環境に合わせた手順を確認するか、この汎用テンプレートを出発点として、分析に向けた採用・人材獲得データを準備してください。
採用・人材獲得プロセスを今すぐ変革
既存システムと連携し、ボトルネックを明らかにして採用スピードを高めます。
クレジットカードは不要で、数分で設定できます。