数据模板:从招聘到离职—员工生命周期
您的“从招聘到离职”员工生命周期数据模板
这是我们针对从招聘到退休 - 员工全生命周期的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 标准化数据字段,确保跨系统一致性
- 确保全流程可视性的推荐活动
- 数据抽取与准备指南
从招聘到退休 - 员工全生命周期属性
| 名称 | 描述 | ||
|---|---|---|---|
事件timestamp EventTimestamp | 记录某项生命周期活动或事件的精确日期与时间。 | ||
描述 Event Timestamp标记活动发生的时间点。该时间戳对按时间顺序排列事件、准确重建员工旅程至关重要,也是绩效分析的核心时间数据点。 该属性用于计算活动之间的周期时长,衡量如招聘或离职等流程的整体持续时间,并识别与时间相关的瓶颈。它还支持趋势分析,是构建时间敏感型KPI(如“平均招聘用时”或“入职周期”)的基础。 为何重要 该时间戳对于正确排序事件并计算各类基于时间的绩效指标(如周期与时长)至关重要。 获取方式 通常可在系统日志或数据表中的活动记录或操作记录旁找到,常标注为创建日期或系统时间戳。 示例 2023-01-15T09:00:00Z2023-03-20T14:30:15Z2024-05-01T11:21:05Z | |||
员工ID EmployeeId | 分配给每位员工的唯一标识符,作为其在组织内整个生命周期的主案例ID。 | ||
描述 Employee ID是一个唯一键,从员工最初的招聘流程一直贯穿到最终离职。它把入职、绩效评估、晋升与离职等所有相关生命周期事件串联成一段完整、一致的旅程。 在Process Mining中,该属性是进行Case关联的基础。它使分析引擎能够重建每位员工的端到端流程。将Employee ID作为Case ID后,分析师可以跟踪各环节的周期时长,定位特定员工旅程中的瓶颈,并比较不同个人或群体在执行生命周期流程时的差异。 为何重要 这是连接员工全生命周期各类事件的关键Case ID,便于你分析从招聘到离职的完整旅程。 获取方式 通常可在HR信息系统(HRIS)的员工主数据表或主数据记录中获得。 示例 EMP-10345982110USR-A54209 | |||
活动名称 ActivityName | 员工生命周期中发生的某个具体事件、任务或里程碑的名称,例如“已接受录用”或“绩效评估已完成”。 | ||
描述 “活动名称”用于描述“从招聘到退休”流程中的一个明确步骤。这些活动是流程图的基本单元,涵盖从最初的职位需求到最终的离职确认。 在分析中,该属性用于可视化流程走向、识别事件序列,并衡量各步骤的发生频次与持续时长。它有助于理解正在进行的活动、发现与标准流程的偏差,并定位导致延迟或需要改进的环节,例如冗长的背景调查或滞后的入职任务。 为何重要 此属性用于定义流程图中的步骤,是所有流程挖掘分析与可视化的基础。 获取方式 由HR系统中的事件日志、状态变更记录或特定交易数据生成。 示例 员工已录用入职流程已完成薪酬变更已批准离职流程已启动 | |||
最后数据更新 LastDataUpdate | 指示该事件对应数据上次在源系统中被刷新或抽取的时间戳。 | ||
描述 此属性提供数据被更新或抽取进流程挖掘数据集的时间戳。它并不表示业务事件发生的时间,而是反映数据本身的新鲜度。 其主要用途在于数据治理与校验。分析人员可据此确认所用信息是否最新,并了解从事件在源系统发生到出现在分析中的潜在延迟。这一属性对于管理数据刷新节奏、保障洞察的可靠性至关重要。 为何重要 通过标识所分析信息的更新时点,保障数据新鲜度与治理,这对于建立对分析结果的信任至关重要。 获取方式 此时间戳通常在数据提取、转换和加载(ETL)过程中生成和添加。 示例 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
源系统 SourceSystem | 产生该事件数据的信息系统或应用名称。 | ||
描述 源系统属性用于标识每个事件对应的数据来源。在复杂的人力资源系统生态中,招聘通常由ATS(候选人跟踪系统)管理,员工主数据在核心HRIS中维护,薪酬变动由薪资系统处理,各环节可能分属不同系统。 按源系统维度分析有助于理解数据集成的挑战与流程割裂情况。它能帮助分析人员识别延迟或问题是否集中在某个特定系统,从而指导技术改进或流程重构。同时,它对数据校验也至关重要,可确保端到端流程被完整、准确地呈现。 为何重要 标识流程数据的来源,这对于排查数据质量问题、了解不同HR系统之间的流程交接至关重要。 获取方式 此信息通常在数据抽取与转换(ETL)过程中加入,或作为系统集成日志中的标准字段存在。 示例 Workday HCMSAP SuccessFactorsOracle PeopleSoft | |||
地点 Location | 员工所在的地理位置、办公点或国家/地区。 | ||
描述 工作地点属性用于标注员工的实际或指定办公地点,范围可大至国家,也可细到具体办公楼或园区。 地理维度分析在人力资源流程挖掘中至关重要,尤其对全球化组织而言。它能揭示不同地区的流程绩效差异,例如受当地劳动法规或市场环境影响,招聘周期长短不同;也可用于比较各地的离职率,指出本地管理或工作环境的潜在问题。此类数据有助于在可标准化处统一流程,在必须本地化处做出合理适配。 为何重要 支持按地域开展分析,识别各地流程差异,评估对本地法规的合规性,并比较不同办公地点的绩效。 获取方式 通常存储在HR系统中的员工个人或工作地址信息中。 示例 美国纽约英国伦敦德国柏林远程 | |||
招聘需求ID JobRequisitionId | 用于发起该岗位招聘的职位或招聘申请的唯一标识。 | ||
描述 Job Requisition ID是一个唯一键,用于串联某个职位从创建与审批到寻源候选人、发出Offer的全部相关活动。在员工入职生成Employee ID之前,它常作为前置的Case ID。 该属性特别适合分析员工生命周期的“招聘前”阶段。它可用于衡量“职位填补用时”等KPI,并帮助评估特定岗位的招聘效率。在职位需求层面开展分析,组织可以识别在审批、寻源或面试阶段的瓶颈,并横向比较不同岗位的差异。 为何重要 串联所有招聘前活动,便于对招聘流程及“Time to Fill”等指标进行细致分析。 获取方式 当新职位创建时,由ATS或HRIS的招聘模块生成。 示例 REQ-2023-05-112JR-459018001543 | |||
用户 User | 执行或发起该活动的用户姓名或ID,例如HR专员、经理或系统代理。 | ||
描述 用户属性用于标识执行流程中特定步骤的人或系统。例如招聘经理审批录用、HR管理员发起入职,或自动化系统触发提醒。 该属性为分析引入“人/系统代理”维度,可用于了解工作量分布、识别培训机会(如某些用户是否经常导致延误或错误),并确保流程合规。例如,它能帮助核实薪酬变更等敏感操作是否仅由授权人员执行,这对审计与安全十分重要。 为何重要 标识执行人,有助于分析工作负载、合规性与自动化水平,并发现培训需求。 获取方式 可在系统审计日志或交易记录中获取,通常记录为“Changed By”、“Created By”或“User ID”。 示例 jane.doe@company.comjohn.smithSYSTEM_AUTOMATIONHRServiceCenter | |||
离职原因 TerminationReason | 员工离开组织的记录原因,例如主动离职或非自愿解聘。 | ||
描述 离职原因用于说明员工为何结束在公司的生命周期。通常会进行分类,例如主动(辞职、退休)或被动(绩效、组织调整)。 该属性是离职分析的基石。将离职原因与其他数据关联,组织即可获得有价值的洞察:例如某部门是否自愿离职率偏高,或来自某一招聘来源的新员工是否更可能因绩效被解聘。这些洞察对于制定有效的留才策略与提升招聘质量至关重要。 为何重要 为离职分析提供关键背景,帮助区分主动与被动流失,并定位根因。 获取方式 在离职办理或解聘流程中记录,通常存于员工最终的人事记录中。 示例 自愿-辞职非自愿 - 绩效非自愿 - 组织调整退休 | |||
结束时间 EndTime | 用于标识具有可衡量持续时长的活动何时完成的时间戳,例如入职或培训模块。 | ||
描述 “End Time”用于标记跨越一段时间的活动的完成时点。尽管许多HR事件是瞬时发生的(如“发出Offer”),也有一些具有明确起止时间,如“背景调查”或“入职”。当与Event Timestamp(StartTime)配对使用时,可精确计算持续时长。 在流程分析中,End Time对计算具体任务的处理时间或实际工作时间至关重要。它有助于区分等待时间(两项不同活动之间的间隔)与处理时间(单个活动自身的持续时间)。分析这些时长可以识别低效任务,并发现自动化或资源再分配的机会。 为何重要 支持精确计算活动持续时间,帮助区分流程中的实际作业时长与等待空转时间。 获取方式 可在同时记录任务开始与完成的事件日志或交易表中找到;如未显式提供,可由单独的“已完成”事件推导。 示例 2023-01-20T17:00:00Z2023-04-01T10:15:45Z2024-05-10T16:00:00Z | |||
职位名称 JobTitle | 员工的具体职位名称、角色或岗位。 | ||
描述 职位名称属性用于说明员工在组织中的具体职责与级别,范围既可涵盖“总监”等高层角色,也可以细化到“高级软件工程师”“客户经理”等具体岗位。 在分析中,职位名称可用于按角色或资历筛选并拆解流程,帮助回答诸如:招聘高级岗位是否比初级岗位耗时更长?技术岗位与非技术岗位的入职流程是否存在差异?这类细粒度信息对于制定有针对性的流程改进方案,以及理解员工全生命周期在不同人群中的差异至关重要。 为何重要 支持按岗位、职级与职能进行细分分析,洞察生命周期流程差异,推动更有针对性的改进。 获取方式 可在HR主数据中的员工任职信息或岗位数据里找到。 示例 软件工程师销售经理HR业务伙伴数据分析师 | |||
部门 Department | 员工所属的组织部门或业务单元,例如销售、工程或财务。 | ||
描述 “部门”属性用于表示员工的组织归属,是在全公司范围内分组与对比流程绩效的关键维度。 借助该属性,可以对“从招聘到退休”流程进行对比分析。例如,分析师可比较工程部与销售部的“招聘周期”,以识别不同的招聘挑战;也可按部门分析离职率,找出可能存在管理或文化问题的区域。将流程图按部门筛选,常能揭示某些业务职能特有的流程变体或瓶颈。 为何重要 支持强大的分群与对比分析,洞察HR流程在组织各板块的实际表现。 获取方式 可在HR系统的员工核心档案或主数据中获取,通常与岗位或职位关联。 示例 工程部销售人力资源财务 | |||
雇佣类型 EmploymentType | 用于标注员工用工形式,如全职、兼职、合同工或实习生。 | ||
描述 雇佣类型用于界定个人的劳动合同或用工安排,是一个关键的人群属性,且往往会显著影响HR流程的执行方式。 按雇佣类型分析流程能够揭示重要差异。比如,外包/合同工的入职流程通常比全职员工更短、更简化;绩效评估周期或离职交接也可能不同。按此维度细分,有助于确保合规,并判断流程是否针对不同用工类型做了恰当的适配。 为何重要 可按用工类型分析流程差异,这对合规与针对不同人员类别优化流程至关重要。 获取方式 这是员工核心HR档案或雇佣记录中的标准字段。 示例 全职兼职合同工实习生 | |||
业务单元 BusinessUnit | 员工所在的更大业务板块或事业部,通常高于部门一级。 | ||
描述 “事业部”代表公司内的主要运营板块,例如“消费品”“企业软件”或“全球服务”。相较于部门,它提供了更高一层的组织视角。 以事业部维度分析“从招聘到退休”的流程,有助于进行战略层面的对比。管理层可以了解不同业务板块的人才管理实践与结果差异。例如,某个事业部的内部流动速度可能明显更快,意味着其最佳实践可以在全公司推广。该视角对于让HR流程与更宏观的业务战略保持一致至关重要。 为何重要 提供用于战略分析的高层级组织维度,可在主要业务单元间对比 HR 流程绩效。 获取方式 可在核心HR系统中员工的组织任职数据里找到。 示例 消费品公司职能部门研发全球服务 | |||
招聘来源 RecruitmentSource | 候选人最初的来源渠道、平台或方式,例如招聘网站、内推或招聘会。 | ||
描述 “招聘来源”指成功录用的来源渠道。可能是内部来源(如员工推荐),也可能是外部来源(如专业社交平台、校园招聘会或第三方猎头)。 该属性对于评估不同人才获取策略的有效性至关重要。按招聘来源分析员工全生命周期,组织可以找出哪些渠道产出最高质量的候选人,可用绩效评分、晋升率与留任率等指标衡量。基于数据的洞察能帮助招聘团队将预算与精力投入最有效的渠道。 为何重要 支持评估各招聘渠道的有效性,并基于候选人质量与留存表现优化招聘策略与投入。 获取方式 通常在申请或寻源阶段由候选人跟踪系统(ATS)采集。 示例 员工推荐LinkedIn公司招聘官网校园招聘会 | |||
经理 Manager | 在事件发生时员工的直接经理或主管的姓名或ID。 | ||
描述 经理属性用于标识员工的直接主管。在从招聘到离职的诸多流程中,经理往往承担关键角色,负责审批、绩效评估以及发起岗位调整等。 按经理维度分析可揭示管理效果与流程遵循度的差异。例如,识别哪些经理能按时完成绩效评估,哪些经常延误;也可以按团队查看离职率,洞察是否存在领导力问题,从而开展有针对性的经理培训与支持。 为何重要 支持在团队或经理层面分析流程绩效与结果,突出管理方式与执行一致性的差异。 获取方式 存储在HR系统中员工的岗位数据中,通常以链接形式指向另一名员工的记录。 示例 Robert Smithsusan.jones@company.comMGR-9012 | |||
雇佣状态 EmploymentStatus | 员工当前或历史的雇佣状态,例如在职、已离职或休假中。 | ||
描述 雇佣状态用于刻画员工在某一时间点与公司的关系,是会随员工生命周期变化而动态更新的属性。 在流程挖掘中,跟踪此状态的变更本身就可能是一项关键活动(例如:“状态更改为休假”)。同时,它也是重要的筛选与分析维度,既可聚焦当前在职员工的旅程,也能专项分析离职员工在离职前的流程路径。借助该属性,可确保在不同生命周期分析中纳入正确人群。 为何重要 定义员工当前状态,便于按特定人群(如在职或已离职)进行筛选分析。 获取方式 HRIS中员工主数据或岗位信息表里的核心字段。 示例 在职已终止休假中带薪休假 | |||
从招聘到退休 - 员工全生命周期活动
| 活动 | 描述 | ||
|---|---|---|---|
入职流程已完成 | 标志初始入职清单或工作流顺利完成的关键里程碑,通常意味着新员工所需的各类文件、系统权限申请和初始行政任务均已办结。 | ||
为何重要 该事件标志新员工在行政层面已完成全部入职整合。分析完成入职所用时间,有助于发现影响前期产出与投入度的低效环节。 获取方式 通常为推断事件,依据入职清单最后一项任务的完成时间戳,或员工入职计划的状态变更。 捕获 确认入职流程或清单状态变更为“Completed”的时点,或使用最后一个必需任务的完成时间戳。 事件类型 inferred | |||
员工已录用 | 这是在核心HR系统中将候选人记录正式转为员工记录的交易,标志着员工的正式入职日期,并分配永久的Employee ID。 | ||
为何重要 此活动是将一个案例从“Hire”阶段切换到“Retire”阶段的关键事件,也是用于分析任职时长与离职的明确起点。 获取方式 这是一个明确的事件,取自核心HRIS中员工主雇佣记录的生效起始日期。 捕获 使用员工的入职日期或其核心员工档案的创建日期。 事件类型 explicit | |||
岗位变更已处理 | 表示员工职位发生的任何变化,包括晋升、调动或平级轮岗。该事件以员工核心人事记录中职位信息变更的生效日期为准。 | ||
为何重要 此活动对于分析内部流动、职业发展路径与人才培养至关重要。持续跟踪这些变更,有助于识别高潜人才并理解组织重组的影响。 获取方式 取自员工任职历史中“Job Change”等交易的生效日期。 捕获 使用员工职位名称、部门、岗位或职级字段变更的生效日期。 事件类型 explicit | |||
已接受 Offer | 标记候选人正式接受Offer,启动预入职流程。当候选人申请状态更新为“Offer Accepted”或“Hired”时捕获该事件。 | ||
为何重要 这是确认招聘成功的关键转化点,并触发后续所有入职与新员工设置相关活动。 获取方式 可从候选人申请状态的变更推断,或来自电子签名系统的明确接受时间戳。 捕获 使用候选人状态更新为“Offer Accepted”或类似值时的时间戳。 事件类型 inferred | |||
招聘需求已创建 | 当新开或替补岗位的用人需求被创建并获批时,此活动即标志招聘流程正式启动。通常在招聘模块中,当职位需求被保存并发布时,会作为一个明确的事件被记录。 | ||
为何重要 这是衡量整体招聘周期的起点。从岗位需求发起到满足的耗时分析,有助于定位招聘前期的瓶颈。 获取方式 该事件取自职位需求记录的创建时间戳,通常来自招聘或人才获取系统。 捕获 使用岗位需求(Job Requisition)记录的创建日期,通常会关联到特定的需求ID。 事件类型 explicit | |||
离职流程已启动 | 标记员工离职办理流程的正式开始,由员工离职申请或公司决定触发。这是一个显式事件,用于启动后续的离职办理工作流。 | ||
为何重要 这是衡量离职周期的起点。及时且规范的离职流程对合规、安全与知识传承至关重要。 获取方式 在首次录入离职交易时采集,通常包含未来生效日期。 捕获 使用离职申请或离职交易的创建日期,而非最终的离职日期。 事件类型 explicit | |||
雇佣关系已终止 | 表示员工与公司最终、正式分离,其状态变为非在职。这是员工生命周期中的最后一个事件,以其最后工作日为准。 | ||
为何重要 此活动标志着员工任职期的最终结束点,对于准确计算离职率、在职时长等核心HR指标至关重要。 获取方式 该事件依据“Termination”操作的生效日期推断而来,该操作会将员工状态变更为非在职状态。 捕获 使用将员工状态最终变更为“Terminated”、“Inactive”或类似值的终止雇佣操作的生效日期。 事件类型 inferred | |||
休假已开始 | 表示员工获批的休假已开始(如因医疗、个人或家庭原因)。当员工状态变更为非激活或休假状态时记录。 | ||
为何重要 跟踪休假对人力规划、资源管理与合规至关重要,也能洞察缺勤模式及其对生产效率的影响。 获取方式 取自员工HR记录或缺勤管理模块中休假状态的生效开始日期。 捕获 使用将员工状态变更为“On Leave”或类似状态的操作的生效开始日期。 事件类型 explicit | |||
候选人已申请 | 表示候选人针对开放职位提交申请的时刻。系统中新建并关联到具体职位的候选人记录时,会显式记录该事件。 | ||
为何重要 跟踪应聘申请有助于评估招聘渠道效果与候选人管道规模,并便于衡量从投递到面试及后续环节的用时。 获取方式 当创建新的候选人或申请人记录并与职位需求关联时,会记录此项。 捕获 使用候选人申请记录中的提交时间戳。 事件类型 explicit | |||
已发出 Offer | 表示在面试和内部审批之后,已向候选人发出正式Offer。通常可从候选人申请记录的状态变化推断,例如变更为“Offer Pending”。 | ||
为何重要 该里程碑标志着从候选人评估过渡到最终录用决策。从发出Offer到候选人接受的时长,是衡量候选人体验与Offer竞争力的重要指标。 获取方式 通常依据候选人申请的状态变更或Offer文档的创建日期进行推断。 捕获 识别申请状态变更为“Offer Extended”、“Offer Generated”或类似状态时的时间戳。 事件类型 inferred | |||
已发起入职流程 | 表示新员工入职流程或工作流的正式开始。通常在将入职任务清单或工作流分配给新员工及其主管时记录该事件。 | ||
为何重要 尽快启动入职流程,是塑造新员工正向体验的关键。该步骤标记了入职周期时长的起点,这是衡量HR效率的重要指标。 获取方式 通常取自分配给新员工的入职流程实例、工作流或清单的创建日期。 捕获 使用入职清单的指派日期,或入职业务流程的启动日期。 事件类型 explicit | |||
已发起背景调查 | 表示入职前背景筛查的开始。通常在向第三方筛查供应商下单或启动内部流程时记录。 | ||
为何重要 背景调查的延误会显著影响新员工入职日期。监控该步骤的周期有助于确保预入职环节顺畅、准时。 获取方式 可从与筛查供应商的集成日志,或HR系统中的状态变更、任务创建中获取。 捕获 使用发起背景调查的任务创建或API调用的时间戳。 事件类型 explicit | |||
离职办理已完成 | 标记所有离职办理必做事项(如资产归还、知识交接、系统权限回收)已完成。当离职清单或工作流达到最终的“完成”状态时,即可推断该事件。 | ||
为何重要 确保离职任务全部完成对降低安全风险与保障合规至关重要。该里程碑有助于跟踪离职流程的效率与完备性。 获取方式 可由离职交接清单的完成,或员工离职交接工作流的最终状态变更来推断。 捕获 确认离职交接流程状态变更为“Completed”的时点,或使用最后一个任务完成的时间戳。 事件类型 inferred | |||
绩效评审已完成 | 表示员工一次正式绩效评审周期的完成。该事件为周期性事件,以绩效评审表单或工作流的完成日期记录。 | ||
为何重要 跟踪绩效评估可保障公司政策合规与公平的人才管理,并可按部门分析评估周期与执行达成率。 获取方式 通常根据绩效管理模块中评估表状态变更为“Completed”或“Closed”的日期进行推断。 捕获 使用绩效评估表单或工作流状态更新为最终的已完成状态时的时间戳。 事件类型 inferred | |||
薪酬变更已批准 | 表示一项关于员工薪资、奖金或其他薪酬要素的变更已获批准。该事件从获批薪酬变更的生效日开始记录。 | ||
为何重要 分析薪酬变更可洞察薪资趋势、调薪周期与薪酬公平性,是了解员工财务发展轨迹的关键事件。 获取方式 取自核心HR或薪酬模块中已批准的薪酬变更记录的生效日期。 捕获 使用薪酬变更交易对应的生效日期。 事件类型 explicit | |||
