採用・タレント獲得データテンプレート
採用・タレント獲得データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 段階的な抽出ガイダンス
採用・タレント獲得属性
| 名前 | 説明 | ||
|---|---|---|---|
|
求人応募
JobApplication
|
特定の求人募集に対する候補者の応募の一意の識別子です。 | ||
|
説明
求人応募IDは、採用プロセスの主要なケース識別子です。これは、単一の候補者の初期応募提出から、スクリーニング、面接、オファー、最終採用決定といったその後のすべての段階まで、その道のりを追跡します。各応募は個別のケースとして扱われ、候補者の体験と各求人におけるプロセス効率の詳細な分析を可能にします。 プロセスマイニングにおいて、求人応募IDごとにプロセスを分析することで、各候補者の経路を明確に、エンドツーエンドで把握できます。これにより、ボトルネック、標準プロセスからの逸脱、および単一の応募を処理するためにかかった全体時間を特定できます。これは、すべてのケースレベル分析が構築される基礎となる属性です。
その重要性
各候補者のジャーニーを一意に識別し、応募から最終決定までのエンドツーエンドのプロセス分析を可能にします。
取得元
これは通常、SAP SuccessFactors Recruitingにおける
例
APP-0012345APP-0012346APP-0012347
|
|||
|
アクティビティ
ActivityName
|
採用プロセスで発生した特定のステップまたはイベントの名前です。 | ||
|
説明
アクティビティは、「応募受付済み」、「面接設定済み」、「オファー提示済み」など、採用ライフサイクル内の明確な段階または行動を表します。これらのイベントは時系列でログに記録され、単一の求人応募に対するプロセスを構成する一連のアクションを形成します。 プロセスマイニングでは、アクティビティのシーケンスを使用してプロセスマップを構築し、プロセスバリアントを可視化し、逸脱を特定します。アクティビティを分析することは、どのステップがどの順序で、どのくらいの頻度で実行されているかを理解する上で重要であり、非効率性やコンプライアンスの問題を特定するために不可欠です。
その重要性
プロセスの各ステップを定義し、採用ワークフローの可視化と分析を可能にします。
取得元
これは通常、
例
申請審査済み面接実施済み内定承諾済み候補者採用済み
|
|||
|
開始時刻
EventTimestamp
|
採用活動が発生した正確な日時です。 | ||
|
説明
この属性は、プロセス内の各アクティビティのタイムスタンプを捕捉し、イベントの時系列順序を提供します。採用プロセスの期間、待機時間、および全体のサイクルタイムを計算するために不可欠です。 このタイムスタンプは、プロセスマイニングにおけるすべての時間ベースの分析の基礎です。アクティビティ間の期間を計算し、遅延を特定し、SLAに対するパフォーマンスを測定し、プロセスの時間的挙動を理解するために使用されます。正確なタイムスタンプがなければ、プロセス効率を分析したり、時間に関連するボトルネックを発見したりすることは不可能です。
その重要性
サイクルタイムの計算、遅延の特定、およびプロセスパフォーマンスの分析に必要な時系列データを提供します。
取得元
これは通常、
例
2023-04-15T10:30:00Z2023-04-22T14:00:00Z2023-05-01T11:45:00Z
|
|||
|
アプリケーションソース
ApplicationSource
|
候補者が応募書類を提出したチャネルです。 | ||
|
説明
この属性は、応募の発生源を識別します。例えば、会社のキャリアページ、LinkedIn、紹介、または採用エージェンシーなどです。これは、異なる採用チャネルの有効性を評価するのに役立ちます。 分析において、応募元はさまざまなチャネルからの候補者の質と量を測定するために使用されます。応募元と採用成功を関連付けることで、「応募元有効性」KPIを直接サポートします。これにより、企業は採用マーケティングへの支出を最適化し、最も効果的なチャネルに集中することができます。
その重要性
さまざまな採用チャネルの有効性を測定し、タレントソーシング戦略と予算の最適化を可能にします。
取得元
この情報は、候補者が応募した際に捕捉され、JobApplicationまたはCandidateエンティティで利用可能です。
例
会社ウェブサイトLinkedIn従業員紹介Indeed
|
|||
|
候補者ID
CandidateId
|
求人に応募する個人の一意の識別子です。 | ||
|
説明
候補者IDは、応募した職務の数に関わらず、人材プール内の人物を一意に識別します。これにより、候補者の履歴や企業とのやり取りを時系列で追跡できます。 分析において、この属性は再応募者の行動を理解し、プロセスを候補者中心に視点から見るのに役立ちます。ある職務で不採用となった候補者が後に別の職務で採用されたかを確認したり、単一の人物が複数の応募を通じて経験した全体的な体験を分析したりするために使用できます。
その重要性
複数の応募にわたる候補者の追跡を可能にし、企業とのやり取りの全体像を提供します。
取得元
この識別子は、SAP SuccessFactors RecruitingのCandidateエンティティで利用可能であり、JobApplicationエンティティにリンクされています。
例
CAND-9876CAND-9877CAND-9878
|
|||
|
役職
JobTitle
|
候補者が応募したポジションのタイトルです。 | ||
|
説明
この属性は、「ソフトウェアエンジニア」や「プロジェクトマネージャー」など、補充される職務を指定します。これは、採用プロセスをセグメント化し比較するための重要なディメンションです。 職務ごとにプロセスを分析することは、異なる種類の職務が異なる採用サイクルを持っているかどうかを理解するのに役立ちます。例えば、技術職は事務職よりも多くの面接段階を持つかもしれません。この属性は、「重要職務の採用までの時間」のようなKPIや、職務固有のボトルネックを特定するために不可欠です。
その重要性
異なる職種間の採用プロセスを比較し、職種固有のボトルネックとばらつきを特定するのに役立ちます。
取得元
このフィールドはJobRequisitionエンティティの一部であり、JobApplicationにリンクされています。
例
シニア`ソフトウェアエンジニア`プロダクトマネージャー**データアナリスト**
|
|||
|
採用マネージャー
HiringManager
|
ポジションを補充する対象となるマネージャーの名前またはIDです。 | ||
|
説明
採用マネージャーは、最終的に採用決定を下す人物であり、プロセスの主要なステークホルダーです。フィードバックの提供やオファーの承認といった彼らの行動は、プロセス期間に大きな影響を与える可能性があります。 この属性は、特定の採用マネージャーによって引き起こされる遅延、例えばフィードバック提出の遅さやオファー承認の遅延を特定するために使用されます。採用マネージャーごとのプロセスバリアントを分析することで、組織全体で面接プロセスがどのように実施されているかにおける不整合を明らかにできます。
その重要性
承認やフィードバックの遅延を分析することで、ボトルネックを生み出す可能性のある主要な関係者を特定します。
取得元
これはSAP SuccessFactors Recruitingの
例
アリス・ウィリアムズRobert BrownCharles Davis
|
|||
|
採用担当者
Recruiter
|
求人応募または募集に割り当てられた採用担当者の名前またはIDです。 | ||
|
説明
この属性は、特定の募集に対する採用プロセスを管理する主要な採用担当者を識別します。これは、プロセスに関与する主要なリソースです。 採用担当者ごとにプロセスを分析することは、パフォーマンス評価とワークロード管理にとって不可欠です。これにより、「どの採用担当者が採用までの時間が最も短いか?」「ワークロードは均等に分散されているか?」「一部の採用担当者は常にプロセスステップをスキップしているか?」といった疑問に答えるのに役立ちます。この属性は、「採用担当者のパフォーマンスとワークロード」ダッシュボードおよび「採用担当者のワークロード不均衡指数」KPIを直接サポートします。
その重要性
個々の採用担当者のパフォーマンスを測定し、ワークロードの分散を分析し、ベストプラクティスやトレーニングニーズを特定するのに役立ちます。
取得元
これは通常、
例
John Smithジェーン・ドウエミリー・ジョーンズ
|
|||
|
申請ステータス
ApplicationStatus
|
求人応募の現在または最終ステータスで、「採用済み」、「不採用」、または「辞退」などです。 | ||
|
説明
この属性は、任意の時点での求人応募の結果を反映します。最終ステータスは、プロセスが成功したかどうかを示すため、特に重要です。 応募ステータスは、結果分析とファネル変換率にとって極めて重要です。各段階でどれだけの候補者がアクティブなステータスから「不採用」のような最終ステータスに移行したかを追跡することで、「段階別候補者離脱率」KPIを計算するために使用されます。また、成功したプロセスをフィルタリングしてベストプラクティスを分析するのにも役立ちます。
その重要性
プロセスの結果を示します。これは、離脱率の計算とプロセスの成功分析に不可欠です。
取得元
これはJobApplicationエンティティの中核となるフィールドであり、パイプライン内の位置を反映します。
例
採用済み企業により不採用候補者による応募取り下げオファー辞退
|
|||
|
職務要件ID
JobRequisitionId
|
求人または補充されるポジションの一意の識別子です。 | ||
|
説明
求人募集IDは、複数の求人応募を単一の採用イニシアチブにリンクします。これは、ポジションを補充するための正式な要求を表し、職務のタイトル、部門、場所などの詳細を含みます。 求人募集IDごとに分析することで、単一の求人に対する候補者プール全体を俯瞰できます。これは、求人掲載の有効性を理解したり、同じ職務に対する異なる候補者の道のりを比較したり、「採用までの時間」のようなメトリクスを計算したりするのに役立ちます。
その重要性
単一の求人に対するすべての応募をグループ化し、特定のポジションに対する候補者ファネル全体を分析できるようにします。
取得元
これはSAP SuccessFactors Recruitingの
例
REQ-2023-101REQ-2023-102REQ-2023-103
|
|||
|
部署
Department
|
職務が配置されている部門または事業単位です。 | ||
|
説明
この属性は、新入社員を担当する組織単位、例えば「エンジニアリング」、「マーケティング」、または「財務」を示します。 部門は根本原因分析の重要なディメンションです。これにより、組織の異なる部分間でプロセスパフォーマンスを比較し、採用サイクルが長い部門を特定し、プロセス逸脱が特定の事業部門に集中しているかどうかを理解できます。部門ごとのパフォーマンスビューを提供するダッシュボードを構築するために不可欠です。
その重要性
異なる事業部門間のパフォーマンス比較を可能にし、部門固有のプロセス問題を特定するのに役立ちます。
取得元
このフィールドはJobRequisitionエンティティの一部であり、組織構造データに関連付けられています。
例
研究開発営業人事
|
|||
|
オファー承諾済みである
IsOfferAccepted
|
候補者が求人オファーを受け入れたかどうかを示す計算フラグです。 | ||
|
説明
採用結果の分析を簡素化するために作成された、派生ブール属性です。通常、応募の最終ステータスが「内定承諾」または「採用済み」の場合に「true」、それ以外(「内定辞退」や「応募取り下げ」など)の場合に「false」に設定されます。 この
その重要性
オファー承諾率の分析を簡素化し、オファー成功に関連する要因を特定するのに役立ちます。
取得元
これは
例
truefalse
|
|||
|
オファー金額
OfferAmount
|
候補者に提示された給与額です。 | ||
|
説明
この属性は、求人オファーで提示された給与の金銭的価値を捕捉します。これは採用プロセスの最終段階における重要な情報です。 オファー金額を分析することで、「オファー交渉サイクルタイム」にコンテキストを提供できます。平均よりも長い交渉時間は、特定の職務における給与レンジの下限でのオファーと相関している可能性があります。また、異なる職務や部門間の報酬競争力の分析も可能にします。
その重要性
オファー交渉のサイクルタイムにコンテキストを提供し、報酬戦略と競争力を分析できるようにします。
取得元
このデータは、求人応募に関連付けられたオファー詳細またはオファー承認エンティティ内に保存されます。
例
8500012000095500
|
|||
|
ステージ滞留時間
TimeInStage
|
応募書類が次の段階に進む前に、特定の段階で費やされる期間です。 | ||
|
説明
この計算されたメトリクスは、2つの連続するアクティビティ間の時間を測定します。例えば、「応募書類選考」段階で応募書類が費やした時間が「電話スクリーニング」に進む前までどれくらいだったかを測定できます。 この属性は、ボトルネックを特定するために不可欠です。各プロセスステップの期間を計算することで、どの段階が最も時間を要しているかを正確に特定することが可能になります。これは、「応募書類選考サイクルタイム」や「募集・オファー承認遅延」分析など、多くのダッシュボードで使用されます。
その重要性
個々のプロセスステップの期間を定量化し、遅延の原因となっている特定のステージを正確に特定できるようにします。
取得元
これは
例
3 days10日1日
|
|||
|
ソースシステム
SourceSystem
|
採用データが抽出されたシステムです。 | ||
|
説明
この属性は、データの出所を識別します。データが複数のシステムから供給される可能性のある環境では、これは非常に重要です。このプロセスでは、通常「SAP SuccessFactors Recruiting」となります。 分析において、この属性はデータのリネージを確保するのに役立ち、複数の採用プラットフォームが使用されている場合にデータをフィルタリングまたはセグメント化するために使用できます。データガバナンスとトラブルシューティングにとって不可欠なコンテキストを提供します。
その重要性
データの出所を確認します。これはデータガバナンス、検証、および複数システム環境において重要です。
取得元
これは、
例
SAP SuccessFactors RecruitingSFSF-RCM-PROD
|
|||
|
最終データ更新
LastModifiedDate
|
ソースシステムでレコードが最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、SAP SuccessFactorsにおけるイベントまたはケースデータの最新の更新時刻を反映します。データの更新および検証の目的で有用であり、分析が利用可能な最新情報に基づいていることを保証します。 データパイプラインにおいて、このフィールドは増分データロードの実装に不可欠です。これにより、抽出プロセスは前回の更新以降に作成または変更されたレコードのみを取得でき、データ更新サイクルの効率を向上させます。
その重要性
効率的な増分データロードを可能にし、分析が最新情報に基づいていることを確認するのに役立ちます。
取得元
これは、ほとんどのSAP SuccessFactors OData APIエンティティで利用可能な「lastModifiedDateTime」のようなメタデータフィールドに対応します。
例
2023-06-10T09:00:00Z2023-06-11T15:20:00Z
|
|||
|
却下理由
RejectionReason
|
候補者の応募が不採用になった際に提供される理由です。 | ||
|
説明
応募が「却下済み」ステータスに移行する際、その理由が記録されることがよくあります。これは資格、面接パフォーマンス、またはその他の要因に関連している可能性があります。これにより、候補者がなぜ次の段階に進まなかったのかについて定性的な この
その重要性
候補者がパイプラインから離脱する理由に関する重要なコンテキストを提供し、求人票やソーシングに関する問題を特定するのに役立ちます。
取得元
これは通常、応募のステータスが「却下済み」に変更された際に記入されるフィールドです。
例
不適格より良い候補者の確保技術評価不合格カルチャーフィットの欠如
|
|||
|
合計サイクルタイム
CycleTime
|
求人募集の作成から候補者が採用されるまでの経過時間合計です。 | ||
|
説明
これは、採用に成功した候補者の採用プロセスのエンドツーエンドの期間を測定する計算メトリクスです。特定のケースについて、「求人募集作成済み」イベントと「候補者採用済み」イベントの間の時間差として計算されます。 この属性は、「平均採用までの時間」KPIを直接表します。これは、採用プロセス全体の効率性の高レベルな指標を提供します。時間経過や、部門や職務タイトルなどの異なるディメンションにわたってこのメトリクスを追跡することは、あらゆるプロセス改善イニシアチブにとって不可欠です。
その重要性
この計算されたKPIは、採用プロセスの効率性を示す重要な指標である、全体の「採用までの時間」を直接測定します。
取得元
これは
例
45日間62 days31日間
|
|||
|
場所
Location
|
職務に関連付けられた地理的な場所またはオフィスです。 | ||
|
説明
この属性は、職務が拠点とする都市、州、または国を指定します。採用プロセスにおける地理的な違いを分析するために使用されます。 場所に基づいた分析は、採用までの時間、候補者離脱率、またはプロセスコンプライアンスにおける地域的なばらつきを明らかにできます。この情報は、異なる労働市場に合わせて採用戦略を調整し、場所固有の課題やベストプラクティスを特定するのに役立ちます。
その重要性
異なる地理的地域間でのプロセスパフォーマンスの分析を可能にし、地域ごとのボトルネックや効率性を明らかにします。
取得元
このフィールドはJobRequisitionエンティティの一部であり、職務の場所を定義します。
例
ニューヨーク、NYロンドン、英国ベルリン、ドイツ
|
|||
|
社内候補者である
IsInternalCandidate
|
応募者が既存の従業員であるかどうかを示すフラグです。 | ||
|
説明
このブール属性は、現職社員である社内候補者と社外候補者を区別します。社内異動プロセスは、多くの場合、外部からの採用プロセスとは異なります。 このフラグに基づいてプロセスを分析することは、社内異動と外部採用の両方を理解し、最適化するために重要です。社内採用はより迅速で合理化されたプロセスに従う可能性があり、両者を比較することで、外部採用の効率を向上させる機会が明らかになります。
その重要性
社内異動と外部からの採用を区別します。これらは多くの場合、異なるステップと期間を持つ別個のプロセスです。
取得元
このフラグは通常、候補者またはJobApplicationエンティティで利用可能です。
例
truefalse
|
|||
|
雇用形態
EmploymentType
|
ポジションの雇用形態で、正社員、パートタイム、契約社員などです。 | ||
|
説明
この属性は、職務を雇用条件に基づいて分類します。これは、補充される職務の基本的な特性です。 この属性をディメンションとして使用すると、正社員と契約社員の採用プロセスを比較できます。これらのプロセスは、多くの場合、異なるステップ、期間、および承認要件を持ちます。この分析は、各雇用形態のプロセスを合理化するのに役立ちます。
その重要性
プロセスをセグメント化して、正社員と契約社員など、異なる職種における採用プロセスを分析・最適化できます。
取得元
これは
例
フルタイム`パートタイム`契約社員インターン
|
|||
採用・タレント獲得活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
候補者採用済み
|
求人応募に対する採用プロセスの最終的かつ成功した完了です。これは通常、採用モジュールでの最終ステータス更新から推測され、多くの場合、オンボーディングプロセスが完了し、開始日が確定した後にトリガーされます。 | ||
|
その重要性
これはプロセスの主要な成功終点です。全体的な「Time to Hire」の計算および採用ファネルの成功率を測定するために不可欠です。
取得元
求人応募が「採用済み」のような最終的な採用ステータスになったことから推測されます。この最終ステータス更新のタイムスタンプがイベントを示します。
取得
最終応募ステータスが「Hired」に設定された際のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
内定承諾済み
|
候補者が正式に求人オファーを受諾したときに発生します。これは重要な成功のマイルストーンであり、通常、採用担当者が候補者の返答に基づいて応募ステータスを更新する際に捕捉されます。 | ||
|
その重要性
このアクティビティは、選考プロセスの成功した結果を示し、オファー承諾率を測定するための重要な要素です。また、オファー後フェーズの開始も示します。
取得元
求人応募記録が「オファー承諾済み」にステータス変更されたことから推測されます。このステータス変更のタイムスタンプがイベント時間として使用されます。
取得
応募ステータスが「内定承諾」に更新された
イベントタイプ
inferred
|
|||
|
内定提示済み
|
このアクティビティは、正式な求人オファーが候補者に伝えられる瞬間を示します。このイベントは通常、応募ステータスがシステム内で「オファー提示済み」または類似の状態に更新されたときに推測されます。 | ||
|
その重要性
オファー交渉と承諾の開始を告げる重要なマイルストーンです。この時点から「Offer Accepted」までの時間を分析することは、オファー交渉サイクルを理解するために不可欠です。
取得元
求人応募の履歴におけるステータス変更から推測されます。このイベントは、「オファー提示済み」へのステータス更新のタイムスタンプに対応します。
取得
応募ステータスが「Offer Extended」に移行した際のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
応募を受理しました
|
これは特定の求人応募`case`の開始点であり、候補者が掲載された求人に応募を提出したときに発生します。これは、候補者の応募が`システム`で正常に作成された際に`timestamp`と共に記録される明示的な`event`です。 | ||
|
その重要性
候補者のジャーニーの開始として、このアクティビティは採用ファネルの分析と候補者体験の測定に不可欠です。これは応募者スクリーニングサイクルタイムKPIの始まりを示します。
取得元
これはSAP SuccessFactorsにおける
取得
主要な
イベントタイプ
explicit
|
|||
|
申請却下済み
|
プロセスが不成功に終わることを表し、企業が候補者を進めないことを決定した場合です。これは、応募に「不採用」や「不選考」のような最終ステータスが適用されたことから推測されます。 | ||
|
その重要性
さまざまな段階での却下を追跡することは、「候補者パイプラインのドロップオフ分析」において重要です。これにより、ほとんどの候補者が不適格となる段階を特定するのに役立ちます。
取得元
採用担当者または採用マネージャーによって求人応募のステータスが最終的な却下状態に変更されたときのタイムスタンプから推測されます。
取得
応募ステータスが最終的な「却下済み」状態に更新された
イベントタイプ
inferred
|
|||
|
申請審査済み
|
このアクティビティは、採用担当者または採用マネージャーが候補者の応募書類の初期レビューを実施したことを示します。これは通常、応募ステータスの変更、例えば「新規応募」から「選考完了」または「ショートリスト入り」への変更から推測されます。 | ||
|
その重要性
初期レビュープロセスの効率性を測定します。この段階での遅延は、候補者体験の悪化や優秀な応募者の喪失につながる可能性があります。
取得元
求人応募のステータス履歴から推測されます。応募ステータスがユーザーによって選考後の状態に移行されたときにタイムスタンプが取得されます。
取得
応募ステータスが初期状態からスクリーニングまたはショートリスト状態に変更された
イベントタイプ
inferred
|
|||
|
職務要件作成済み
|
このアクティビティは、SAP SuccessFactorsで新しい求人募集が作成された際の採用プロセスの公式な開始を示します。このイベントは通常、採用マネージャーまたは採用担当者が新しい募集フォームを確定して保存する際に明示的に捕捉されます。 | ||
|
その重要性
これは全体的な「Time to Hire」
取得元
このイベントは通常、SAP SuccessFactors Recruiting Managementの求人募集オブジェクトの作成日から捕捉されます。求人募集記録の作成タイムスタンプがイベント時間として機能します。
取得
求人応募に関連付けられた
イベントタイプ
explicit
|
|||
|
面接実施済み
|
採用チームとの正式な面接の完了を示します。このイベントは、通常、採用担当者または採用マネージャーが面接後、候補者の応募ステータスを更新することで推測されます。 | ||
|
その重要性
選考プロセスにおける重要なマイルストーンです。面接段階間および面接からオファーまでの時間を分析することで、意思決定のボトルネックを特定するのに役立ちます。
取得元
求人応募のステータス履歴から推測されます。イベントのタイムスタンプは、ステータスが「面接完了」または類似の値に更新されたときに対応します。
取得
応募ステータスが面接完了を反映するように更新された際のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
`オンボーディング`開始
|
このアクティビティは、採用プロセスからオンボーディングプロセスへの引き継ぎを示します。これは、候補者がオンボーディングモジュールに移動されたとき、またはステータスが「採用準備完了」または「オンボーディング」に更新されたときに捕捉されます。 | ||
|
その重要性
採用から従業員オンボーディングへの移行効率を測定します。引き継ぎが遅いと、新入社員にとって悪い体験を生み出す可能性があります。
取得元
これは通常、候補者
取得
ステータスが「採用準備完了」または「オンボーディング開始」に変更された
イベントタイプ
inferred
|
|||
|
オファー詳細入力済み
|
候補者に提示される前の、社内での求人オファーの準備および承認ワークフローを表します。これは、オファーが作成中または承認待ちであることを示すステータス変更から推測されます。 | ||
|
その重要性
これにより、内部オファー承認プロセスにおける遅延と、候補者がオファーを検討する時間を分離するのに役立ちます。これは、オファー承認サイクルタイムを分析する上で重要です。
取得元
求人応募またはリンクされたオファー承認オブジェクトのステータス履歴から推測されます。「オファー準備中」や「オファー承認待ち」のようなステータスを探します。
取得
応募が内定準備または承認ステータスに移行した
イベントタイプ
inferred
|
|||
|
ジョブ掲載済み
|
求人募集が公開され、候補者が応募を開始できる瞬間を表します。これは、求人募集のステータス変更、つまり社内外のキャリアサイトで現在有効であることを示すことから推測されることがよくあります。 | ||
|
その重要性
これを追跡することは、求人が公開される前の内部承認にかかる時間を測定するのに役立ちます。ここでの遅延は、全体的な「Time to Fill」および候補者を迅速に惹きつける能力に大きな影響を与える可能性があります。
取得元
求人募集データにおけるステータス変更から推測されます。「掲載済み」、「公開中」、または「有効」のようなステータス、およびそのステータスが最初に適用されたタイムスタンプを探します。
取得
求人募集のステータスが、社内外に掲載されたことを示す値に変更されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
フィードバック提出済み
|
面接官が面接後に候補者に対するフィードバックを提出したことを示します。これは、個別のフィードバックオブジェクトが作成された場合は明示的なイベントとして、または応募のステータス変更をトリガーした場合は推測イベントとして認識されます。 | ||
|
その重要性
タイムリーなフィードバックは、
取得元
応募にリンクされた面接フィードバックまたは評価オブジェクトに明示的なタイムスタンプがある場合があります。あるいは、ステータス変更から推測することも可能です。
取得
面接フィードバックレコードの作成
イベントタイプ
explicit
|
|||
|
候補者が辞退
|
候補者が自ら応募を辞退する、プロセスの失敗した終了です。これは、応募ステータスが「候補者による辞退」のような値に更新された場合に推測されます。 | ||
|
その重要性
特定の段階での高い辞退率は、劣悪な候補者体験、遅いプロセス、または競争力のないオファーを示している可能性があります。これは離脱分析にとって重要です。
取得元
求人応募のステータス履歴が「辞退」ステータスに更新されたことから推測されます。この更新のタイムスタンプがイベントとして使用されます。
取得
応募ステータスが「Withdrawn」に更新された際のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
身元調査を開始しました
|
オファーを承諾した候補者に対するバックグラウンドチェックプロセスの開始を表します。このイベントは、応募ステータスが「バックグラウンドチェック進行中」のような状態に変化したことから推測されます。 | ||
|
その重要性
背景調査の開始または完了の遅延は、新入社員の入社日を遅らせる可能性があります。このアクティビティを監視することで、オファー後のプロセスを効率化できます。
取得元
求人応募のステータス履歴から推測されます。バックグラウンドチェックの開始を反映するようにステータスが更新されたときにタイムスタンプが取得されます。
取得
応募ステータスが「バックグラウンドチェック」に変更されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
電話スクリーニング実施済み
|
候補者との初回電話面接の完了を表します。これは、応募ステータスが「電話スクリーニング合格」や「オンサイト面接へ」など、電話スクリーニングが完了したことを示す値に変化したことから推測されます。 | ||
|
その重要性
これは候補者との最初の直接的なやり取りとなることが多く、選考プロセスにおける重要な
取得元
求人応募レコードのステータス変更を追跡することで捕捉されます。このイベントは、採用担当者が通話後に候補者のステータスを更新したときに発生します。
取得
応募ステータスが電話スクリーニング完了を反映するように更新された際のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
面接予定
|
このアクティビティは、候補者との正式な面接(オンサイトまたはバーチャル)が設定されたときに発生します。これは、スケジューリングツールとの連携を通じて明示的に捕捉されるか、「面接設定済み」のようなステータス変更から推測されるかのいずれかです。 | ||
|
その重要性
候補者と面接官の間でスケジュールを調整する際の潜在的な遅延を浮き彫りにします。長いスケジューリング時間は候補者を苛立たせ、辞退につながる可能性があります。
取得元
求人応募オブジェクトのステータス変更から推測されます。一部の設定では、独自の作成タイムスタンプを持つ明示的な面接オブジェクトが存在する場合があります。
取得
応募ステータスが「面接設定済み」状態に移行した際の
イベントタイプ
inferred
|
|||