您的员工入职数据模板
您的员工入职数据模板
这是我们针对员工入职的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 有效进行入职分析所需的核心数据字段和流程活动。
- 一个灵活的基础,旨在适应您独特的系统和流程变体。
- 针对全面的流程发现、一致性检查和性能监控进行了优化。
员工入职属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 EventTime | 入职活动发生或完成的具体日期和时间。 | ||
| 描述 Event Time 是记录活动发生的具体时刻的 timestamp。该 timestamp 对于按时间顺序排列事件以及计算流程中不同步骤之间的持续时间至关重要。它应代表活动的完成时间或瞬时事件的发生时间。 此属性是流程挖掘中所有基于时间的分析的基础。它用于计算关键绩效指标 (KPI),如 cycle times、wait times 和 processing times。通过分析 timestamps,可以识别瓶颈,根据服务水平协议 (SLA) 衡量流程绩效,并了解活动的实践分布。 为何重要 此 timestamp 对于事件排序、计算所有与时间相关的指标(如周期时间、等待时间)以及发现流程瓶颈至关重要。 获取方式 可在与每个入职任务或里程碑相关的系统日志或交易记录中找到,通常标记为完成日期或创建日期。 示例 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:00:00Z | |||
| 入职 Case ID OnboardingCaseId | 用于对单个新员工的所有入职活动进行分组的唯一标识符。 | ||
| 描述 Onboarding Case ID 是跟踪单名新员工从开始到结束完整入职旅程的主键。从最初接受录用到完成所有必需任务,每个独特的入职流程都会分配一个唯一的标识符。此 ID 将所有相关的事件、任务和里程碑关联在一起。 在 Process Mining 中,此属性对于 case 关联至关重要。它允许软件为每位新员工重建端到端的流程流,将“启动背景调查”和“设备已交付”等零散事件连接成一个完整且连贯的时间线。如果没有可靠的 case 标识符,就无法在 case 层面分析流程。 为何重要 这是连接单个新员工入职旅程中所有相关事件的关键,使得端到端流程分析成为可能。 获取方式 通常在为员工启动新的入职流程时,由主 HR 或入职管理系统生成。 示例 ONB-2024-00123789456123CASE-NH-9987 | |||
| 活动名称 ActivityName | 入职流程中发生的具体任务、里程碑或事件的名称。 | ||
| 描述 此属性描述了庞大的入职流程中的单个步骤或事件。例如“接受录用”、“背景调查完成”或“请求 IT 配置”。采用清晰且一致的活动命名规范,对于构建准确且易懂的流程图至关重要。 在分析中,Activity Name 用于可视化流程流、识别特定步骤之间的瓶颈,并衡量每个活动的发生频率。它构成了流程图的骨干,让分析人员能够了解入职旅程中每个阶段的实际情况。通过分析活动的顺序和频率,可以发现流程偏差和低效环节。 为何重要 它定义了流程中的各个步骤,从而支持创建流程图并分析工作流、瓶颈和偏差。 获取方式 源自 HR、IT 和入职系统中的事件日志、任务管理模块或审计轨迹。 示例 已接受 Offer已发起背景调查设备已订购入职办理完成 | |||
| 最后数据更新 LastDataUpdate | 指示该事件数据最近一次从源系统刷新或提取的时间戳。 | ||
| 描述 此属性提供一个 timestamp,标记数据最后一次从源系统同步的时间。这是一个元数据字段,对于了解所分析数据的时效性和新鲜度至关重要。这与记录业务活动实际发生时间的 Event Time 不同。 Last Data Update 时间戳对于数据治理以及确保分析基于最新信息非常重要。它能帮助 dashboard 用户了解他们看到的是实时数据还是某一时间点的快照。同时,它对于调试数据流水线以及验证数据提取流程是否按计划运行也至关重要。 为何重要 指示数据的更新程度,这对于数据治理以及确保流程分析反映最新的运营状态至关重要。 获取方式 此 timestamp 通常由 ETL 工具或数据流水线在数据导入过程中生成并记录。 示例 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| 源系统 SourceSystem | 指明特定事件的入职数据所提取自的记录系统。 | ||
| 描述 此属性标识数据集中每个 event 的来源系统,例如 HRIS、候选人追踪系统 (ATS) 或 IT 服务管理 (ITSM) 工具。由于入职流程通常跨越多个系统,追踪来源对于数据验证和理解系统间的交互至关重要。 在 Process Mining 分析中,了解来源系统有助于诊断数据质量问题并掌握不同平台之间的交接情况。例如,分析 HR 系统活动与 IT 系统对应活动之间的时间延迟,可以揭示集成问题或手动数据传输导致的延误。它为理解特定流程步骤的表现提供了背景。 为何重要 识别每个事件的来源,这对于排查数据质量问题以及分析不同公司系统之间的流程交接至关重要。 获取方式 此类信息通常在数据提取、转换和加载 (ETL) 过程中添加,也可能作为标准字段存在于中心化数据仓库中。 示例 HCM_SystemITSM_PlatformApplicantTrackingSystem | |||
| 事件执行人 EventPerformer | 执行入职活动的个人、角色或系统。 | ||
| 描述 此属性标识执行特定活动的对象。执行者可以是具体的用户(如招聘经理)、特定的角色(如“IT 支持”),也可以是自动化系统或机器人。这些信息是了解资源参与度和流程交接的关键。 分析 Event Performer 有助于创建社交网络或组织地图,展示互动情况和工作负荷。它可以精准定位哪些部门或个人存在瓶颈,并通过识别重复性的手动任务来发现自动化机会。了解“谁在做什么”是优化资源配置和改善跨职能协作的基础。 为何重要 揭示由谁执行每项任务,从而支持分析工作量分配、交接效率和自动化机会。 获取方式 可在源系统的审计轨迹或事件日志数据中找到,通常记录为“用户 ID”、“修改人”或“系统代理”。 示例 Jane DoeIT 资源配置服务HR 协调员system_user | |||
| 事件结束时间 EventEndTime | 活动的完成 timestamp,用于具有可测量持续时间的任务。 | ||
| 描述 Event End Time 标志着一项持续性活动的完成时刻。虽然许多入职事件是瞬时的,但某些任务(如“背景调查”或“强制培训”)具有明确的开始和结束。此属性记录了此类任务的终点。 在流程挖掘中,同时拥有开始和结束时间可以精确计算活动处理时间 (processing time)。这与等待时间 (wait time) 不同,后者是活动之间的持续时长。分析 processing time 有助于识别哪些具体任务完成所需时间最长,而不仅仅是识别步骤之间的漫长延迟。这对于建立准确的资源利用模型以及在特定任务内进行详细的瓶颈分析至关重要。 为何重要 支持精确计算特定活动的完成时长(processing time),这对于资源分析和识别低效任务至关重要。 获取方式 通常存在于任务管理或 workflow 系统中,其中活动具有不同的状态,如“进行中”和“已完成”。 示例 2023-10-28T17:00:00Z2024-01-20T11:45:00Z2023-11-05T16:20:00Z | |||
| 到岗日期 EmployeeStartDate | 新员工正式入职的第一天。 | ||
| 描述 此属性是新员工正式开始工作的日期。它是入职流程中的关键里程碑,也是许多绩效指标的重要参考点。 Employee Start Date 用于区分入职前阶段和入职后阶段。它对于计算“首日准备就绪率”和“入职前周期时间”等 KPI 至关重要。通过将“设备已交付”等活动的 timestamp 与入职日期进行对比,企业可以衡量新员工到岗准备工作的有效性。此日期是所有入职前活动的最后期限。 为何重要 这是一个划分岗前和入职后活动的关键日期,对于衡量“首日准备就绪度”和其他关键 KPI 至关重要。 获取方式 这是存储在 HRIS 系统中员工合同或个人资料里的基础日期字段。 示例 2024-06-012024-07-152023-12-04 | |||
| 员工ID EmployeeId | 组织 HR 系统中分配给每位员工的唯一标识符。 | ||
| 描述 Employee ID 是新员工正式进入公司人力资源信息系统 (HRIS) 时分配的唯一代码。此标识符与入职 Case ID 不同,是员工永久记录的主键。 入职 Case ID 用于跟踪流程,而 Employee ID 将入职活动与特定个人联系起来。这支持长期分析,例如将入职体验与未来的员工绩效、敬业度或留存率相关联。它还用于利用主 HR 系统中的其他员工属性(如入职时长或角色变更)来丰富入职数据。 为何重要 将入职流程与永久员工记录连接,从而可以长期分析入职对员工留存和绩效的影响。 获取方式 一旦新员工资料创建,即源自核心人力资源信息系统 (HRIS) 或员工主数据文件。 示例 102345EMP98765USR-A567B | |||
| 地点 Location | 新员工的主要工作地点、办公室或所属区域。 | ||
| 描述 此属性指定新员工所在的工作地点或办公场所。可以是一个城市、国家、具体的办公大楼,或者是“远程办公”等标识。 Location 是分析的一个关键维度,因为入职流程可能会因地理位置的不同而产生巨大差异,原因包括法律要求、办公物流或区域管理实践的不同。通过按地点筛选或对比流程,组织可以识别区域间的不一致性,确保符合当地合规要求,并在适当的情况下标准化入职体验。对于那些希望平衡当地需求与公司标准的全球化企业来说,这一点尤为重要。 为何重要 支持分析入职流程在不同地理位置的差异,这对于确保全球化组织的合规性和体验标准化至关重要。 获取方式 此类信息通常存储在 HR 系统的员工个人资料中,通常由职位申请信息决定。 示例 美国纽约英国伦敦远程新加坡办公室 | |||
| 招聘经理 HiringManager | 新员工汇报对象的经理姓名或 ID。 | ||
| 描述 Hiring Manager 属性用于标识新员工的直接主管。此人主要负责新员工的融入、培训和初始绩效表现。 在流程挖掘中,按 Hiring Manager 分析活动可以突显经理在入职期间的投入度和有效性差异。它有助于识别能够高效完成入职任务的经理,以及可能需要额外支持或培训的经理。这些信息对于提高经理问责制以及提升新员工体验的整体一致性至关重要,因为直接经理对入职体验有很大影响。 为何重要 有助于评估经理在执行入职职责时的表现和一致性,直接影响新员工体验和达产时间。 获取方式 源自招聘需求数据或 HR 系统中定义的员工汇报结构。 示例 Jane DoeRobert JonesMGR-4567 | |||
| 职位名称 JobTitle | 新员工的具体角色或职位。 | ||
| 描述 Job Title 属性定义了新员工填补职位的正式头衔,例如“软件工程师”、“客户经理”或“人力资源专员”。这些信息为入职流程的分析增加了更细的维度。 通过 Job Title 或职位级别分析流程可以揭示重要的模式。例如,高管职位的入职流程可能与初级职位显著不同,且耗时更长。该属性允许为不同的员工群体创建定制化的流程视图,确保在相似角色之间进行比较,并帮助设计针对特定角色的入职路径。 为何重要 支持分析不同角色的入职流程差异,有助于识别特定角色流程优化和定制化的需求。 获取方式 源自人力资源信息系统 (HRIS) 中的招聘需求或员工岗位详情。 示例 高级软件工程师市场协调员财务分析师 | |||
| 部门 Department | 新员工加入的部门或业务单元。 | ||
| 描述 此属性指定新员工所属的部门,例如“销售部”、“工程部”或“财务部”。它为每个入职 case 提供了关键的业务背景。 在 Process Mining 分析中,部门是筛选和对比的核心维度。分析师可以利用它细分入职流程,了解不同部门间的绩效差异。例如,您可以对比工程部与市场部的平均入职周期时间,从而识别最佳实践或需要支持的领域。它还有助于了解资源分配情况,并找出入职旅程中针对特定部门的瓶颈。 为何重要 支持跨业务单元比较入职效率、流程变体和新员工体验,突出标准化的机会。 获取方式 通常源自 HR 系统中的新员工个人资料或职位申请数据。 示例 工程部销售人力资源财务 | |||
| 入职状态 OnboardingStatus | 入职 Case 的当前整体状态。 | ||
| 描述 此属性概括了入职 case 在其生命周期中所处的阶段。典型状态包括“进行中”、“已完成”、“已取消”或“暂停”。这通常是随着流程推进而变化的 case 级属性。 Onboarding Status 对于运营监控和创建高层 dashboard 特别有用。它让利益相关者能快速了解活跃、已完成或存在问题的入职数量。在 Process Mining 中,它可以用来筛选未完成或已取消的 case,以便进行根因分析,了解某些入职流程未能成功完成的原因。 为何重要 提供 Case 进度的宏观视图,支持对未完成或已取消的入职流程进行运营监控和根本原因分析。 获取方式 此状态通常在主要的入职或 HR workflow 管理系统中进行管理和更新。 示例 进行中已完成已取消待入职日期 | |||
| 新员工姓名 NewHireName | 正在入职的员工全名。 | ||
| 描述 此属性包含新员工的全名。它为每个入职 case 提供了一个易于识别的名称,方便用户直接调查具体案例,而无需反复比对 ID 编号。 虽然新员工姓名通常不用于聚合流程分析,但对于运营监控和深入探索单个 case 非常有价值。例如,在跟踪入职进度的实时 dashboard 中,可以显示卡在特定阶段的员工姓名,让人力资源人员或经理能够直接介入。这大大提升了 Process Mining 控制台的易用性。 为何重要 为各个 Case 提供易于阅读的标识符,使经理和 HR 人员能够更轻松地跟踪和调查特定的入职历程。 获取方式 源自招聘管理系统 (ATS) 或人力资源信息系统 (HRIS) 中的新员工资料。 示例 约翰·史密斯Maria Garcia陈伟 | |||
| 雇佣类型 EmploymentType | 新员工的雇用类别,例如全职、兼职或外包。 | ||
| 描述 此属性对新员工与公司的雇佣安排进行分类。常见值包括“全职”、“兼职”、“合同工”或“实习生”。雇用类型通常决定了入职流程的复杂程度和具体要求。 按 Employment Type 分析流程对于理解流程变体至关重要。例如,与全职员工相比,合同工的入职周期可能明显更短,且涉及不同的法律和 IT 步骤。按此属性进行细分分析可确保绩效指标得到公平评估,并帮助组织为不同类型的员工优化专属的入职路径。 为何重要 支持针对不同员工类型对入职流程进行细分,确保公平的绩效比较,并有助于优化不同的流程路径。 获取方式 这是 HR 系统中员工岗位或职位数据里的一项核心属性。 示例 全职兼职合同工实习生 | |||
员工入职活动
| 活动 | 描述 | ||
|---|---|---|---|
| 入职办理完成 | 此活动标志着新员工整个入职流程的正式结束。它表示新员工入职计划中分配的所有任务均已完成。 | ||
| 为何重要 此事件定义了入职流程的终点,从而能够准确计算总周期时间。它确认了从流程角度看,组织已认为该新员工完全融入。 获取方式 当入职旅程的总状态设为“已完成”时,即可捕获此事件,或在完成最后一项任务时推导得出。 捕获 使用父级入职 case 或计划进入最终“已完成”状态时的 timestamp。 事件类型 explicit | |||
| 员工入职日期已到 | 此活动代表新员工正式入职的第一天。这是一个基于关键日期字段计算出的事件,而非用户执行的事务性操作。 | ||
| 为何重要 这是一个核心里程碑,将入职前活动与入职后活动分开。它作为衡量员工“达到生产力所需时间”和入职后参与度的基准。 获取方式 源自核心 HR 系统中与员工资料关联的“开始日期”或“入职日期”属性。 捕获 根据员工的开始日期字段生成事件。Timestamp 可以设置为工作日开始的时间。 事件类型 calculated | |||
| 岗前文书已完成 | 当新员工完成所有必需入职文件的签署和提交后,即发生此活动。通常在完成所有电子签名或文件上传时,系统会自动记录。 | ||
| 为何重要 文书工作的完成是创建正式员工资料和启动薪资发放的关键前提。这一里程碑对于确保首日到岗准备就绪和合规性至关重要。 获取方式 当文档包中所有必需的表格都已电子签名,或当 HR 用户手动确认收到并完成时,系统会自动捕获。 捕获 识别整体文书包或最后一份所需文件的状态被标记为“完成”时的 timestamp。 事件类型 explicit | |||
| 已创建员工档案 | 代表在核心 HR 系统中正式创建新员工记录。此事件正式将该人员从记录系统中的候选人转变为员工。 | ||
| 为何重要 这是一个基础里程碑,能够开启所有其他与员工相关的流程,如薪资设置、福利入伙和 IT 配置。它是 HR 处理效率的关键指标。 获取方式 这可以从 HR 核心数据库中新员工记录或个人记录的创建日期推导得出。 捕获 使用主员工主数据表中主键或记录的创建 timestamp。 事件类型 inferred | |||
| 已接受 Offer | 标志着岗前阶段的正式开始。当候选人正式接受录用通知,确认其加入公司的意图时,将触发此事件。 | ||
| 为何重要 这是衡量整个入职周期时间的关键起点。它支持对候选人承诺加入后入职前阶段的持续时间和效率进行分析。 获取方式 通常在候选人状态更新为“已雇佣”或“接受录用”时,从招聘系统或 HR 模块中获取。 捕获 识别候选人的录用状态字段更改为“已接受”状态时的 timestamp。 事件类型 explicit | |||
| 已请求 IT 资源配置 | 此活动标志着正式向 IT 部门发送请求,以为新员工创建必要的账户、系统访问权限和电子邮件。这是所有技术入职准备工作的起点。 | ||
| 为何重要 及时的 IT 配置对于新员工从第一天起就发挥生产力至关重要。衡量从发出请求到完成的时间有助于识别影响首日准备就绪度的主要瓶颈。 获取方式 当创建或分配预定义的“IT 资源配置”任务时捕获,通常通过员工个人资料创建时触发的自动化工作流实现。 捕获 使用 IT 配置任务、工单或服务请求的创建 timestamp。 事件类型 explicit | |||
| 强制培训已完成 | 标志着新员工成功完成所有必修培训课程。这表示该员工已达到初始的合规和学习要求。 | ||
| 为何重要 这是确保新员工符合合规要求并胜任职位的关键里程碑。它是衡量新员工准备就绪情况以及培训计划有效性的重要标准。 获取方式 当学习管理系统中的最后一门必修培训课程状态更新为“完成”时记录。 捕获 识别员工初始学习计划中最后一门必修课程的完成 timestamp。 事件类型 explicit | |||
| 30天入职访谈已完成 | 代表新员工与经理之间的第一次正式访谈。此会议通常在 30 天左右进行,讨论进度、解答疑问并提供反馈。 | ||
| 为何重要 早期访谈对于员工敬业度、留存率以及在问题升级前解决问题至关重要。跟踪此项有助于确保经理们积极参与入职历程。 获取方式 当经理或 HR 将“30天访谈”任务或简单的绩效评估表标记为完成时捕获。 捕获 使用签到任务的完成 timestamp 或关联表格的提交日期。 事件类型 explicit | |||
| 入职培训已完成 | 标志着新员工初始入职引导课程的结束。此课程通常涵盖公司文化、核心政策、福利和介绍。 | ||
| 为何重要 入职培训是文化融入并确保员工了解公司规范和资源的关键部分。跟踪其完成情况有助于确保一致的首日体验。 获取方式 当 HR 或招聘经理在入职清单中将“入职培训”任务勾选为完成时捕获。 捕获 使用入职 workflow 中入职引导任务的完成 timestamp。 事件类型 explicit | |||
| 入职已取消 | 代表在员工入职日期之前终止入职流程。如果候选人撤回接受函或背景调查未通过,可能会发生这种情况。 | ||
| 为何重要 这是一个需要分析的重要异常路径。它有助于量化入职前的人员流失,并识别流程中可能导致候选人流失的潜在问题。 获取方式 通过 HR 系统中的“撤销录用”或“取消入职”操作捕获,该操作将终止当前的入职工作流。 捕获 识别入职流程日志中取消或撤回事件的 timestamp。 事件类型 explicit | |||
| 入职流程已启动 | 此活动标志着系统层面入职流程的开始。通常当候选人从招聘系统转入 HR 系统时会自动触发,从而创建初始入职 case 或记录。 | ||
| 为何重要 此事件为衡量完整入职生命周期提供了尽可能早的起点。它有助于识别从决定录用到正式启动入职活动之间存在的任何延迟。 获取方式 通常在 HRIS 中创建入职 case 或 workflow 时捕获,往往由关联招聘模块中的“准备雇佣”等状态更改触发。 捕获 在入职流程日志中查找入职记录的创建 timestamp 或第一个状态条目。 事件类型 explicit | |||
| 岗前文书已发送 | 当向新员工发送第一批必需文件包进行审核和签署时,即发生此事件。该文件包通常包含合同、税务表格、政策知晓确认书和个人信息采集表。 | ||
| 为何重要 此活动记录了新员工完成基本行政任务的速度。它有助于识别文档管理和沟通环节中的瓶颈。 获取方式 当 HR 管理员通过系统的文档管理或电子签名功能发送文档包时记录。 捕获 获取文档包被分配或其状态更改为“已发送给候选人”时的 timestamp。 事件类型 explicit | |||
| 已发起背景调查 | 代表请求对新员工进行背景调查或筛选的节点。这通常是在进行其他入职活动之前确保合规性和资格的早期步骤。 | ||
| 为何重要 追踪此活动有助于衡量入职前筛查流程的效率。此处的延迟会显著影响新员工的入职日期和整体入职时间线。 获取方式 当创建特定的“背景调查”任务、状态更新或通过第三方筛选提供商的集成日志捕获。 捕获 使用背景调查任务的创建 timestamp 或显示请求已发送的日志条目。 事件类型 explicit | |||
| 强制培训已分配 | 当向新员工分配必需的合规、安全或特定岗位培训时,即发生此事件。这通常通过在线学习系统 (LMS) 进行管理。 | ||
| 为何重要 及时分配培训对于合规性和技能发展至关重要。此活动开始计时,用于衡量培训完成率和及时性。 获取方式 当新课程添加到员工的学习计划中时(通常由入职事件触发),会在培训或学习模块中明确记录。 捕获 从学习管理系统中获取注册日期或分配的 timestamp。 事件类型 explicit | |||
| 背调已完成 | 表示新员工的背景调查已成功完成且结果可用。这是最终确定录用流程之前的关键把关步骤。 | ||
| 为何重要 从启动到完成的持续时间是第三方服务提供商的关键绩效指标。这一里程碑为后续的录用和配置步骤扫清了障碍。 获取方式 当入职清单中的背景调查任务被标记为“完成”,或从筛选供应商处收到最终状态时记录。 捕获 使用背景调查任务最终状态更新的 timestamp,例如“已通过”或“已完成”。 事件类型 explicit | |||
| 设备已交付 | 此活动表示订购的硬件已实际交付,可供新员工使用。它确认了新员工的物理办公环境已准备就绪。 | ||
| 为何重要 这是资产配置流程的最后一个里程碑。它确认了新员工在入职首日或之前已获得必要的物理办公工具。 获取方式 通常追踪为入职清单中由 IT 或行政人员标记为完成的独立“设备已交付”或“办公空间设置”任务。 捕获 使用设备交付或办公环境设置任务的完成 timestamp。 事件类型 explicit | |||
| 设备已订购 | 代表为新员工订购必要硬件(如笔记本电脑、显示器或电话)的节点。此步骤对于确保员工拥有其角色所需的物理工具至关重要。 | ||
| 为何重要 设备订购或交付的延迟直接影响新员工的工作能力。跟踪此活动有助于管理采购和物流的周期。 获取方式 通常在入职清单中的“订购设备”任务标记为开始或完成时获取,或在采购系统中记录请求时捕获。 捕获 获取设备订购任务的 timestamp 或相应采购订单的创建日期。 事件类型 explicit | |||