事项受理表

Case intake form for the facts behind a first decision

从一开始就记录相关人员、背景、事由、紧急程度、授权同意、疑似重复情况、分流结果、负责人和下一步行动日期,建立可用的事项档案。

填表只是流程的起点。提交的信息应支持明确的分流判断和后续交接。

下载受理表字段设计方案CSV · 包含字段、用途、示例及是否应设为必填

最多 5 名用户可免费使用,无需信用卡。

无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景

登录后可查看虚构示例记录。添加团队访问权限、保密信息或自己的业务规则前,请先安装应用副本。

4组受理问题
5个产品视图
4项提交后处理动作
受理表应收集什么

让每个问题都能为后续处理提供帮助

只要每个字段都服务于分流、联系、安全或责任分工,简短的表单也能支持充分交接。

01

涉及谁,如何联系

收集相关人员或组织、首选联系方式、必要时的代表信息,以及无障碍或沟通需求。

02

为什么联系您

先用清晰的事由和开放式描述,让当事人用自己的话说明情况,再进行内部分类。

03

紧急程度、授权同意与处理依据

了解哪些问题需要立即关注,以及团队是否已取得同意或具备其他有效处理依据。

04

重复检查与交接

检查是否存在相关在办事项,记录分流决定,明确负责人,并设定下一步行动期限。

受理表检查

删去不会影响首次处理决定的字段

发布受理表前,可按以下标准逐项检查。

Question有助于以下处理时保留导致以下问题时避免使用
涉及哪些人员?联系、关系确认、权限判断或重复检查不必要地收集敏感个人信息
发生了什么,或需要什么帮助?分流、范围界定、安全判断或服务规划迫使当事人选择应由内部判断的结论
有多紧急?明确回复安排或升级处理路径只增加没有实际处理意义的严重程度标签
接下来会怎样?明确负责人、期限和后续安排仅提供通用提交确认,没有后续交接
提交之后

让受理信息推动处理决定

让合适的团队掌握必要背景、负责下一步行动,受理信息才开始发挥作用。

01

确认收到

如实说明接下来的安排,并在适当情况下提供紧急替代渠道。

02

检查重复事项与当前风险

查找相关在办事项,并对安全、人员保护、报复风险、严重服务影响或其他紧急情况升级处理。

03

分流与转交

建立事项、要求补充信息、转介其他渠道,或因重复而结束受理,并清楚记录原因。

04

明确负责人

指定下一步行动、截止日期和处理团队,避免只是将表单转发到无人负责的邮箱。

无需编程,灵活调整业务流程

调整受理表,无需重建后续事项流程

业务管理员可更新问题和交接方式,同时保留相互衔接的事项处理流程。

聚焦业务需求的受理流程可在数小时内搭建,并在几十分钟内优化调整,同时保留与后续事项的关联。
  • 按所选事项类型显示相应的条件问题。
  • 调整紧急处理路径、收件确认和补充信息要求。
  • 更新重复检查和分流待办列表。
  • 受理转入正式处理时,继续使用同一事项 ID。
按业务场景调整问题

保留决策逻辑,调整提问方式与字段

HR、公益服务、调查和投诉不应使用完全相同的受理表。

01

员工反映问题

增加所需支持、保密期望、当前风险、汇报关系和潜在利益冲突等信息。

02

公益服务转介

增加授权同意、需求、优势、服务资格评估问题、合作方信息和安全联系偏好。

03

调查受理

增加指控或问题、受影响流程、证据保全、利益冲突,以及目前知情人员等信息。

04

客户投诉

增加产品或服务、影响、既往联系、期望解决方式、回复承诺,以及来源工单或订单。

适用范围与限制

让受理表既容易填完,又能支持准确分流

该示例是可调整的起点,并非适用于所有法律、临床、HR 或社会服务场景的通用问卷。

围绕首次处理决定收集信息

保留能影响联系、紧急程度、授权同意、重复检查、分流、责任分工或下一步行动的字段。

将深入提问留给后续环节

事项进入适当流程后,再由评估人员、调查人员、临床人员或专业人员收集详情。

不仅测试填表,还要测试交接

确认收件回执、重复事项处理、紧急分流、责任分工,以及提交人下一步看到的内容。

事项受理常见问题

发布表单前应明确的问题

事项受理表应包含什么?

通常包括相关人员或组织、联系偏好、联系事由、自由描述、紧急程度、授权同意或处理依据、疑似重复情况、佐证信息、分流结果、负责人和下一步行动日期。

所有事项类型都应使用同一张表单吗?

可以共用基础受理结构,但应按场景调整用语、风险问题、授权同意、证据和紧急处理渠道。不应让员工反映问题、服务对象转介、调查和投诉都回答完全相同的问题。

表单可以在手机上使用吗?

可以。示例使用能适配不同屏幕的 Jodoo 表单。建议精简首屏内容、使用清晰的字段名称,并测试实际手机操作流程及隐私要求。

如何避免重复建立事项?

收集可靠的识别信息,在分流时查询当前在办和近期办结的事项,提示可能匹配的记录,并记录本次受理是合并、关联还是单独保留。

提交后应如何处理?

确认收到信息,检查风险和重复情况,记录清晰可见的分流决定,建立或更新事项,指定负责人,并明确下一步行动及期限。

查看实际应用

围绕团队首先要作出的决定设计受理表

打开适配不同屏幕的表单,再按需调整问题和流转规则,同时保留相互衔接的事项流程。

打开事项受理表