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