员工记录
确认员工身份和汇报关系。
先收集可供 HR 与内部记录匹配的信息:员工姓名、工作邮箱、员工编号、部门、岗位、工作地点和经理。对已知部门或地点使用下拉选项,以减少拼写差异并准确分发提交内容。
- 姓名、员工编号和工作联系方式。
- 部门、职位、工作地点和经理。
- 允许经理记录通知时的提交人身份。
说明贵组织如何接收辞职通知。Makeform 会将需求描述转换为结构化辞职表单,用于收集员工信息、通知日期、拟定最后工作日、离职背景、交接需求以及供 HR 审核的确认声明,无需经理再从零散的电子邮件对话中还原决定。
将辞职表单提交内容发送到电子邮件、Slack、Google Sheets 和 Zapier。
表单制作工具示例提示词
选择最接近您需求的流程,修改具体信息,或将提示词发送到 Makeform 表单制作工具。每种结构都是可编辑的起点,并非员工已经完成的提交内容。
适用对象
正式通知 HR 和经理的员工
格式
包含日期和确认声明的简短内部表单
提示词长度
122 个字符
表单结构示例
包含日期和确认声明的简短内部表单
员工身份、部门和经理
您拟定的最后工作日是哪一天?
您是否已经告知经理?
离职原因(如您愿意分享)
员工确认及键入姓名
建议的分发标签
HR 审核
经理跟进
可开始离职办理
将员工申请的最后工作日与 HR 确认的最终日期分开记录。通知规则、排班、累计休假和内部决定都可能导致这两个日期不同。
Step 1
提交
员工记录通知和拟定最后工作日
Step 2
审核
HR 核对日期、详情和跟进需求
Step 3
确认
HR 告知确认后的最终日期
Step 4
过渡
为工作交接和离职办理指定负责人
更清晰的通知记录
辞职邮件可能写明日期,却遗漏 HR 所需的工作地点、经理、交接或个人联系方式。聚焦核心的表单可在一次提交中收集运营所需信息,同时将敏感的叙述性问题设为可选。
将通知提交日期和员工拟定的最后工作日分别记录为结构化字段。这样,HR 可以审核申请并告知确认后的最终日期,而不会悄然覆盖员工最初填写的内容。
条件逻辑可以为小时工显示班次问题,为客户负责人显示项目交接字段,也可以在有人记录口头通知时显示经理记录字段。员工无需面对一长串与自身岗位无关的清单。
将提交内容分发给 HR,通知相应审核人,并把确认后的详情传入离职办理清单。辞职表单负责记录通知;清单则可另行分配访问权限、设备、薪资和知识转移任务。
为真实的离职情形而设计
从统一的核心记录开始,再根据员工的工作安排、职责和通知方式设置分支。
向员工提供私密的内部链接,用于填写身份信息、通知日期、拟定最后工作日、可选的离职原因和个人联系方式。确认文案可以说明 HR 将审核提交内容。
如果辞职通知是在谈话中提出,经理可以记录收到通知的时间、员工所述日期和来源记录。分支流程可以要求员工确认,而不是将经理的备注呈现为员工本人的回答。
请仍有进行中工作的员工列出截止日期、文档、周期性职责和可能的接替人。HR 收到通知的同时,经理也能获得一份可用于过渡安排的初步清单。
工作地点、主管、预计最后一个班次和剩余已排班次有助于相应的当地经理作出回应。适合移动端的控件让不在办公桌前工作的员工也能方便填写。
构建工作流程
生成核心信息收集表单,根据内部流程进行调整,并在向员工分享链接前测试交接流程。
告知 Makeform 是由员工直接提交、经理可以记录线下通知,还是两种方式均可。包括流程所需的业务部门、工作地点、员工类型、日期字段、交接详情和确认声明用语。
将身份信息和最后工作日字段设为必填,但应仔细考虑是否将离职原因、新雇主信息或备注设为可选。添加简明的辅助文字,区分拟定日期与 HR 随后确认的日期。
仅向小时工显示班次详情,仅向相关岗位显示交接问题。先将提交内容分发给 HR,再根据员工的回答通知相应的经理或工作地点联系人。
分别以员工和经理身份提交测试案例,核对日期和通知,然后在员工门户中分享或嵌入表单。下游的离职办理任务应放在单独的清单中,并为每项任务指定负责人。
表单、邮件与文档对比
辞职信可以保留员工自己的表述。结构化表单更适合持续、统一地收集日期、分发信息和过渡安排。您的流程可以接收上传的辞职信,同时仍收集 HR 采取行动所需的字段。
字段指南
优秀的表单会将员工的辞职通知与 HR 审核及后续离职办理工作分开。这六个部分可建立实用记录,而不会把一次提交变成整个离职流程。
员工记录
先收集可供 HR 与内部记录匹配的信息:员工姓名、工作邮箱、员工编号、部门、岗位、工作地点和经理。对已知部门或地点使用下拉选项,以减少拼写差异并准确分发提交内容。
通知与日期
尽可能自动获取提交日期,并询问员工拟定的最后工作日。如果经理此前已经收到通知,应单独收集该接收日期。不要用 HR 随后的决定替换员工所述日期;保留两个值,以形成清晰的记录。
离职背景
离职原因下拉选项有助于内部报告,但员工可能不愿在辞职表单中解释自己的决定。提供可选的原因类别、可选的备注框,并单独询问是否愿意参加离职面谈,不要将敏感详情作为提交条件。
工作过渡
如果员工岗位需要,请询问进行中的项目、周期性职责、近期截止日期、重要合作关系和可能的交接负责人。在通知阶段保持简洁;经理可以在专门的离职办理清单中将这份清单转化为已分配的任务。
财物与访问权限提示
一份简短清单可以列出员工持有的笔记本电脑、手机、钥匙、工牌、卡片、制服或其他组织财物。它应提供需要跟进的信号,而不是要求员工在 HR 审核通知前证明所有访问权限和资产任务都已完成。
确认与跟进
最后填写键入的姓名或签名、提交日期,以及清楚说明员工所提交内容的确认声明。确认文案应说明 HR 将审核通知并就日期和后续步骤联系员工;不应暗示仅凭此表单就确认了所有雇佣详情。
相关工具
将辞职记录作为启动信号,再通过专门的表单和清单处理面谈、职责及离职办理任务。
常见问题
为希望用结构化内部流程取代格式不一的辞职邮件的 HR 团队提供实用解答。
辞职表单是一种内部信息收集表单,员工用它正式告知组织自己打算离职。它通常记录员工信息、发出通知的日期、拟定最后工作日、经理、可选的离职背景,以及联系方式或交接详情。提交内容为 HR 的审核和跟进提供统一的起始记录;后续离职办理任务可放在单独的清单中。
应包含员工姓名、编号、岗位、部门、工作地点、经理、通知日期和拟定最后工作日。根据岗位需要,还可添加剩余班次、进行中的项目、周期性职责、公司财物、用于后续联系的个人联系方式,以及可选的辞职信上传字段。离职原因和补充备注应设为可选,并加入确认声明,说明 HR 将审核通知并确认后续步骤。
可以询问,但不必设为必填。提供包含“不愿透露”选项的简短原因类别列表,有助于统一开展内部分析;可选的备注字段则能容纳背景信息。可以考虑通过单独的离职面谈收集更完整的反馈,让员工无需详细解释决定也能及时提交通知。
可以。将第一个问题设为提交人是员工还是经理,然后显示相应分支。对于经理记录的通知,应收集收到通知的时间和方式、员工所述日期、经理的陈述以及任何附件来源。明确标注这些信息由经理记录,并在内部流程需要时添加员工确认步骤。
将两个日期分别存储。表单应保留员工申请或所述的日期。HR 随后可以审核排班和内部政策,并通过组织的常规流程告知确认后的最终日期。保留两者可避免原始通知被掩盖,并在审核完成后为离职办理流程提供标记清晰的确认日期。
可以。将新提交内容分发给 HR,通知相关审核人,并使用审核后的记录启动离职办理清单。该清单可以分配设备归还、账户所有权、访问权限变更、文档、薪资协调和团队沟通任务。将这些行动放在员工辞职表单之外,可以明确责任归属,也避免要求离职员工完成由其他团队控制的任务。
可以。Makeform 提供不限数量的免费表单创建和回复,因此您可以生成、编辑、发布和使用辞职表单,不受回复数量上限限制。付费方案可移除 Makeform 徽标。向员工分享前,请根据贵组织的流程审核生成的文案、字段、接收人和日期逻辑。
首次通知仅应发送给负责离职事项的 HR 职能人员或邮箱,再根据流程让员工的经理和其他团队参与。避免将敏感的自由文本回答发送到范围广泛的聊天频道或大型邮件列表。发布面向员工的链接前,请使用示例数据测试通知接收人、条件分支、确认文案和任何已连接的电子表格。
让每次辞职都有一份清晰的起始记录。