工单创建
这项能力到底在做什么
Section titled “这项能力到底在做什么”工单创建，表面上看是在系统里新建一条记录，真正做的其实是把一件原本停在聊天、电话、表单、语音或口头描述里的事情，推进成一条可以持续追踪、可以明确责任、可以继续流转的正式处理对象。
很多企业流程真正断掉的地方，不是问题没人发现，而是问题虽然被看见了，却还没有进入“有人接、有人办、有人追、有人关”的状态。
一件事如果没有进入工单，通常就会出现下面这些老问题：
- 每个人都知道有这件事，但不知道谁正式接了
- 同一个问题被重复描述很多遍
- 状态变化只停在群消息里，没有统一口径
- 过了一段时间以后，很难说清楚到底处理到哪一步
工单创建真正解决的，就是把“这件事有人提过”变成“这件事已经进入正式处理流程”。
它通常接收什么输入
Section titled “它通常接收什么输入”工单创建这项能力，接的往往不是原始素材本身，而是前面已经被整理过、判断过的一条业务结果。
常见输入包括：
- 异常上报结果
- 客服请求
- 报修申请
- 退货申请
- 客户投诉
- 巡检发现的问题
一起进入的，通常还有这些上下文：
- 问题标题
- 问题类型
- 来源渠道
- 发生时间
- 所属对象
- 当前责任角色
- 紧急程度
- 处理时限
如果只是简单把一句话抄进系统，那还不算真正的工单创建。真正有价值的工单创建，必须把后面继续处理所需要的关键信息一起补齐。
它能输出什么结果
Section titled “它能输出什么结果”这项能力最后交出去的，不是一句“已登记”，而是一张已经具备处理条件的正式工单。
常见输出包括：
- 工单编号
- 工单标题
- 工单类型
- 来源信息
- 处理优先级
- 当前状态
- 责任岗位或责任人
- 处理时限
- 附件或上下文链接
有了这些结果，后面的分派、通知、升级、回写、留痕才真正有东西可接。
它在内部是怎么跑起来的
Section titled “它在内部是怎么跑起来的”工单创建真正跑起来时，内部通常不是“写一条记录”那么简单，而会经过下面这条链：
-
先接住上游结果
先拿到前面识别、判断、整理出来的业务结果。 -
再确认是否满足建单条件
不是所有输入都应该直接变成工单，有些只是提醒，有些还缺关键字段。 -
再补齐必要字段
比如编号、标题、类型、来源、紧急程度、责任角色、时限。 -
再检查是否重复
避免同一个问题被重复建单。 -
再正式生成工单
进入系统，形成唯一编号和初始状态。 -
最后把结果交给下游
让后面的分派、提醒、处理和留痕继续接力。
工单创建的详细内部流程图
Section titled “工单创建的详细内部流程图”flowchart TB
A[输入上游业务结果] --> B[检查是否满足建单条件]
B --> C{关键信息是否完整?}
C -->|否| D[标记缺字段并转人工补充]
C -->|是| E[补齐标题、类型、来源、优先级、时限]
E --> F[检查是否存在重复工单]
F --> G{是否重复?}
G -->|是| H[合并到已有工单或提示人工确认]
G -->|否| I[生成唯一工单编号]
I --> J[写入工单系统并设置初始状态]
J --> K[输出工单结果给分派、通知、留痕流程]
D --> L[人工补齐后重新进入建单流程]
H --> K
L --> E
它最后会把什么交给下游流程
Section titled “它最后会把什么交给下游流程”为了让工单能真正接着跑，这项能力通常会交出去这样一组结果：
| 输出项 | 说明 |
|---|---|
| 工单编号 | 让后续所有动作都围绕同一对象推进 |
| 工单标题 | 用一句清楚的话概括这件事 |
| 工单类型 | 让系统知道这件事属于哪类流程 |
| 优先级 | 决定先后顺序和时效要求 |
| 责任对象 | 谁应该先接住这张工单 |
| 当前状态 | 新建、待接单、处理中、待复核等 |
| 附件与上下文 | 图片、语音、表单、记录链接等 |
这组结果一旦成立，后面的企业微信通知、工单分派、超时提醒、结果回写、留痕追踪就都有了稳定的起点。
它怎么接入业务才真正有价值
Section titled “它怎么接入业务才真正有价值”工单创建最有价值的地方，不是“多建了一条记录”，而是让事情正式进入处理链。
最常见的接法一般有三种：
-
接在识别或判断结果后面
当前面已经确认这是一件需要处理的事，就立刻建单，不让它继续停在聊天和口头沟通里。 -
接在客户请求后面
让客户问题从“有人说过”变成“已经正式进入流程”。 -
接在现场异常后面
让一线发现的问题能从现场消息，真正进入可跟、可催、可复盘的闭环链。
它最重要的价值，是把一件事从“知道了”推进到“正式开始处理了”。
什么情况下必须转人工
Section titled “什么情况下必须转人工”这项能力虽然很适合自动化，但下面这些情况最好让人工先看一眼：
- 输入信息不完整
- 同一问题可能已经存在工单
- 问题描述很模糊，暂时分不清类型
- 当前事件责任边界不清
- 当前工单优先级如果判错，代价会很高
- 一张工单可能影响多个部门同时协作
企业真正稳的做法，不是所有东西都自动建单，而是让该自动进入流程的尽快自动，让边界模糊、代价高、责任复杂的部分保留人工确认。
为什么这项能力站得住
Section titled “为什么这项能力站得住”工单创建之所以在企业里特别关键，是因为很多流程不是不会处理，而是没有一个正式起点。
1. 它先解决的是“事情没有正式落地”
Section titled “1. 它先解决的是“事情没有正式落地””没有工单，很多事情只能靠人记、靠群里翻、靠口头催。工单创建先把事情落到系统里。
2. 它让后面的流程终于有了统一对象
Section titled “2. 它让后面的流程终于有了统一对象”通知要发给谁、分派要给谁、超时要不要提醒、结果要写回哪里，这些动作都需要围绕同一张工单推进。
3. 它能减少重复沟通和重复确认
Section titled “3. 它能减少重复沟通和重复确认”一旦有了唯一编号、统一标题、统一状态，团队讨论的就不再是“是不是那件事”，而是“这张工单现在走到哪一步”。
4. 它是很多闭环流程的真正起点
Section titled “4. 它是很多闭环流程的真正起点”识别、判断、采集这些能力很重要，但如果没有工单创建把事情推入正式处理链，很多流程最后还是会停在“知道了，但还没真正开始办”。