您的招聘与人才获取数据模板
您的招聘与人才获取数据模板
这是我们针对招聘与人才获取的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 一套用于提取招聘流程数据的通用框架。
- 为深度流程分析建议的属性和活动。
- 坚实的底层架构,兼容任何人力资源系统或 ATS 系统。
招聘与人才获取属性
| 名称 | 描述 | ||
|---|---|---|---|
| 求职申请 ID JobApplicationId | 候选人申请特定职位的唯一标识符。这在招聘流程中作为主要的 Case ID。 | ||
| 描述 求职申请 ID(Job Application ID)唯一标识了候选人针对某项职位需求的一次求职行为。从最初提交到最终决定(如“入职”或“拒绝”),每个申请流程都挂在该 ID 下。它是连接单次申请历程中所有相关活动、Timestamp 和数据点的核心线索。 在流程挖掘中,此属性是 Case 分析的基础。它允许工具重构每份申请的端到端流程图,可视化候选人经历的不同路径。通过将所有 Event 归类在同一个 Job Application ID 下,分析师可以精准测量 Case 耗时,识别特定申请生命周期中的瓶颈,并对比不同的流程变体。 为何重要 此 ID 对于全程跟踪每次申请的历程至关重要,能够计算招聘时间等关键指标并分析流程变体。 获取方式 通常在招聘系统的主要职位申请或候选人活动记录中找到。 示例 APP-2024-00123789456123R-98765 | |||
| 活动名称 ActivityName | 在求职申请招聘流程中发生的特定任务、步骤或里程碑的名称。 | ||
| 描述 此属性描述了招聘周期中的特定事件或阶段,例如“收到申请”、“面试预约”或“发出录用通知”。每个记录的活动代表申请状态发生变化或采取重大行动的时间点。 在流程挖掘分析中,活动序列构成了流程图的基础。它允许分析师可视化招聘流程的实际流向,发现常见路径,并识别偏离标准程序的情况。分析活动对于理解招聘漏斗、识别候选人流失位置以及衡量每个阶段花费的时间至关重要。 为何重要 它定义了流程步骤,支持招聘漏斗的可视化,并能识别其中的瓶颈或偏差。 获取方式 存在于与求职申请相关的事件日志、状态变更记录或活动历史表中。 示例 申请已筛选面试已进行已接受 Offer | |||
| 活动开始时间 ActivityStartTime | 记录招聘活动开始或记录时的日期和时间戳。 | ||
| 描述 此时间戳指示活动发生或记录在系统中的确切时刻。对于有持续时间的活动,这标志着开始;对于即时事件,它代表发生时间。准确的时间戳对于重建每个职位申请事件的时间顺序至关重要。 此属性是流程挖掘中所有基于时间的分析的基础。它用于计算活动之间的时间(周期时间)、特定阶段的持续时间以及总招聘时间。通过分析这些时间戳,组织可以识别延迟、根据服务水平协议衡量绩效,并精准定位加速招聘流程的机会。 为何重要 这是用于按时间顺序排列事件并计算所有基于时间的指标(如周期时间和总招聘时间)的主要时间戳。 获取方式 通常位于招聘系统内事件日志或交易记录中的活动名称旁边。 示例 2023-10-25T10:00:00Z2024-01-15T14:35:10Z2023-11-30T09:15:00Z | |||
| 最后数据更新 LastDataUpdate | 指示特定记录的数据最后一次从源系统刷新或提取的时间戳。 | ||
| 描述 此属性标记了最后一次从源应用同步或提取数据的时间。它作为一个元数据字段,反映了所分析信息的时效性。这与活动时间戳不同,后者记录的是业务事件实际发生的时间。 在流程挖掘背景下,此时间戳对于维护数据完整性和了解分析的最新程度至关重要。它能让用户知道自己看到的是否是最新信息,这对于持续监控和运营仪表板尤为重要。它还可以用于过滤陈旧数据或触发数据流水线刷新。 为何重要 此时间戳确保用户了解数据的时效性,这对于持续流程监控和分析的相关性及准确性至关重要。 获取方式 通常在 data 加载过程中由 data 集成或 ETL(提取、转换、加载)工具添加。 示例 2024-03-15T02:00:00Z2024-03-14T23:59:59Z2024-03-15T05:30:00Z | |||
| 源系统 SourceSystem | 最初提取招聘数据的系统或应用程序的名称。 | ||
| 描述 此属性标识了记录系统(如候选人跟踪系统 ATS 或人力资本管理 HCM 平台),招聘活动在其中进行管理和记录。在多系统环境中,此字段有助于区分不同数据点的来源,确保清晰度和可追溯性。 对于流程挖掘分析,了解源系统对于数据验证和治理至关重要。它有助于理解数据的背景,并可在集成多个系统时用于将分析过滤到特定系统。这在数据准备和排查差异时尤为重要,因为它指明了调查数据质量问题的正确位置。 为何重要 它提供了关于数据来源的上下文,这在多系统环境下的数据治理、验证和故障排除中至关重要。 获取方式 通常在数据提取过程中添加,或作为数据仓库中的标准字段提供。 示例 WorkdaySAP SuccessFactorsGreenhouse | |||
| Recruiter Recruiter | 负责管理该职位申请的招聘专员或人才获取专员的姓名或 ID。 | ||
| 描述 此字段标识了人才获取团队中负责特定申请或职位的招聘专员。此人通常负责筛选候选人、安排面试以及与利益相关者沟通。 在流程挖掘中,招聘专员属性是分析团队和个人绩效的关键。它允许创建工作负载平衡仪表板,显示每个招聘专员管理的申请数量。它还可以跨招聘专员比较绩效指标(如填补空缺的时间或候选人质量),以识别最佳实践以及需要辅导或流程改进的领域。 为何重要 支持对个人招聘人员以及整个招聘团队的工作负荷分析与绩效评估。 获取方式 通常在职位申请或职位空缺记录中找到。 示例 爱丽丝·约翰逊Bob Smithcharlie.brown@acme.com | |||
| 应用源 ApplicationSource | 收到候选人申请的渠道、平台或方式。 | ||
| 描述 此属性跟踪职位申请的来源,指示候选人是如何获知该角色并申请的。常见来源包括招聘网站、员工推荐、招聘人员直接搜寻、LinkedIn 或大学招聘会。 这是评估不同人才获取策略效果的关键属性。通过分析来自每个渠道的候选人数量和质量,组织可以计算其招聘渠道的投资回报率。流程挖掘可以展示哪些来源产生的候选人在漏斗中走得最远或产生的录用最多,从而帮助优化招聘营销支出。 为何重要 这对于衡量不同寻源渠道的效果和投资回报率(ROI)至关重要,有助于优化招聘营销和引才策略。 获取方式 通常在提交申请时捕获,可以通过跟踪链接或由候选人自报。 示例 LinkedIn员工推荐公司招聘页面Indeed | |||
| 招聘经理 HiringManager | 负责招聘该职位的经理姓名或 ID。 | ||
| 描述 招聘经理是最终做出录用决策的人,也是新员工的直接上级。他们是招聘流程中的关键干系人,负责定义岗位要求、面试候选人并提供反馈。 按招聘经理分析流程绩效可以揭示关于流程效率的重要洞察。例如,它能指出哪些经理反馈较慢导致了延误,或哪些经理的录用接受率极高。这些信息可用于为经理提供针对性的培训或支持,从而精简整体招聘流程。 为何重要 有助于识别与特定招聘经理相关的瓶颈和延误(如反馈速度慢),这会直接影响整体招聘周期。 获取方式 源自与该申请关联的职位招聘需求数据。 示例 陈大卫Emily Rodriguezfrank.miller@acme.com | |||
| 招聘需求ID JobRequisitionId | 候选人申请的职位空缺或岗位的唯一标识符。 | ||
| 描述 职位招聘申请(Job Requisition)是填补空缺岗位的正式请求。职位申请 ID 是分配给该请求的唯一编码,用于全程跟踪从审批到录用的全过程。一个招聘申请可以关联多份求职申请。 在流程挖掘中,此 ID 是用于聚合与筛选的重要属性。分析师可以利用它分析特定角色的招聘流程,对比不同类型职位的招聘效率,或评估每个职位的总申请量。它能帮助解答诸如“哪些职位的填补周期最长?”以及“每个角色的平均申请人数是多少?”等问题。 为何重要 它支持对与单个职位空缺相关的所有申请进行分组和分析,从而实现跨不同角色或部门的效率对比。 获取方式 位于求职申请记录中,通常关联自职位招聘需求或岗位主数据。 示例 REQ-FIN-056JR-100523987654 | |||
| 活动结束时间 ActivityEndTime | 指示具有特定持续时间的招聘活动完成的时间戳。 | ||
| 描述 此属性记录了跨越一段时间的活动(如面试或背景调查)的结束。虽然许多招聘活动只使用开始时间戳记录为单一时间点,但拥有结束时间可以精确衡量特定流程步骤的持续时间。 对于流程分析,结束时间有助于计算活动层面的时长,从而区分等待时间和处理时间。例如,您可以衡量面试的准确时长,而不仅仅是预约到收到反馈之间的时间。这提供了更细致的时间分配视角,有助于识别特定任务内部而非仅仅是任务之间的低效环节。 为何重要 它能精准计算单项活动的持续时长,帮助区分实际处理时间与空闲等待时间。 获取方式 存在于事件或活动日志中,对于跟踪活动时长的系统,通常与开始时间记录在同一条数据中。 示例 2023-10-25T11:00:00Z2024-01-15T15:05:10Z2023-11-30T09:45:00Z | |||
| 申请状态 ApplicationStatus | 求职申请的最终结果或当前处理状态。 | ||
| 描述 此属性表示招聘流程中申请的最终状态。常见状态包括“已录用”、“已拒绝”、“录用被拒”或“候选人撤回”。它代表了该特定申请案例流程的终结。 在流程挖掘中,最终状态对于基于结果的分析至关重要。它允许通过过滤流程图来比较录用候选人与被拒绝候选人的历程。这有助于识别“理想路径”并了解哪些流程模式能带来成功结果。它也是计算录用接受率和各阶段候选人流失率等关键指标的基础。 为何重要 定义每个 Case 的最终结果,以便分析哪些流程变体导致了成功入职,哪些导致了被拒或撤回。 获取方式 存在于主求职申请记录中,代表最终的处理结果。 示例 已录用已驳回录用被拒绝已撤回 | |||
| 职位名称 JobTitle | 候选人申请的职位名称。 | ||
| 描述 此属性指定了职位的正式名称,如“高级软件工程师”或“市场经理”。它为招聘流程提供了必要的业务背景,描述了待填补角色的性质。 职位名称是分析的关键维度。它允许利益相关者按角色资历、职能或专业细分招聘绩效。例如,它可用于比较技术角色与行政角色的招聘时间,或分析高管职位不同渠道的效果。这种细分是发现特定角色瓶颈和量身定制招聘策略的关键。 为何重要 提供关键的业务上下文,支持跨不同职能、级别和角色的绩效分析及基准对比。 获取方式 源自与求职申请关联的职位需求详情。 示例 高级财务分析师产品经理首席数据科学家 | |||
| 部门 Department | 岗位所属的业务单元或部门。 | ||
| 描述 此属性标识了招聘空缺职位的组织部门,如“销售部”、“工程部”或“人力资源部”。它提供了一种根据公司组织架构分析招聘流程的方法。 按部门分析招聘数据对于理解业务各环节的招聘绩效差异至关重要。它有助于识别哪些部门拥有最高效的招聘流程,哪些部门可能需要支持。此属性用于创建部门仪表板,比较各团队之间的招聘时间、录用接受率等 KPI,并有效分配招聘资源。 为何重要 支持按业务部门分析招聘效率和工作量,帮助识别特定部门的趋势、挑战和资源需求。 获取方式 源自与申请关联的职位需求或岗位主数据。 示例 技术财务与会计市场营销人力资源 | |||
| 候选人类型 CandidateType | 用于标识候选人是内部员工还是外部申请人的标签或类别。 | ||
| 描述 此属性区分了组织现有员工(内部)和非现有员工(外部)的申请人。这是一个基本的细分维度,因为这两类群体的招聘流程、时间表和政策通常存在显著差异。 基于候选人类型分析流程对于理解内部流动性和外部招聘效果至关重要。流程挖掘可用于比较内部与外部候选人的招聘时间、人均招聘成本和成功率。这有助于评估内部流动计划的绩效,并确保两条招聘路径都高效且有效。 为何重要 区分内部和外部候选人(其招聘流程通常不同),以便对内部流动与外部招聘效率进行对比分析。 获取方式 通常通过检查候选人 ID 或邮箱是否存在于员工主数据中来推断。部分系统可能有专门的标签字段。 示例 内部外部 | |||
| 地点 Location | 与职位关联的地理位置,如城市、省份或国家。 | ||
| 描述 此属性指定了职位的实际工作地点。对于远程职位,它可能指示一个地区或标记为“远程”。这为招聘数据提供了地理维度。 在流程挖掘中,地点是区域分析的关键属性。它允许公司比较不同办公室或国家的招聘周期、渠道效果和录用接受率。这可以突出劳动力市场、招聘团队绩效或流程合规性方面的区域差异,从而实现更有针对性的管理和策略。 为何重要 支持招聘绩效的地域分析,帮助对比不同地区或分公司的招聘效率和挑战。 获取方式 存在于与该申请关联的职位招聘需求详情中。 示例 美国纽约英国伦敦远程(美国)德国柏林 | |||
| 录用薪资额度 OfferAmount | 录用通知中向候选人提供的拟议薪资或补偿金额。 | ||
| 描述 此属性记录了向候选人提供的薪酬包货币价值。它是招聘流程最后阶段的关键数据。该数值通常以当地货币记录。 从流程挖掘的角度来看,分析录用金额可以提供有价值的背景。它可以与录用接受率和拒绝率相关联,以了解薪酬是否具有竞争力。它还允许分析不同角色、部门和地区的薪酬趋势。结合其他数据,它有助于评估薪酬基准并确保薪酬实践的公平性。 为何重要 通过关联不同角色和地区的录用金额与接受/拒绝率,帮助分析薪酬方案的竞争力。 获取方式 源自招聘或 HR 系统中的录用记录。 示例 8500012000065000 | |||
| 拒绝原因 RejectionReason | 候选人在流程任何阶段被拒绝时提供的具体原因。 | ||
| 描述 当决定不再继续推进某位候选人时,通常会记录原因。这些原因可能包括“文化不匹配”、“缺乏所需技能”或“职位已由其他候选人填补”。此属性捕获了该定性信息。 分析拒绝原因可以为招聘流程和工作要求提供有价值的反馈。通过将拒绝原因与申请来源或面试阶段相关联,组织可以识别诸如职位描述定义不清导致吸引不合格候选人,或面试官评估不一致等问题。这有助于完善招聘策略并提高候选人池的质量。 为何重要 深入分析候选人被淘汰的原因,有助于完善职位描述、提升渠道质量,并识别筛选过程中的潜在偏见。 获取方式 通常由招聘人员或招聘经理在将申请状态更新为“已拒绝”时记录。 示例 不符合基本任职资格识别出更优秀的候选人缺乏相关经验招聘冻结 | |||
招聘与人才获取活动
| 活动 | 描述 | ||
|---|---|---|---|
| 候选人已入职 | 候选人已成功完成所有入职前要求,正式入职。这是申请流程的圆满终点。 | ||
| 为何重要 此活动标志着招聘周期的圆满结束。它是计算招聘时间指标的主要结束事件。 获取方式 当 HR 系统中的主“录用”业务流程完成,或招聘工具中的候选人最终状态设为“已入职”时记录。 捕获 使用雇佣交易的生效日期或最终状态更改为“已录用”的时间。 事件类型 explicit | |||
| 已发出 Offer | 正式录用通知已发送给候选人供其考虑。这是招聘流程中的重大里程碑,代表了正式的录用意向。 | ||
| 为何重要 这是衡量从申请到录用所需时间的关键点。此事件与候选人回应之间的时长是了解录用决策时间的关键。 获取方式 当录用信从招聘系统发出时,记录为明确的事件或状态变更,通常带有相应的 Timestamp。 捕获 识别发出录用通知或状态变更为“已发 Offer”时的 event timestamp。 事件类型 explicit | |||
| 已接受 Offer | 候选人已正式接受录用通知,表达了入职意向。这是招聘流程中的核心成功里程碑。 | ||
| 为何重要 这是一个直接影响录用接受率 KPI 的关键成功事件。它会触发最终的入职前审查和入职活动。 获取方式 当候选人通过在线门户接受录用,或招聘人员根据口头/书面确认将状态手动更新为“接受录用”时记录。 捕获 使用候选人电子接受的时间戳或手动状态更改为“已接受”的时间。 事件类型 explicit | |||
| 已收到申请 | 流程始于候选人提交特定职位的申请。这是职位申请案例记录的第一个事件,代表进入招聘漏斗的入口。 | ||
| 为何重要 此活动标志着招聘流程的起点,对于计算整体招聘时间 (Time-to-Hire) 和跟踪总申请量至关重要。 获取方式 此事件是从申请提交日志或主要招聘或人才获取系统中的申请记录创建时间戳捕获的。 捕获 使用职位申请记录的创建时间戳。 事件类型 explicit | |||
| 录用被拒绝 | 候选人正式拒绝了公司发出的录用通知。这是发生在流程后期的未成功终点。 | ||
| 为何重要 这直接影响录用接受率 KPI。分析录用被拒的原因可以深入了解薪资、福利或角色的竞争力。 获取方式 在申请或录用记录中体现为明确的状态变更,如“拒绝录用”或“录用被拒”,通常附带原因代码。 捕获 使用状态更改为“录用已拒绝”的时间戳。 事件类型 explicit | |||
| 申请已拒绝 | 公司决定在招聘流程的任何环节不再录用该候选人。这是最常见的未成功结果。 | ||
| 为何重要 这是一个关键的终结事件。分析拒绝发生的时间和位置有助于了解漏斗流失点以及各阶段选拔标准的有效性。 获取方式 当招聘人员或招聘经理将申请状态更新为“拒绝”或“未选中”的最终状态时记录。 捕获 识别申请状态变更为最终“拒绝”处理结果时的 Timestamp。 事件类型 explicit | |||
| 面试已进行 | 招聘团队的一名或多名成员已完成与候选人的预定面试。该活动标志着特定面试轮次的结束,随后将进入决策环节。 | ||
| 为何重要 此活动对于分析面试周期时长、识别各轮面试间的延迟以及衡量收集反馈所需的时间至关重要。 获取方式 通常根据预定面试时间的结束,或招聘人员在面试后更新申请状态来自动推断。 捕获 识别在预定面试日期后,申请状态更新为“面试完成”或类似状态的时间点。 事件类型 inferred | |||
| 候选人撤回申请 | 候选人自愿退出该岗位的竞聘。这可能发生在流程的任何阶段。 | ||
| 为何重要 这提供了对候选人体验和流程时长的洞察。高撤回率可能表明招聘流程冗长、低效或缺乏吸引力。 获取方式 当招聘人员根据候选人反馈将状态更新为“已撤回”,或候选人自行通过门户撤回时记录。 捕获 检测申请状态变更为“已撤回”时的 Timestamp。 事件类型 explicit | |||
| 反馈已提交 | 面试结束后,面试官正式提交对候选人的评价、笔记或面试评分。这是后续集体录用决策的关键依据。 | ||
| 为何重要 这衡量了反馈闭环的效率。此处的延迟会减慢整个决策过程并对候选人体验产生负面影响。 获取方式 通常在保存反馈表或计分卡并将其与候选人申请关联时,作为明确事件进行捕获。 捕获 使用面试反馈或计分卡记录的创建时间戳。 事件类型 explicit | |||
| 已发起入职流程 | 新员工入职准备工作正式开始。这通常涉及从招聘系统到核心 HR 或入职平台的交接。 | ||
| 为何重要 这标志着从招聘到员工集成的过渡。分析这个交接点对于确保流畅的新员工体验和流程效率至关重要。 获取方式 当候选人记录转移至入职模块,或状态更新为“待入职”或“已开始入职”时记录。 捕获 识别向入职状态的变更,或在入职系统中创建候选人记录的操作。 事件类型 inferred | |||
| 已发起背景调查 | 已开始对候选人进行入职前审查(如背景调查或推荐人核实)。这通常发生在候选人接受录用通知之后。 | ||
| 为何重要 这有助于跟踪第三方供应商和内部入职前审查流程的效率,这些流程可能是最终确认录用前延迟的来源。 获取方式 通常通过申请状态更改为“背景调查”阶段来推断,这通常会触发与审查供应商的系统集成。 捕获 检测申请状态变更为“背景调查进行中”时的 Timestamp。 事件类型 inferred | |||
| 录用信已准备 | 启动内部流程以起草并审批正式录用信的细节。该步骤发生在录用决策之后、向候选人正式发出录用信之前。 | ||
| 为何重要 分析这一内部环节的耗时,可以揭示在薪酬审核、法务审批或管理层签核中存在的瓶颈,这些往往是候选人看不到的隐形成本。 获取方式 根据申请进入“录用审批”或“草拟录用信”阶段,或系统内创建了录用信对象自动推断。 捕获 检测申请状态变更为录用准备或审批阶段时的 Timestamp。 事件类型 inferred | |||
| 申请已筛选 | 招聘人员或招聘经理根据岗位的核心要求对候选人的申请进行初步评估。该活动是整个流程中的第一道筛选关口。 | ||
| 为何重要 分析此步骤的耗时有助于识别初步申请处理中的瓶颈,并评估招聘人员的工作量。同时,它也能反映出初步的合格率。 获取方式 通常通过申请状态的变化来推断,例如从“新建”变为“审核中”或“筛选中”。 捕获 识别申请状态变更为“审核中”或“筛选中”时的 Timestamp。 事件类型 inferred | |||
| 电话初筛已进行 | 招聘人员完成与候选人的初步电话或视频沟通,以评估其基本资质、意向和文化适配度。这通常是与候选人的首次直接互动。 | ||
| 为何重要 此活动跟踪早期候选人互动的效率,并衡量从已筛选申请到进入面试阶段的合格候选人的转化率。 获取方式 通常在申请状态更新以反映电话筛选已完成时捕获。 捕获 检测到状态变更为“初试完成”、“初试通过”或类似值。 事件类型 inferred | |||
| 面试已安排 | 正式安排候选人与招聘团队之间的视频或线下面试。此活动代表了双方对面试时间的确认。 | ||
| 为何重要 这是指示候选人进展的关键里程碑。跟踪筛选与此事件之间的时间可以突出调度效率和潜在延迟。 获取方式 从排程系统、日历集成中的明确条目获取,或根据申请状态变为“面试已安排”自动推断。 捕获 使用与申请关联的面试或日历事件的创建时间戳。 事件类型 explicit | |||