1. 确认录用
从招聘或 HR 系统接收员工、岗位、经理、地点和已确认的到岗日期。
员工入职工作流
Employee onboarding workflow from accepted offer to day-one readiness
把触发事件、任务包生成、跨团队执行、异常补救、人工就绪决定和首周跟进串成一个清晰可见的流程。
自动化应负责重复性的流转和提醒；经理与 HR 仍需对重要决定、异常以及新员工体验质量负责。
最多 5 名用户可免费使用，无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
- 由已批准的录用或内部调动触发
- 并行执行任务，同时明确前置依赖
- 支持退回、升级和附条件就绪路径
已填充的实际示例包含正常、待处理、逾期、受阻、退回和已核验状态。安装后可自行调整无需重建应用，即可修改字段、规则、角色和仪表板。
明确每次交接时的状态变化
工作流不只是按顺序发送提醒；每次状态转换都需要明确的输入和可验收结果。
2. 选择任务包
依据岗位、部门、地点和用工类型选择任务、负责人及相对截止日期。
3. 并行执行
HR、经理、IT、行政设施和培训团队在各自队列中执行任务，同时让依赖关系保持可见。
4. 异常补救
退回不完整的输入，升级逾期责任，并在适当情况下批准有记录依据的替代方案。
5. 就绪决定
由人工复核人确认就绪、附条件确认，或退回并明确要求补正。
6. 早期跟进
在结束入职流程前，核验首周权限、岗位理解、培训和未解决问题。
让自动化处理可预期的流转，把判断留给人
构建前先区分每项行为属于哪一类。
数据录入
员工信息、经理计划、完成凭证和异常详情由相应负责人提供。
后台自动化
生成任务、计算相对日期、发送提醒、更新健康状态并显示逾期任务。
人工工作流
验收交接、决定是否就绪、批准条件并退回不完整工作。
把会使入职流程失效的情况纳入设计
只有顺利路径的流程只是一张图，并不能真正支撑日常执行。
到岗日期变更
重新安排尚未完成且受影响的任务，同时保留已完成凭证及变更原因。
负责人暂不可用
通过明确的升级路径重新分配任务，不要让它一直挂在笼统的团队名下。
关键事项受阻
记录影响和补救行动；如果存在可接受的替代方案，则发起附条件就绪决定。
输入不完整
把具体缺失信息退回其来源，同时让当前负责人保持可见。
员工入职常见问题
员工入职工作流包括哪些阶段？
实用流程应包括：接受权威事件、创建员工异动事项、选择任务包、负责人并行执行、异常补救、就绪复核、入职首日核验和早期跟进。
哪些内容适合自动化？
可自动生成重复任务、计算相对截止日期、发送提醒、更新健康指标和升级处理；就绪决定、敏感异常及政策判断仍由相应人员负责。
到岗日期变更时，工作流应如何处理？
保留原日期和变更原因，重新计算未完成的依赖任务，保留已完成凭证，并只通知受影响的负责人。
该工作流会取代 HR 系统吗？
不会。流程在招聘或 HR 确认录用后启动，用于协调后续工作。HR 系统仍是用工和法定数据的权威记录系统。
业务运营人员可以调整流转规则吗？
可以。经过培训的 Jodoo 管理员无需开发部署，就能修改任务生成、条件、提醒、复核和视图，并验证补正后与仍受阻两种结果。
用自己的流程试用
打开员工入职工作流应用先设计受阻路径，再自动化顺利路径
使用权限决定受阻的样例员工，在自己的试点中测试退回、升级和就绪决定。