客服工单智能分类分派

客服工单分诊的工程挑战

客服支持系统中，工单流入后需要人工完成一系列判断：识别用户意图（是 bug 报告、账单问题、功能请求还是使用咨询？）、提取结构化实体（产品模块、订单 ID、错误码、账户层级）、根据影响范围和紧急程度分配优先级，最后将工单路由到对应的处理队列（财务支持、工程分诊、产品团队或客服教育）。当工单量较大时，人工分诊不仅耗时，还容易出现优先级误判。

另一个常见问题是首次回复的质量。客服需要根据工单内容和客户情绪调整语气——对沮丧的用户表达同理心，对技术用户保持简洁——同时附上相关的自助资源（知识库链接、状态页），并为客户提供合理的响应预期。

技能的工作原理

ticket-triage-classifier 将这一流程拆解为六个步骤。

1. 接收并规范化工单文本

输入可以是单张工单或批量数据，包括标题、正文、客户元数据（账户层级、计划类型、使用时长），以及附件中的截图或日志。系统会先做文本规范化：去除签名块、引用回复和模板化内容，然后从剩余文本中提取结构化字段，如订单 ID、错误码、URL 等。

2. 意图识别与实体提取

基于清洗后的文本，判断客户的主要意图属于四类标准类别之一：billing（账单、发票、退款、套餐变更）、bug（错误、崩溃、异常行为）、feature-request（新功能、集成需求、增强建议）、how-to（配置、使用问题）。同时识别关键实体——产品名称、功能模块、API 端点、具体错误信息——并对情感进行标记（积极、中性、负面、紧急）。

3. 分类与优先级评估

映射到一个或多个标准类别。如果工单涉及多个意图（例如“为某个不工作的功能付费了”），则设定主分类，并在元数据中标注次级分类，确保相关团队都能获得可见性。

优先级基于影响 × 紧急度矩阵从 P0 到 P3 分四级：

• P0：影响多个客户的生产环境中断或数据丢失
• P1：影响单个企业账户的主要功能故障
• P2：存在临时规避方案的体验降级
• P3：一般性问题或轻微界面瑕疵

关键规则之一是账户层级加权：企业级账户在同等影响下优先级上调一级。

4. 团队路由

根据分类和优先级映射到处理队列：账单进入财务支持、bug 分派给工程分诊（P0/P1）或产品支持（P2/P3）、功能请求送到产品管理、使用咨询转至客户教育。路由时会附带相关上下文和内部备注。

5. 起草首次回复

生成的回复包含三个要素：确认问题并提供同理心、基于优先级设定响应预期、附上可直接使用的自助资源（KB 文章、状态页链接）。如果工单信息模糊，则在回复中加入澄清问题。

6. 专场升级与 SLA 管理

对于 P0 级工单，系统会触发自动升级规则：15 分钟内未确认则通知值班经理，同时按 15 分钟首次响应、每小时状态更新的节奏推进。

适用边界

技能默认先在回复中交付分析结果和草稿，不主动读取任务范围外的文件、账号或数据。当信息不足时（例如工单正文为空但有附件），会标记为低置信度并建议人工复核，而非自动分类。

涉及发送、发布、上传等外部写入操作时，需要先展示目标、内容和影响，取得明确确认后执行。凭据仅用于用户指定的官方服务，不在对话中回显、记录或写入交付物。

对于同一客户在 24 小时内重复提交的工单，系统会检测并合并到现有线程而非创建新的分诊条目；对于营销邮件或供应商推销，则标记为垃圾并排除在 SLA 指标之外。