钉钉 AI：IT 怎么用？工单分类与知识库

IT 服务台的时间被两类事吃掉：重复的工单，和重复的提问。连不上网、打印机不工作、密码忘了，这类问题占了工单量的大头，处理起来却高度相似。钉钉里的 AI 能力可以用在两处：把员工模糊的描述变成可派单的结构化字段，把重复问答挡在人工之前。它减少的是来回，不是替人做变更。

工单先结构化，再谈分类

员工提交的电脑坏了，包含的信息量接近于零。分类之前先补字段：谁、什么设备、哪个系统、报错原文、影响范围、从什么时候开始。这六项不必让员工填六个框，可以让 AI 从一段自由描述里抽取，缺的项生成一句追问。

分类体系不要超过五类，否则一线派单会犹豫。网络、账号与权限、硬件、软件与客户端、其他，这五类足够覆盖多数服务台场景。类别之下再挂一个影响范围标签：单人、部门、全公司。优先级由影响范围和处理紧迫度共同决定，这个标准要写死，不能交给模型自由发挥。

这张表给一线用，重点在第二列。员工描述缺项时，按表追问，不要凭经验猜。猜错的成本是一次无效上门，比多问一句高。

分类之后，追问才决定效率

一条工单从提交到解决，来回次数往往比处理时间更影响体验。让 AI 在派单前生成三个追问，能明显减少往返。追问要具体到可操作：报错弹窗的完整文字是什么、是只有这台设备还是同办公室都不行、最近装过什么软件或改过密码吗。

有一条限制要写进提示词：不生成会改变系统配置的操作步骤。模型给出的删除某个注册表项、重置网络堆栈这类建议，看起来专业，实际可能把问题扩大。它可以列排查方向，具体命令由工程师执行。

知识库要按员工的说法建

知识库没人用，常见原因不是内容少，是标题按技术术语写。员工搜连不上网，库里写的是地址池耗尽排查，永远匹配不上。一条知识至少准备两个标题：一个技术名，一个员工会说的话。

每条知识写清四件事：适用现象、判断步骤、解决动作、什么时候转人工。步骤要能照着做，不要写检查网络配置这种没有动作的句子。每条知识加一个复核日期，过期自动提醒负责人。知识库的准确比覆盖更重要，一条过时的操作指引会把员工带偏，还会消耗信任。

自助答复要有兜底

让 AI 先答一遍，前提是它能判断自己该不该答。做法是设阈值：检索到的内容与问题匹配度高才给答案，匹配度低就直接转人工，并附上员工的原话、已尝试的步骤、设备信息。转人工时把上下文带过去，员工不用再讲一遍。

答复里要留一个没解决的入口，点一下就把对话转成工单，并把前面对话记录带进工单。这个动作的数据很有价值：哪些问题被点没解决，就是知识库该补的地方。意图识别置信度的用法，可以参考低于阈值转人工里的分档思路。

权限与操作边界

账号口令、内网地址、管理入口、密钥，这类内容不要贴进对话。需要 AI 协助排查时，把敏感字段替换成占位符，保留结构。涉及改配置、删文件、重启服务的步骤，先在测试环境验证，再排进变更窗口。

AI 参与处理的问题仍要留痕：谁发起的、AI 给了什么建议、工程师实际做了什么、结果如何。留痕不只是合规要求，也是复盘材料。把工单上下文接进对话，可以参考用数据库记住用户信息的做法；复杂故障的判断顺序，可以对照深度思考的开启时机。

它处理不了的情况

新系统上线初期的故障，知识库里没有先例，AI 只能给通用排查路径；跨系统的权限问题，往往要人去对流程；员工情绪激动时，需要的是先安抚再解决，模板化答复会激化矛盾；需要现场查看的硬件故障，远程判断只能缩小范围。

还有一种：一条工单里混着三个问题。分类模型通常只输出一个类别，这时应该拆单，而不是硬塞进某一类。拆单规则可以写死：描述里出现两个以上不相关的系统或设备，先拆再派。

服务台落地速查

• 先补六个字段，再谈分类
• 类别不超过五类，优先级标准写死
• 派单前生成三个具体追问
• 知识标题用员工的说法，加复核日期
• 不生成改配置的命令，操作先测试

三个落地时会碰到的问题

• 员工只写电脑坏了，追问几次就不耐烦，怎么办？：把追问做成一次性的选项，而不是连续对话。给他五个按钮：开不了机、能开机但卡、某个软件打不开、连不上网、其他。选完再补一句自由描述，信息量够了，员工也只点两下。
• AI 给的排查步骤导致问题扩大，责任怎么算？：责任在批准执行的人，所以要设一道人工确认。AI 的输出只作为建议记录在工单里，执行前由工程师判断并签字。把这条写进流程，比事后追责有用。
• 知识库由谁维护，怎么避免三个月后过期？：按系统分给对应的二线工程师，每人每季度复核自己那部分。复核不是重写，只需确认步骤还能走通、截图还是当前版本。过期条目自动降权，不再进入自助答复。