採用・人材獲得データテンプレート

iCIMS
採用・人材獲得データテンプレート

採用・人材獲得データテンプレート

このテンプレートでは、採用・人材獲得プロセスを分析するために必要なデータを収集する手順を示します。収集すべき主要な属性、追跡する重要なアクティビティ、iCIMSから情報を抽出するための具体的な方法をまとめています。このテンプレートを使うことで、詳細なプロセスマイニングに向けてデータを準備できます。
  • 収集を推奨する属性
  • プロセス分析で追跡する主要アクティビティ
  • iCIMSからデータを抽出する方法
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

採用・人材獲得の属性

採用・人材獲得プロセスを詳細に分析するため、イベントログに含める推奨データ項目です。
3 必須 6 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
採用プロセスで発生した特定のステップまたはマイルストーンの名称です。
説明

Activity Nameは、求人応募について特定の時点で発生したイベントを表します。例として、「Application Received」、「First Interview Conducted」、「Offer Extended」などがあります。これらのアクティビティが、採用プロセスを構成する一連のステップです。

この属性は、プロセスマイニングにおいて基本となるものです。プロセスマップ上のノードを定義し、アクティビティの順序と頻度を分析することで、実際の採用ワークフロー、一般的な経路と代替経路、ボトルネックや手戻りループを明らかにできます。

重要な理由

この属性によってプロセスのステップが定義され、プロセスマップの作成、フローの分析、標準的な採用手順からの逸脱の特定が可能になります。

入手先

通常、iCIMSのRecruiting Workflow Profileにおけるステータス変更から取得します。具体的なステータスや分類は、組織によってカスタマイズされている場合があります。

応募書類の審査完了初回面接の実施完了オファー承諾候補者の採用完了
アクティビティ開始時刻
ActivityStartTime
特定の採用アクティビティが開始された時点、または記録された時点を示すタイムスタンプです。
説明

応募書類の審査や面接の予定設定など、各アクティビティの日付と時刻を示す属性です。タイムスタンプは、プロセスの各ステップのタイミングと所要時間を把握するために欠かせません。

プロセスマイニングでは、このタイムスタンプを使ってイベントを時系列に並べ、実際のプロセスフローを明らかにします。アクティビティ間のサイクルタイムの計算、遅延の特定、サービスレベル合意に対するパフォーマンスの監視など、時間に基づく分析の基礎となります。

重要な理由

イベントの時系列を示します。プロセス期間の計算、ボトルネックの特定、採用プロセスの進行状況の把握に欠かせません。

入手先

通常、iCIMSのRecruiting Workflow Profileに関連付けられた監査証跡または履歴ログで確認できます。

2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
求人応募
JobApplicationId
特定の求人への候補者の応募を一意に識別するIDです。
説明

Job Application IDは、採用プロセス分析の基盤となるケース識別子です。各IDは、特定の求人に対する1人の候補者の応募を表し、初回提出から審査、面接、オファー管理などの後続段階までの経路を追跡します。

プロセスマイニングでは、この属性を使って関連するすべてのアクティビティを結び付け、エンドツーエンドの一貫したプロセスフローを作成します。Job Application IDに基づいてプロセスを分析することで、採用ファネルを明確に可視化し、サイクルタイムを正確に計算するとともに、候補者ごとの採用経路の違いを特定できます。

重要な理由

1件の応募のライフサイクル全体を追跡するために欠かせません。候補者ごとの採用期間、離脱率、プロセス遵守状況を分析できます。

入手先

通常、iCIMSの応募レコードにおける主キーです。Person APIまたはRecruiting Workflow Profile APIを参照してください。

APP-2023-001234APP-2023-005678APP-2024-009101
応募ステータス
ApplicationStatus
求人応募の最終結果、または現在の処理状況です。
説明

この属性は応募の最終ステータスを示し、候補者が採用されたか、企業に不採用とされたか、応募を取り下げたかを表します。採用プロセスの完了イベントとして機能します。

成果に基づく分析に欠かせない属性です。コンバージョン率、オファー承諾率、離脱率の算出に使われます。応募の最終処理状況を把握することは、採用ファネル全体の成果と効率を測定するうえで基本となります。

重要な理由

プロセスの結果を定義する項目であり、採用率や不採用率などの主要指標を算出するために必要です。

入手先

iCIMSのRecruiting Workflow Profileにおける最終ステータスです。通常は、応募が終了状態の「disposition」ビンに移された時点で設定されます。

採用完了企業による却下候補者辞退
応募経路
ApplicationSource
候補者が応募を提出したチャネルまたは方法です。
説明

「Company Website」、「LinkedIn」、「Employee Referral」、「Job Board」など、応募の流入元を示す属性です。候補者が求人を知り、応募に至った経路を追跡できます。

この情報は、「応募経路別ROI」ダッシュボードに欠かせません。応募数だけでなく、各経路からの採用数を分析することで、投資対効果の高いチャネルを特定できます。採用マーケティング費用の配分を見直し、効果の高い経路に注力するのに役立ちます。

重要な理由

採用チャネルごとの効果を測定し、候補者獲得戦略と予算の最適化に役立てられます。

入手先

通常、iCIMSの候補者応募プロフィールに記録されます。候補者が選択する場合や、URLパラメーターによって追跡される場合があります。

LinkedIn社員紹介自社採用ページIndeed
採用担当者
Recruiter
求人応募の管理を担当する採用担当者の氏名またはIDです。
説明

応募に割り当てられた主担当の採用担当者を識別する属性です。通常、候補者の審査、面接の調整、プロセス管理を担当します。

採用担当者別にデータを分析することは、「採用担当者パフォーマンス概要」ダッシュボードに欠かせません。審査完了までの時間、面接完了率、採用成功数などの指標を追跡し、個人とチームのパフォーマンスを評価できます。これにより、優れた取り組みや追加トレーニングが必要な領域を特定できます。

重要な理由

採用担当者の業務量とパフォーマンスを評価するための重要な属性であり、対象を絞った改善やリソース配分に役立ちます。

入手先

通常、iCIMSのRecruiting Workflow Profileまたは関連するJob Profileに保存され、各アクションを実行したユーザーに関連付けられています。

John SmithJane DoeEmily Jones
採用責任者
HiringManager
求人要件における採用責任者の氏名またはIDです。
説明

Hiring Managerは、そのポジションの採用責任を担う人物です。候補者の審査、面接、最終的な採用判断を担当する、プロセス上の重要な関係者です。

この属性は、「採用責任者フィードバックサイクル」ダッシュボードに欠かせません。採用責任者ごとに、面接からフィードバック提出までの時間を追跡することで、意思決定プロセスの遅延を特定して削減し、採用全体の期間短縮につなげられます。

重要な理由

採用責任者の関与度と業務効率を分析できます。特に、遅延の原因になりやすいフィードバックの迅速な提出状況を把握するのに役立ちます。

入手先

通常、iCIMSの求人要件に関連付けられたJob Profileに保存されています。

Robert BrownSusan WhiteMichael Green
求人要件ID
JobRequisitionId
求人またはポジションを一意に識別するIDです。
説明

Job Requisition IDは、複数の応募を1つの求人掲載に関連付けます。職種名、部門、勤務地などの情報を含む、候補者が応募する具体的なポジションを表します。

分析では、このIDを使って同じポジションへの応募をグループ化し、比較します。1つの職種に対する候補者全体を把握できるため、職種の種類ごとに採用プロセスの有効性を分析できます。

重要な理由

同じ職種へのすべての応募をグループ化し、特定の求人における採用ファネル全体を分析できます。

入手先

このIDはiCIMSのJob Profileを構成する基本情報であり、その職種に提出されたすべての応募に関連付けられています。

REQ-2023-105REQ-2024-012REQ-2024-301
部門
Department
採用対象となるポジションが属する事業部門または機能です。
説明

募集中のポジションが属する「Engineering」、「Marketing」、「Sales」などの部門を示す属性です。求人要件の組織上の位置付けを把握できます。

部門情報は分析における有効な切り口です。部門別に「採用期間」や「オファー承諾率」などのKPIを分けて分析することで、組織内の採用プロセスや効率性における大きな違いを明らかにできます。これにより、プロセスが最適化されている部門と支援が必要な部門を特定できます。

重要な理由

異なる事業部門間でパフォーマンスを比較し、採用効率やボトルネックの違いを明らかにできます。

入手先

通常、iCIMSのJob Requisition IDに関連付けられたJob Profile情報の一部です。組織構造データにリンクされている場合があります。

エンジニアリング部門営業部門マーケティング部門人事部門
アクティビティ終了時刻
ActivityEndTime
採用アクティビティが完了した時点を示すタイムスタンプです。
説明

Activity End Timeは、イベントの終了時点を示します。「Offer Extended」のような個別のイベントでは、終了時刻が開始時刻と同じになる場合があります。一方、面接枠のように所要時間があるアクティビティでは、開始時刻と異なる時刻になります。

この属性を使って、個々のアクティビティの正確な所要時間、つまり処理時間を計算します。処理時間を分析することで、タスク間の待ち時間だけでなく、どのタスク自体に最も時間がかかっているのかを特定できます。

重要な理由

アクティビティの処理時間を計算し、実作業時間と待機時間を区別できます。

入手先

開始時刻と同様に、iCIMSの監査証跡または履歴ログで確認できます。イベントのタイムスタンプが1つしかない場合は、推定が必要になることがあります。

2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
オファー金額
OfferAmount
求人オファーで候補者に提示した給与または報酬額です。
説明

この属性には、候補者に提示した報酬パッケージの金額が入ります。通常は「Offer Extended」アクティビティの発生時に記録されます。

「Offer Acceptance Rate Trends」ダッシュボードで役立つデータです。オファー金額に対する承諾率を分析し、職種や部門などの要素でセグメント化することで、自社の報酬水準の競争力を把握できます。報酬が理由でオファーを辞退されているかを特定し、給与レンジの見直しにもつなげられます。

重要な理由

オファー承諾率を分析し、報酬が採用の成否に与える影響を理解するための重要な情報です。

入手先

この情報は、iCIMSのRecruiting Workflow Profileにある「Offer」タブまたは関連フィールドに保存されることが多いです。

8500012000095500.50
ソースシステム
SourceSystem
データの取得元となるシステムです。この場合はiCIMSです。
説明

採用データが生成・保存された元のアプリケーションを識別する属性です。このプロセスでは、値は一貫して「iCIMS」、またはiCIMSインスタンスをより具体的に示す識別子になります。

単一システムの分析では固定値に見える場合がありますが、複数のシステムのデータを統合する際に重要になります。たとえば、iCIMSの採用データと別のシステムのHRISデータを組み合わせる場合に、データの系譜を確保し、データ連携の問題を解決しやすくします。

重要な理由

データの出所を把握できるため、データガバナンスや複数の人事システムからデータを統合する際に役立ちます。

入手先

固定値「iCIMS」として、データの抽出・変換処理中に追加します。

iCIMS Talent CloudiCIMS
不採用理由
RejectionReason
候補者の応募が企業によって不採用となった理由です。
説明

応募が不採用となった際に、「企業文化との適合性が低い」「必要なスキルが不足している」「別の候補者を採用した」など、具体的な理由を示します。通常は、採用担当者または採用マネージャーが定義済みのリストから選択します。

不採用理由を分析すると、採用プロセスに関する有益なフィードバックを得られます。求人票とのミスマッチ、特定の採用チャネルから得た候補者の質に関する問題、スクリーニングプロセスを改善できる領域などを明らかにできます。採用戦略の見直しや候補者パイプラインの質の向上にもつながります。

重要な理由

候補者が次の段階に進めない理由を把握できるため、求人票、候補者獲得、スクリーニング基準の改善に役立ちます。

入手先

通常は、iCIMSのRecruiting Workflowで候補者を不採用ステータスに移す際に記録されます。

最低限の応募条件を満たしていない希望給与が高すぎるより適任の候補者を選定
候補者ID
CandidateId
すべての応募にわたって個々の候補者を一意に識別するIDです。
説明

Candidate IDは、Job Application IDとは異なり、人材プール内の個人を一意に識別するIDです。1人の候補者が複数の応募を行う場合でも、Candidate IDは常に同じです。

この属性は「Duplicate Screening Detection」分析で特に役立ちます。Candidate IDごとにアクティビティをまとめることで、同じ人物が異なる職種について不必要に複数回スクリーニングされているケースを特定できます。また、候補者と組織とのやり取りの履歴を、より全体的に把握できます。

重要な理由

個人を一意に識別できるため、複数の応募にまたがる候補者の経過を分析し、重複したアクティビティを検出できます。

入手先

iCIMSのPerson Profileにおける主要識別子です。

CAND-9876CAND-5432CAND-1001
最終データ更新時刻
LastDataUpdate
ソースシステムからデータが最後に抽出または更新された時点を示すタイムスタンプです。
説明

iCIMSから直近にデータを取得した日時を記録する属性です。イベントが発生した時刻ではなく、レコードがプロセスマイニングツールと最後に同期された時刻を示します。

分析対象データの鮮度を把握するために欠かせません。リアルタイムの情報を見ているのか、特定時点のスナップショットを見ているのかを確認でき、分析の妥当性と正確性を判断するうえで役立ちます。

重要な理由

データの更新状況を把握できるため、最新の情報に基づいて分析や意思決定を行えます。

入手先

このタイムスタンプは、データ抽出・変換・ロード(ETL)パイプラインが実行されるたびに生成し、記録します。

2024-05-20T08:00:00Z2024-05-21T08:00:00Z
勤務地
JobLocation
求人ポジションがある具体的な都市またはオフィスの所在地です。
説明

Job Locationは国よりも詳細な地理情報を示し、通常は都市、州、特定のオフィスなどを表します。

この属性により、地域ごとの詳細な分析が可能になります。たとえば、都市別に「採用までの期間」を比較し、地域の市場環境や採用上の課題を把握できます。地域の採用チームのリソース計画にも役立ちます。

重要な理由

詳細な地理情報を提供し、特定のオフィスや都市間のパフォーマンス差を分析できます。

入手先

iCIMSのJob Profileにある所在地フィールドに保存されます。

ニューヨーク州ニューヨークカリフォルニア州サンフランシスコ英国ロンドン
Country
求人ポジションが所在する国です。
説明

この属性は、求人依頼に関連付けられた国を示します。採用プロセスを地理的な観点から把握するための情報です。

グローバルに展開する組織では、国別に採用プロセスを分析することが欠かせません。採用期間、候補者獲得チャネルの効果、プロセスのコンプライアンスにおける地域差を明らかにできます。この分析は、地域ごとの採用戦略の策定や、現実的な地域別目標の設定に役立ちます。

重要な理由

採用プロセスを地域別にセグメント化し、地域ごとのパフォーマンス差を明らかにできます。グローバルなプロセス標準化の取り組みにも役立ちます。

入手先

iCIMSのJob Profileにある所在地情報の一部です。

米国ドイツ英国カナダ
手戻りの有無
IsRework
同じ求人応募でアクティビティが繰り返されているかを示すフラグです。
説明

Is Rework属性は、同じケース内で特定のアクティビティが複数回発生した場合にtrueとなるブール型フラグです。たとえば、候補者が「First Interview」ステージを2回通過する場合、2回目のアクティビティが手戻りとして記録されます。

「Process Compliance & Variants」分析に役立つ属性です。非効率、重複、標準プロセスからの逸脱をすばやく把握できます。手戻りを特定して件数を測定することで、プロセスを効率化し、無駄な作業を減らし、候補者体験を改善できます。

重要な理由

繰り返されたステップを特定し、プロセスの非効率を定量化できます。繰り返しは、問題や標準外のプロセスフローを示すことが多い項目です。

入手先

特定のJobApplicationIdについて、同じ名前のアクティビティがすでに発生しているかを確認し、プロセスマイニングツール内で算出されます。

truefalse
総サイクル時間
CycleTime
求人応募における最初のアクティビティから最後のアクティビティまでの経過時間です。
説明

サイクル時間は、1件の応募について採用プロセス全体にかかった期間を測定します。最初のイベント(例:「Application Received」)のタイムスタンプと、最後のイベント(例:「Candidate Hired」または「Application Rejected」)のタイムスタンプの差として算出します。

プロセス全体の効率を測定する主要KPIです。「Time to Hire Performance」ダッシュボードで、ポジションの充足にかかる期間を追跡するために使われます。サイクル時間を分析すると、長期化しているプロセスを特定し、改善施策の基準値を設定できます。

重要な理由

この計算指標は、プロセス全体の効率を示す主要なパフォーマンス指標であり、採用期間を追跡するダッシュボードに欠かせません。

入手先

この属性はiCIMSに直接は存在しません。各JobApplicationIdについて、最大のActivityStartTimeと最小のActivityStartTimeの差を求め、プロセスマイニングツールで算出します。

45日10時間62日4時間30日0時間
職種名
JobTitle
候補者が応募したポジションの職種名です。
説明

職種名は、Software EngineerやProduct Managerなど、募集中のポジションの正式名称です。部門や職種群だけでは分からない、ポジションの具体的な情報を示します。

この属性は、採用データのフィルタリングやセグメント化でよく使われる項目です。たとえば、職種別に「採用までの期間」を分析すると、特にシニア職や専門職で、採用に大幅に時間がかかるポジションを特定できます。この結果をもとに、ポジションの種類に応じた採用戦略を策定できます。

重要な理由

特定の職種について詳細な分析やパフォーマンス比較が可能になります。職種ごとに採用上の課題や所要期間が異なる場合にも役立ちます。

入手先

iCIMSのJob Profileにある主要フィールドです。

シニアソフトウェアエンジニアマーケティングマネージャーデータアナリスト
必須 推奨 任意

採用・人材獲得のアクティビティ

採用ファネル内のプロセスを正確にディスカバリーし、ボトルネックを特定するためにイベントログへ記録する主要なプロセスステップとマイルストーンです。
7 推奨 8 任意
アクティビティ 説明
オファー承諾
候補者が採用オファーを正式に承諾したことを示します。重要な成功マイルストーンであり、候補者の回答に基づいて採用担当者がステータスを更新した時点で記録します。
重要な理由

オファー承諾率の計算に欠かせないアクティビティであり、入社前確認とオンボーディングへの移行を示します。

入手先

応募ワークフローで「Offer Accepted」または「Hire Pending」へのステータス変更がタイムスタンプ付きで記録されたことから推定します。

取得

「Offer Accepted」へのステータス変更のタイムスタンプを特定します。

イベントタイプ inferred
オファー提示
正式な採用オファーが作成され、候補者に提示されたことを示します。重要なマイルストーンであり、通常、応募のステータスを専用の「Offer」段階に変更することで取得します。
重要な理由

「オファー承諾率」KPIの分子となるアクティビティです。採用プロセスにおける最終的な意思決定段階の開始を示します。

入手先

応募ワークフローのステータスが「Offer Extended」、「Offer Made」、「Verbal Offer」などに変更されたことから推定します。

取得

「Offer」に関連するいずれかのステータスへの変更のタイムスタンプを取得します。

イベントタイプ inferred
企業による応募不採用
企業がプロセスのいずれかの段階で候補者の選考を進めないと決定したことを示します。採用担当者または採用責任者が応募ステータスを「Rejected」や「Not Selected」などの終端状態に更新した時点で取得します。
重要な理由

最も一般的な終了点です。不採用が最も多く発生する段階を分析することは、採用ファネルの有効性を把握し、ボトルネックを特定するうえで基本となります。

入手先

「Rejected」、「Not Selected」、「Position Filled」など、終端の不採用ステータスへの変更から推定します。iCIMSでは通常、不採用理由の登録が必要です。

取得

採用にも応募者辞退にも該当しない、終端ステータスへの変更を検出します。

イベントタイプ inferred
候補者の採用完了
採用プロセスが成功裏に完了したことを示す最後のアクティビティです。候補者が最終的な「Hired」ステータスに移動した時点で記録され、応募プロセスを正式に終了するとともに、オンボーディングワークフローを開始する場合があります。
重要な理由

プロセスにおける主な成功終了点です。採用期間全体と採用ファネルの転換率を計算するために欠かせません。

入手先

応募ワークフローで最終ステータスが「Hired」または「Started」に変更された時点のタイムスタンプから推定します。これは終端ステータスです。

取得

最終的な「Hired」ステータスへの変更のタイムスタンプを取得します。

イベントタイプ inferred
候補者を採用責任者へ提出
採用担当者が、要件を満たす候補者のプロフィールを採用責任者に正式に提示し、審査を依頼します。通常、iCIMSのワークフローで候補者を「Hiring Manager Review」という特定のステップに移動した時点で取得します。
重要な理由

重要な引き継ぎポイントです。このステップから採用責任者のフィードバックまでの時間を測定することで、採用責任者側のプロセスにおける遅延を特定できます。

入手先

応募ステータスが「Submitted to Hiring Manager」、「HM Review」、または採用責任者の関与を示す同様のステータスに変更された時点のタイムスタンプから推定します。

取得

「Hiring Manager Review」または同等のステータスへの変更のタイムスタンプを取得します。

イベントタイプ inferred
初回面接の実施完了
候補者との初回面接が完了したことを示します。通常、面接後に採用担当者または採用責任者が候補者のステータスを更新した時点で記録します。
重要な理由

評価プロセスにおける重要なマイルストーンです。このイベントからフィードバックの提出までの時間は、「採用責任者フィードバックサイクル」の分析に欠かせません。

入手先

応募ワークフローのステータスが「Interview Completed」、「Awaiting Feedback」、「First Interview Complete」などに更新されたことから推定します。

取得

予定された面接日後に、「Interview Complete」または関連するステータスへの変更を検出します。

イベントタイプ inferred
応募受付
特定の求人への応募について、採用プロセスの開始を示します。候補者が採用ポータルから応募を正常に送信した時点、またはiCIMSに手動で登録された時点で、このイベントを取得します。
重要な理由

これはプロセスの主な開始イベントです。このアクティビティから後続のマイルストーンまでの時間を分析することで、採用充足までの全体的な期間を把握し、初期段階のボトルネックを特定できます。

入手先

通常は、応募レコードの作成日、または候補者のワークフロー履歴にある「Submitted」や「New Application」などの初期ステータスに関連付けられたタイムスタンプから推定します。

取得

求人応募レコードの作成タイムスタンプ、または最初のステータス変更のタイムスタンプを使用します。

イベントタイプ inferred
2回目の面接の予定設定
候補者が次の選考段階に進み、次回の面接が設定されていることを示します。新しい面接イベントが設定された時点、または候補者が「Second Interview」段階に移動した時点で取得します。
重要な理由

2回目の面接の頻度と、そこに至るまでの時間を分析することで、プロセスの深さを把握し、一部の職種で面接回数が過剰になっていないかを確認できます。

入手先

「Second Interview Scheduled」へのステータス変更、またはすでに面接を受けた候補者の新しい面接レコードの作成から推定します。

取得

同じ応募について、ステータス変更または新しい面接レコードの作成を特定します。

イベントタイプ inferred
オファー辞退
候補者が採用オファーを正式に辞退したことを示します。採用担当者が候補者のステータスを「Offer Declined」または「Offer Rejected」に更新した時点で記録される、採用に至らなかった結果です。
重要な理由

重要な失敗終了点です。オファーがいつ、なぜ辞退されたのかを分析することで、報酬の競争力や候補者体験に関する示唆を得られます。

入手先

応募ワークフローのステータスが「Offer Rejected」や「Offer Declined」などの終端ステータスに変更されたことから推定します。

取得

「Offer Rejected」または同等のステータスへの変更のタイムスタンプを特定します。

イベントタイプ inferred
バックグラウンドチェック開始
オファー承諾後に入社前審査が始まったことを示します。通常、候補者を「Background Check」ステータスに移動することで追跡し、第三者ベンダーとの連携が開始される場合があります。
重要な理由

「Offer Accepted」からこのアクティビティまでの時間を分析することで、入社前プロセスの遅延を特定できます。遅延は候補者の入社日に影響する可能性があります。

入手先

「Background Check in Progress」または同様のステータスへの変更から推定します。iCIMSの連携によっては、明示的なイベントとして記録される場合があります。

取得

「Background Check」ステータスへの変更を検出します。

イベントタイプ inferred
フィードバック提出
通常は採用責任者など、採用チームのメンバーが面接後に候補者の評価を提出した時点で発生します。iCIMSでは構造化されたフィードバックを記録でき、このイベントはフィードバックレコードの作成から推定できます。
重要な理由

「採用責任者フィードバック平均時間」KPIの測定に必要です。フィードバック提出の遅延は、採用プロセス全体を遅らせる一般的なボトルネックです。

入手先

応募に関連付けられた面接フィードバックレコードの作成タイムスタンプから推定します。「Feedback Received」などの特定のステータス変更で記録される場合もあります。

取得

システム内の面接フィードバック入力の作成タイムスタンプを使用します。

イベントタイプ inferred
候補者による応募辞退
候補者が自らその職種の選考対象から外れたことを示します。候補者から採用担当者に申し出があり、採用担当者が応募ステータスを「Withdrawn」に更新した時点で記録します。
重要な理由

重要な失敗終了点です。特定の段階で辞退率が高い場合、プロセスの長期化、コミュニケーション不足、または候補者体験の悪化を示している可能性があります。

入手先

iCIMSのワークフローで、「Withdrawn by Candidate」、「Withdrew」などの終端ステータスへの変更がタイムスタンプ付きで記録されたことから推定します。

取得

「Withdrawn」または同等のステータスへの変更のタイムスタンプを取得します。

イベントタイプ inferred
候補者への電話審査完了
採用担当者が候補者に対して初回の電話面談を実施したことを示します。通常、電話面談の完了後に採用担当者がワークフロー上の候補者ステータスを更新した時点で取得します。
重要な理由

採用ファネルにおける重要な絞り込み段階です。所要時間と通過率を分析することで、初回審査と候補者獲得の質を評価できます。

入手先

候補者ワークフローのステータスが「Phone Screen Completed」、「Advanced to Next Step」、または同様のカスタムステータスに変更されたことから推定します。

取得

応募ワークフローで「Phone Screen」または同様に設定されたステータスへの変更を検出します。

イベントタイプ inferred
初回面接の予定設定
候補者と採用チームの面接が設定された時点を示します。iCIMSには面接のスケジュール機能があり、応募に関連付けられた面接イベントが作成された時点で取得します。
重要な理由

審査から正式な評価への移行を示します。これを追跡することで、スケジュール設定の効率と、要件を満たす候補者との面接開始までの時間を分析できます。

入手先

iCIMSの面接スケジュールモジュールから明示的なイベントとして取得するか、「Interview Scheduled」などのステータスへの変更から推定します。

取得

面接レコードの作成日、または「Interviewing」へのステータス変更のタイムスタンプを使用します。

イベントタイプ inferred
応募書類の審査完了
採用担当者による応募書類の初回審査が完了したことを示します。通常、応募のステータスが「new」から「Under Review」や「Screening」など、審査を示すステータスに変更された時点で推定します。
重要な理由

このアクティビティを追跡すると、採用担当者の業務効率と審査完了までの時間に関するKPIを測定できます。ここでの遅延は候補者の離脱を招き、採用全体の期間を長引かせる可能性があります。

入手先

応募者プロフィールのステータス変更から推定します。初期ステータスから「Reviewed」、「Screened」、「Under Consideration」などへの変更を確認します。

取得

「reviewed」または「screened」ステータスへの変更のタイムスタンプを特定します。

イベントタイプ inferred
推奨 任意

抽出ガイド

iCIMSからデータを取得する方法

準備はできましたか?

このデータテンプレートに沿って準備を進めることで、採用・人材獲得プロセスを詳しく把握し、採用活動の最適化と迅速化につなげられます。今すぐiCIMSデータの価値を最大限に引き出しましょう。

iCIMSの採用を変革:今すぐ人材獲得を最適化

iCIMSのボトルネックを特定し、採用サイクル時間を30%短縮します。成果をすぐに確認できます。

無料トライアルを開始

クレジットカード不要 5分でセットアップ