採用・タレントアクイジションデータテンプレート
採用・タレントアクイジションデータテンプレート
- 収集を推奨する項目
- プロセス分析で追跡すべき主要アクティビティ
- iCIMSシステムからのデータ抽出ガイド
採用・タレントアクイジション属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
採用プロセスで発生した特定のステップまたはマイルストーンの名前。 | ||
|
説明
アクティビティ名とは、求人応募に対して特定の時点に発生したイベントを記述するものです。例として「応募受付」、「一次面接実施」、「オファー提示」などがあります。これらのアクティビティは採用プロセスの連続したステップを形成します。 この属性は、プロセス・マップにおけるノードを定義するため、プロセスマイニングにとって基礎的なものです。これらのアクティビティのシーケンスと頻度を分析することで、実際の採用ワークフローが明らかになり、一般的および代替のパスが強調され、ボトルネックや手戻りのループが特定されます。
その重要性
この属性はプロセスのステップを定義し、プロセス・マップの作成、フローの分析、および標準的な採用手順からの逸脱の特定を可能にします。
取得元
通常、iCIMSの採用ワークフロープロファイルにおけるステータス変更から導出されます。特定のステータスとビンは、組織によってカスタマイズ可能な場合が多いです。
例
申請審査済み一次面接実施済み内定承諾済み候補者採用済み
|
|||
|
アクティビティ開始**データ**
ActivityStartTime
|
特定の採用活動が開始または記録された日時を示すタイムスタンプ。 | ||
|
説明
この属性は、応募がスクリーニングされたり、面接が設定されたりした際など、各アクティビティの日時を提供します。タイムスタンプは、プロセスステップのタイミングと期間を理解するために不可欠です。 プロセスマイニングでは、このタイムスタンプを使用してイベントを時系列に並べ、実際のプロセスフローの発見を可能にします。これは、アクティビティ間のサイクルタイムの計算、遅延の特定、サービスレベルアグリーメントに対するパフォーマンスの監視を含む、すべての時間ベースの分析の基礎となります。
その重要性
イベントの時系列順序を提供します。これは、プロセス期間の計算、ボトルネックの特定、および採用プロセスのタイムラインを理解するために不可欠です。
取得元
この情報は通常、iCIMSの採用ワークフロープロファイルに関連付けられた監査証跡または履歴ログで利用可能です。
例
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
求人応募
JobApplicationId
|
特定の求人募集に対する候補者の応募の一意の識別子。 | ||
|
説明
求人応募IDは採用プロセス分析の要であり、ケース識別子として機能します。各IDは、特定の求人に対する個々の候補者のジャーニー、つまり最初の応募からスクリーニング、面接、オファー管理などのすべての後続段階を表します。 プロセスマイニングでは、この属性を使用して関連するすべてのアクティビティをまとめて一貫したエンドツーエンドのプロセスフローにリンクします。求人応募IDに基づいてプロセスを分析することで、採用ファネルの明確な可視化、サイクルタイムの正確な計算、および異なる候補者に対する採用経路のバリエーションの特定が可能になります。
その重要性
単一の応募のライフサイクル全体を追跡するために不可欠です。各候補者の採用までの期間、離脱率、プロセス適合性の分析を可能にします。
取得元
これは通常、iCIMSにおける応募レコードの主キーです。個人または採用ワークフロープロファイルのAPIを参照してください。
例
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
アプリケーションソース
ApplicationSource
|
候補者が応募を提出したチャネルまたは方法。 | ||
|
説明
この属性は、応募の発生源を示します。例えば、「企業ウェブサイト」、「LinkedIn」、「社員紹介」、「求人掲示板」などです。候補者がどのように求人を見つけて応募しているかを追跡します。 この情報は「応募ソーシングチャネルROI」ダッシュボードにとって不可欠です。各ソースからの応募数、そしてより重要なのは採用数を分析することで、組織はどのチャネルが最高の投資収益率を提供するかを判断できます。これにより、採用マーケティングの支出を最適化し、最も効果的なソースに労力を集中させるのに役立ちます。
その重要性
さまざまな採用チャネルの効果を測定し、ソーシング戦略と予算の最適化を可能にします。
取得元
このデータはiCIMSの候補者応募プロファイルで捕捉され、多くの場合、候補者によって選択されるか、URLパラメータを通じて追跡されます。
例
LinkedIn従業員紹介会社`採用ページ`Indeed
|
|||
|
採用マネージャー
HiringManager
|
求人募集の採用マネージャーの名前またはID。 | ||
|
説明
採用マネージャーとは、ポジションが埋められる対象となる人物です。彼らはプロセスの主要なステークホルダーであり、候補者のレビュー、面接の実施、最終的な採用決定に責任を負います。 この属性は「採用マネージャーフィードバックサイクル」ダッシュボードにとって非常に重要です。面接と採用マネージャーごとのフィードバック提出までの時間を追跡することで、組織は意思決定プロセスの遅延を特定し、それを削減するよう働きかけることができ、全体の採用期間を短縮するのに役立ちます。
その重要性
採用マネージャーのエンゲージメントと効率を分析するのに役立ちます。特に、遅延の一般的な原因であるタイムリーなフィードバック提供に関して効果的です。
取得元
通常、iCIMSの求人募集に関連付けられた求人プロファイルに保存されます。
例
Robert Brownスーザン・ホワイトマイケル・グリーン
|
|||
|
採用担当者
Recruiter
|
求人応募の管理責任者であるリクルーターの名前またはID。 | ||
|
説明
この属性は、応募に割り当てられた主要なリクルーターを特定します。この人物は通常、候補者のスクリーニング、面接の調整、プロセスの管理を担当します。 リクルーター別のデータ分析は、「リクルーターパフォーマンス概要」ダッシュボードにとって不可欠です。スクリーニングにかかる時間、面接完了率、成功した採用数などの指標を追跡することで、個人およびチームのパフォーマンスを評価するのに役立ちます。これにより、ベストプラクティスと追加トレーニングが必要な領域を特定できます。
その重要性
この属性は、リクルーターのワークロードとパフォーマンスを評価し、的を絞った改善とリソース配分を可能にする上で重要です。
取得元
この情報は、iCIMSの採用ワークフロープロファイルまたは関連する求人プロファイルに保存されることが多く、特定のアクションを実行したユーザーにリンクされています。
例
John Smithジェーン・ドウエミリー・ジョーンズ
|
|||
|
申請ステータス
ApplicationStatus
|
求人応募の最終的な結果または現在の処理状況。 | ||
|
説明
この属性は、応募の最終ステータスを表し、候補者が採用されたか、会社によって不採用になったか、または応募を撤回したかを示します。これは採用プロセスの最終イベントを提供します。 これは結果に基づく分析にとって重要な属性です。コンバージョン率、オファー承諾率、離脱率の計算に使用されます。応募の最終的な処理状況を理解することは、採用ファネル全体の成功と効率を測定する上で不可欠です。
その重要性
プロセスの結果を定義し、採用率や不採用率などの主要な指標を計算するために不可欠です。
取得元
これはiCIMSの採用ワークフロープロファイルにおける最終ステータスです。通常、応募が最終的な「処理完了」ビンに移動されたときに設定されます。
例
採用済み会社都合による不採用候補者が辞退
|
|||
|
職務要件ID
JobRequisitionId
|
求人募集またはポジションの一意の識別子。 | ||
|
説明
求人募集IDは、複数の応募を単一の求人掲載にリンクします。これは、候補者が応募している特定の職務を表し、職務名、部門、勤務地などの詳細情報を含みます。 分析では、このIDを使用して同じポジションに対するすべての応募をグループ化し、比較します。これにより、単一職務の候補者プール全体を把握でき、さまざまな種類の職務における採用プロセスの有効性を理解するのに役立ちます。
その重要性
同じ役割のすべての応募をグループ化し、特定の求人に対する採用ファネル全体の分析を可能にします。
取得元
このIDはiCIMSの求人プロファイルの基本的な一部であり、その職務に提出されたすべての応募にリンクされています。
例
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
部署
Department
|
求人ポジションが採用される事業部門または機能。 | ||
|
説明
この属性は、「エンジニアリング」、「マーケティング」、「セールス」など、募集されているポジションが属する部門を指定します。求人募集の組織的コンテキストを提供します。 部門情報は、分析のための強力なディメンションです。これにより、「採用までの期間」や「オファー承諾率」などのKPIを部門別にセグメント化することができ、組織全体で採用プロセスや効率に大きな違いがあることを明らかにできます。これは、どの部門がプロセスを最適化しているか、どの部門がサポートを必要としているかを特定するのに役立ちます。
その重要性
異なる事業部門間でのパフォーマンス比較を可能にし、採用効率のばらつきやボトルネックを浮き彫りにします。
取得元
これは通常、iCIMSの求人募集IDに関連付けられた求人プロファイル情報の一部です。組織構造データにリンクされている場合があります。
例
エンジニアリング営業マーケティング人事
|
|||
|
アクティビティ処理時間
ProcessingTime
|
単一の採用活動に実際に費やされた時間。 | ||
|
説明
処理時間とは、特定のアクティビティの期間であり、その終了時刻と開始時刻の差として計算されます。多くの採用イベントでは、これはゼロまたは非常に短い場合があります。ただし、「面接実施」のようなタスクでは、そのタスクに実際に費やされた時間を表すことができます。 この指標は、アクティブな作業時間と待機時間を区別するのに役立ちます。「面接設定」と「面接実施」の間の時間が長い場合(待機時間)、面接自体の処理時間ははるかに短くなります。処理時間を分析することで、個々のタスクの実行を最適化するのに役立ちます。
その重要性
アクティビティの実際の期間を測定し、アクティブな作業とアイドル時間を区別し、実行に時間のかかるタスクを特定するのに役立ちます。
取得元
これは、各イベントのActivityEndTimeからActivityStartTimeを減算することで、プロセスマイニングツール内で計算されます。
例
1時間0分0時間30分0時間5分
|
|||
|
アクティビティ終了時間
ActivityEndTime
|
採用活動が完了した日時を示すタイムスタンプ。 | ||
|
説明
アクティビティ終了時刻はイベントの完了を示します。多くの場合、特に「オファー提示」のような個別イベントでは、終了時刻は開始時刻と同じになることがあります。しかし、面接ブロックのように期間を伴うアクティビティでは、異なる場合があります。 この属性は、個々のアクティビティの正確な期間(処理時間として知られる)を計算するために使用されます。処理時間を分析することで、タスク間の待機時間だけでなく、どの特定のタスクが最も時間を要しているかを特定するのに役立ちます。
その重要性
アクティビティの処理時間の計算を可能にし、実作業時間とアイドル待機時間を区別するのに役立ちます。
取得元
開始時刻と同様に、iCIMSの監査証跡または履歴ログで見つけることができます。単一のイベントタイムスタンプしか利用できない場合は、推論が必要になることがあります。
例
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステム、この場合はiCIMS。 | ||
|
説明
この属性は、採用データが生成され保存されたソースアプリケーションを特定します。このプロセスの場合、値は一貫して「iCIMS」またはiCIMSインスタンスのより具体的な識別子となります。 単一システム分析では静的に見えるかもしれませんが、複数のシステムからのデータをマージする場合、例えばiCIMSからの採用データと他のシステムからのHRISデータを組み合わせる場合には非常に重要になります。これにより、データの来歴が確保され、データ統合の問題をトラブルシューティングするのに役立ちます。
その重要性
データの出所に関するコンテキストを提供します。これはデータガバナンスや、複数の人事システムからデータを統合する際に非常に重要です。
取得元
これは、データ抽出および変換プロセス中に追記すべき静的な値(「iCIMS」)です。
例
iCIMS Talent CloudiCIMS
|
|||
|
候補者ID
CandidateId
|
すべての応募における個々の候補者の一意の識別子。 | ||
|
説明
候補者IDは、求人応募IDとは異なる、人材プールにおける個人の一意の識別子です。単一の候補者が複数の応募を行うことがありますが、常に同じ候補者IDを持ちます。 この属性は、「重複スクリーニング検出」分析に特に役立ちます。候補者IDでアクティビティをグループ化することで、同じ人物が不必要に異なる職務で複数回スクリーニングされているケースを特定できます。また、候補者の企業とのインタラクション履歴をより包括的に把握することも可能になります。
その重要性
個人を一意に識別し、複数の応募にわたる候補者のジャーニーを分析したり、冗長なアクティビティを検出したりすることを可能にします。
取得元
これはiCIMSの個人プロファイルにおける主要な識別子です。
例
CAND-9876CAND-5432CAND-1001
|
|||
|
最終データ更新
LastDataUpdate
|
データがソースシステムから最後に抽出または更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、iCIMSから最新のデータが取得された日時を記録します。イベントが発生した日時ではなく、レコードが最後にプロセスマイニングツールと同期された日時を示します。 この情報は、分析されているデータの鮮度を理解するために不可欠です。これにより、ユーザーはリアルタイムの情報を見ているのか、特定の時点のスナップショットを見ているのかを知ることができ、分析の関連性と正確性にとって重要です。
その重要性
データの適時性をユーザーに通知し、分析と意思決定が最新情報に基づいていることを保証します。
取得元
このタイムスタンプは、データ抽出、変換、ロード(ETL)パイプラインが実行されるたびに生成および記録されるべきです。
例
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
勤務地
JobLocation
|
求人募集の具体的な都市またはオフィス所在地。 | ||
|
説明
勤務地は、国よりも詳細な地理的情報を提供し、通常は都市、州、または特定のオフィスを示します。 この属性により、より詳細な地域分析が可能になります。例えば、「採用までの期間」を異なる都市間で比較して、現地の市場状況や採用課題を理解することができます。また、地域の採用チームのリソース計画にも役立ちます。
その重要性
詳細な地理的インサイトを提供し、特定のオフィスや都市間のパフォーマンスの違いを分析するのに役立ちます。
取得元
これはiCIMSの求人プロファイルの勤務地フィールドに保存されます。
例
ニューヨーク、NYサンフランシスコ、カリフォルニア州ロンドン、英国
|
|||
|
却下理由
RejectionReason
|
候補者の応募が会社によって不採用となった理由。 | ||
|
説明
応募が不採用になった場合、この属性は「カルチャーフィットしない」、「必要なスキルが不足している」、「他の候補者でポジションが埋まった」などの具体的な理由を提供します。このデータは通常、リクルーターまたは採用マネージャーによって定義済みのリストから選択されます。 不採用理由を分析することは、採用プロセスに関する貴重なフィードバックを提供します。これにより、職務記述書の不一致、特定のソースからの候補者品質の問題、またはスクリーニングプロセスを改善できる領域などの問題を浮き彫りにすることができます。これは、採用戦略の洗練と候補者パイプラインの品質向上に役立ちます。
その重要性
候補者が次に進まない理由について重要なフィードバックを提供し、職務記述書、ソーシング、スクリーニング基準の改善に役立ちます。
取得元
これは通常、iCIMSの採用ワークフローで候補者を不採用ステータスに移動する際に記録されます。
例
最低限の資格要件を満たしていない給与期待が高すぎるより適格な候補者の選定
|
|||
|
合計サイクルタイム
CycleTime
|
求人応募の最初のアクティビティから最後のアクティビティまでの経過時間合計。 | ||
|
説明
サイクルタイムは、単一の応募に対する採用プロセス全体の期間を測定します。これは、最初のアクティビティ(例:「Application Received (応募受付済み)」)のタイムスタンプと最終アクティビティ(例:「Candidate Hired (候補者採用済み)」または「Application Rejected (応募却下)」)のタイムスタンプの差として計算されます。 これは、全体的なプロセス効率を測定するための主要なKPIです。「Time to Hire Performance (採用期間パフォーマンス)」ダッシュボードで使用され、ポジションを埋めるまでの期間を追跡します。サイクルタイムを分析することで、長期化しているプロセスを特定し、プロセス改善イニシアチブのベンチマークを設定するのに役立ちます。
その重要性
この計算された指標は、全体的なプロセス効率の主要なパフォーマンス指標であり、採用までの時間を追跡するダッシュボードにとって非常に重要です。
取得元
この属性はiCIMSでは直接利用できません。これは、各JobApplicationIdのActivityStartTimeの最大値と最小値の差を取ることで、プロセスマイニングツール内で計算されます。
例
45日10時間62日4時間30日0時間
|
|||
|
国
Country
|
募集職種が所在する国。 | ||
|
説明
この属性は、求人募集に関連する国を指定します。採用プロセスの地理的コンテキストを提供します。 グローバル企業にとって、国別の採用プロセス分析は不可欠です。これにより、採用期間、ソーシングチャネルの効果、プロセスコンプライアンスにおける地域差を浮き彫りにすることができます。この分析は、地域に特化した採用戦略を策定し、現実的な地域パフォーマンス目標を設定するのに役立ちます。
その重要性
採用プロセスの地理的セグメンテーションを可能にし、地域ごとのパフォーマンスのばらつきを明らかにし、グローバルなプロセス標準化の取り組みをサポートします。
取得元
これはiCIMSの求人プロファイルにおける勤務地情報の一部です。
例
アメリカ合衆国ドイツ英国カナダ
|
|||
|
役職
JobTitle
|
候補者が応募した役職名。 | ||
|
説明
職務名は、「ソフトウェアエンジニア」や「プロダクトマネージャー」など、募集されている職務の正式名称です。部門や職務ファミリーを超えて、ポジションに関する具体的な詳細情報を提供します。 この属性は、採用データをフィルタリングおよびセグメント化するための一般的なディメンションです。例えば、職務名別に「採用までの期間」を分析することで、特定の役割、特に上級職や専門職は採用に著しく長い時間がかかることが明らかになる場合があります。このインサイトは、さまざまなタイプのポジションに合わせた採用戦略を開発することにつながります。
その重要性
特定の役割に関する詳細な分析とパフォーマンス比較を可能にし、それらの役割に固有の採用課題や期間がある場合に役立ちます。
取得元
これはiCIMSの求人プロファイルにおける主要フィールドです。
例
シニア`ソフトウェアエンジニア`マーケティングマネージャー**データアナリスト**
|
|||
|
手戻り
IsRework
|
同じ求人応募に対してアクティビティが繰り返されているかどうかを示すフラグです。 | ||
|
説明
「Is Rework」属性は、特定の活動が同じケース内で複数回発生した場合にtrueに設定されるブールフラグです。例えば、候補者が「一次面接」の段階を2回経験する必要がある場合、2回目のインスタンスは手戻りとしてマークされます。 これは「プロセスコンプライアンスとバリアント」分析にとって強力な属性です。非効率性、冗長性、標準プロセスからの逸脱を迅速に浮き彫りにします。手戻りを特定し定量化することは、プロセスを合理化し、無駄な労力を削減し、候補者体験を向上させるのに役立ちます。
その重要性
繰り返されるステップを特定することで、プロセスの非効率性を数値化するのに役立ちます。これは問題や非標準プロセスフローを示すことがよくあります。
取得元
この属性は、特定のJobApplicationIdに対して同じ名前のアクティビティがすでに発生しているかどうかをチェックすることで、プロセスマイニングツール内で計算されます。
例
truefalse
|
|||
|
提示金額
OfferAmount
|
求人オファーで候補者に提示された給与または報酬額。 | ||
|
説明
この属性には、候補者に提示された報酬パッケージの金銭的価値が含まれます。「オファー提示」アクティビティが発生したときに通常記録されます。 このデータは「オファー承諾率トレンド」ダッシュボードにとって貴重です。オファー金額に対する承諾率を分析し、職務名や部門などの要因でセグメント化することで、組織は報酬の競争力に関するインサイトを得ることができます。これにより、報酬が原因でオファーが拒否されているかどうかを特定し、給与レンジの調整に役立てることができます。
その重要性
オファー承諾率の分析や、報酬が採用成功に与える影響を理解するための重要なコンテキストを提供します。
取得元
この情報は、iCIMSの採用ワークフロープロファイルにある「オファー」タブまたは関連フィールドに保存されることがよくあります。
例
8500012000095500.50
|
|||
採用・タレントアクイジションアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
一次面接実施済み
|
このアクティビティは、候補者との一次面接が完了したことを示します。通常、面接が行われた後にリクルーターまたは採用マネージャーが候補者のステータスを更新したときに記録されます。 | ||
|
その重要性
これは評価プロセスにおける主要なマイルストーンです。このイベントとフィードバック提出までの時間は、「採用マネージャーフィードバックサイクル」分析にとって重要です。
取得元
応募ワークフローにおける「Interview Completed (面接完了)」、「Awaiting Feedback (フィードバック待ち)」、または「First Interview Complete (一次面接完了)」などのステータス更新から推測されます。
取得
予定された面接日後の「Interview Complete (面接完了)」または関連するステータスへの変更を検出します。
イベントタイプ
inferred
|
|||
|
企業により応募却下
|
会社はプロセスのいずれかの段階で候補者を進めないことを決定しました。これは、リクルーターまたは採用マネージャーが応募ステータスを最終的な「不採用」または「選考見送り」の状態に更新することで捕捉されます。 | ||
|
その重要性
これは最も一般的な終点です。ほとんどの不採用がどの段階で発生するかを分析することは、採用ファネルの有効性を理解し、ボトルネックを特定する上で不可欠です。
取得元
「Rejected (却下)」、「Not Selected (不採用)」、または「Position Filled (ポジション充足)」のような最終的な却下ステータスへの変更から推測されます。iCIMSではしばしば処理理由が求められます。
取得
最終的な非採用、または取り下げではないステータスへの変更を検出します。
イベントタイプ
inferred
|
|||
|
候補者を採用担当マネージャーに提出済み
|
リクルーターが、適格な候補者のプロフィールを採用担当マネージャーに正式に提示し、レビューを依頼します。これは通常、リクルーターが候補者をiCIMSワークフローの特定の「Hiring Manager Review (採用担当マネージャーレビュー)」ステップに移動した際に記録されます。 | ||
|
その重要性
これは重要な引き渡し点です。このステップからマネージャーフィードバックまでの時間を測定することは、採用マネージャーのプロセスにおける遅延を特定する上で鍵となります。
取得元
応募ステータスが「Submitted to Hiring Manager (採用担当マネージャーに提出済み)」、「HM Review (HMレビュー)」、またはマネージャーの関与を示す類似のステータスに変更されたタイムスタンプから推測されます。
取得
「Hiring Manager Review (採用担当マネージャーレビュー)」または同等のステータスへの変更のタイムスタンプを記録します。
イベントタイプ
inferred
|
|||
|
候補者採用済み
|
採用プロセスが成功したことを示す最終アクティビティです。このイベントは、候補者が最終的な「採用済み」ステータスに移行したときに記録され、これにより応募プロセスが正式に完了し、多くの場合オンボーディングワークフローがトリガーされます。 | ||
|
その重要性
これはプロセスの主要な成功終点です。全体的な採用までの期間と採用ファネルのコンバージョン率を計算するために不可欠です。
取得元
応募ワークフローにおける「Hired (採用済み)」または「Started (開始済み)」への最終ステータス変更のタイムスタンプから推測されます。これは最終ステータスです。
取得
最終的な「Hired (採用済み)」ステータスへの変更のタイムスタンプを記録します。
イベントタイプ
inferred
|
|||
|
内定承諾済み
|
候補者が正式に求人オファーを受諾しました。これは主要な成功マイルストーンであり、リクルーターが候補者の返答に基づいてステータスを更新したときに記録されます。 | ||
|
その重要性
このアクティビティは、オファー承諾率を計算し、採用前チェックやオンボーディングへの移行を示す上で非常に重要です。
取得元
応募ワークフローにおける「Offer Accepted (内定承諾済み)」または「Hire Pending (採用保留中)」へのタイムスタンプ付きステータス変更から推測されます。
取得
「Offer Accepted (内定承諾済み)」へのステータス変更のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
内定提示済み
|
候補者に正式な求人内定が作成され、提示されました。これは重要な節目であり、通常、応募のステータスを専用の「Offer (内定)」ステージに変更することで記録されます。 | ||
|
その重要性
このアクティビティは「オファー承諾率」KPIの分子となります。採用プロセスの最終意思決定フェーズの始まりを示します。
取得元
応募ワークフローにおける「Offer Extended (内定通知済み)」、「Offer Made (内定提示済み)」、または「Verbal Offer (口頭での内定)」などのステータス変更から推測されます。
取得
「Offer (内定)」に関連するいずれかのステータスへの変更のタイムスタンプを記録します。
イベントタイプ
inferred
|
|||
|
応募を受理しました
|
特定の求人応募における採用プロセスの開始を示します。このイベントは、候補者がキャリアポータルを通じて応募を正常に提出した際、またはiCIMSに手動で入力された際に捕捉されます。 | ||
|
その重要性
これはプロセスの主要な開始イベントです。このアクティビティから後続のマイルストーンまでの時間を分析することは、全体的な採用期間を理解し、フロントエンドのボトルネックを特定するために不可欠です。
取得元
通常、応募レコードの作成日、または候補者のワークフロー履歴における「提出済み」や「新規応募」などの初期ステータスに関連付けられたタイムスタンプから推測されます。
取得
求人応募記録の作成タイムスタンプまたは最初のステータス変更タイムスタンプを使用してください。
イベントタイプ
inferred
|
|||
|
オファー辞退
|
候補者が正式に求人オファーを辞退しました。これは不成功の結果であり、リクルーターが候補者のステータスを「オファー辞退」または「オファー拒否」に更新したときに捕捉されます。 | ||
|
その重要性
これは主要な失敗の終点です。オファーがいつ、なぜ辞退されたかを分析することで、報酬の競争力と候補者体験に関するインサイトが得られます。
取得元
応募ワークフローにおける「Offer Rejected (内定辞退)」または「Offer Declined (内定辞退)」のような最終ステータスへの変更から推測されます。
取得
「Offer Rejected (内定辞退)」または同等のステータスへの変更のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
フィードバック提出済み
|
採用チームのメンバー、通常は採用マネージャーが面接後の候補者の評価を提出した際に発生します。iCIMSは構造化されたフィードバックの取得を可能にし、このイベントはそのフィードバック記録の作成から推測できます。 | ||
|
その重要性
「Avg Hiring Mgr Feedback Time (平均採用担当マネージャーフィードバック時間)」KPIを測定するために不可欠です。フィードバック提出の遅延は、採用プロセス全体を遅らせる一般的なボトルネックです。
取得元
応募に関連付けられた面接フィードバック記録の作成タイムスタンプから推測されます。また、「Feedback Received (フィードバック受信済み)」のような特定のステータス変更である場合もあります。
取得
システム内の面接フィードバック入力の作成タイムスタンプを使用してください。
イベントタイプ
inferred
|
|||
|
一次面接設定済み
|
候補者と採用チームの間で面接が設定された時点を表します。iCIMSにはスケジューリング機能があり、面接イベントが作成され、応募に関連付けられたときにこれが捕捉されます。 | ||
|
その重要性
スクリーニングから正式な評価への移行を示します。これを追跡することで、スケジューリングの効率性や、資格のある候補者とのエンゲージメントにかかる時間を分析するのに役立ちます。
取得元
iCIMS面接スケジューリングモジュールからの明示的なイベントであるか、「Interview Scheduled (面接設定済み)」または類似のステータスへの変更から推測できます。
取得
面接記録の作成日、または「面接中」へのステータス変更のタイムスタンプを使用してください。
イベントタイプ
inferred
|
|||
|
二次面接設定済み
|
候補者が選考に進み、次の面接が手配されていることを示します。これは、新しい面接イベントがスケジュールされた際、または候補者が「二次面接」ステージに移動した際に記録されます。 | ||
|
その重要性
二次面接までの頻度と時間を分析することで、プロセスの深度を理解し、一部の役割で過剰な面接回数が必要かどうかを特定するのに役立ちます。
取得元
「Second Interview Scheduled (二次面接設定済み)」へのステータス変更、またはすでに面接済みの候補者に対して新しい面接記録が作成されたことから推測されます。
取得
同じ応募に対して、ステータス変更または新しい面接記録が作成されていることを特定します。
イベントタイプ
inferred
|
|||
|
候補者が応募を取り下げ
|
候補者が自発的にその職務の選考から辞退しました。これは、候補者がリクルーターに通知し、リクルーターが応募ステータスを「辞退」に更新したときに記録されます。 | ||
|
その重要性
これは重要な失敗の終点です。特定の段階での高い辞退率は、プロセスが長い、コミュニケーションが不十分、またはネガティブな候補者体験を示している可能性があります。
取得元
iCIMSワークフローにおける「Withdrawn by Candidate (候補者による取り下げ)」、「Withdrew (取り下げ済み)」、または類似の最終ステータスへのタイムスタンプ付きステータス変更から推測されます。
取得
「Withdrawn (取り下げ済み)」または同等のステータスへの変更のタイムスタンプを記録します。
イベントタイプ
inferred
|
|||
|
候補者電話スクリーニング済み
|
リクルーターが候補者との予備的な電話面接を実施したことを示します。このイベントは通常、リクルーターが電話面接完了後にワークフローで候補者のステータスを更新する際に記録されます。 | ||
|
その重要性
これは採用ファネルにおける重要なフィルタリング段階です。その期間とコンバージョン率を分析することで、初期スクリーニングとソーシングの質を評価するのに役立ちます。
取得元
候補者ワークフローにおける「Phone Screen Completed (電話スクリーニング完了)」、「Advanced to Next Step (次のステップへ進行)」、または類似のカスタムステータスへの変更から推測されます。
取得
応募ワークフローにおける「Phone Screen (電話スクリーニング)」または類似の設定済みステータスへの変更を検出します。
イベントタイプ
inferred
|
|||
|
申請審査済み
|
リクルーターによる応募の初期レビューの完了を表します。このアクティビティは通常、応募のステータスが「新規」から「レビュー中」や「スクリーニング中」など、レビューを示す状態に変更されたときに推測されます。 | ||
|
その重要性
このアクティビティを追跡することで、リクルーターの効率とスクリーニング時間KPIを測定するのに役立ちます。ここでの遅延は、候補者の離脱を引き起こし、全体の採用期間を延長させる可能性があります。
取得元
応募プロファイルのステータス変更から推測されます。初期ステータスから「Reviewed (レビュー済み)」、「Screened (スクリーニング済み)」、または「Under Consideration (検討中)」などのステータスへの変更を探します。
取得
「reviewed (レビュー済み)」または「screened (スクリーニング済み)」ステータスへの変更のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
身元調査を開始しました
|
オファーが承諾された後の採用前スクリーニングプロセスの開始を表します。これは通常、候補者を「バックグラウンドチェック」ステータスに移動させることで追跡され、サードパーティベンダーとの統合をトリガーする場合があります。 | ||
|
その重要性
「Offer Accepted (内定承諾済み)」からこのアクティビティまでの時間を分析することで、入社前プロセスにおける遅延を特定でき、それが候補者の入社日に影響を与える可能性があります。
取得元
「Background Check in Progress (バックグラウンドチェック進行中)」または類似のステータスへの変更から推測されます。一部のiCIMS連携では、これを明示的なイベントとして記録する場合があります。
取得
「Background Check (バックグラウンドチェック)」ステータスへの変更を検出します。
イベントタイプ
inferred
|
|||