壹号国际工单：AI已经知道这是"物流问题"以后，为什么还要继续判断它是晚一天还是包裹彻底丢失？
"物流问题"只是分类结果，不是处理依据
假设一张工单描述为："我上周三下的单，物流页面显示三天前就应该到了，现在还没收到，也没人联系我。"意图分类模型看到"物流""三天前应该到""没收到"这些词，很容易把它归到"物流问题"这个大类下面。这一步做完，很多系统会觉得任务已经完成——工单有了标签，可以分给对应的团队处理了。但对真正要处理这张工单的客服来说，"物流问题"这四个字几乎没有提供任何可以立刻行动的信息。同样贴着这个标签的工单，背后可能是包裹只晚了一天，也可能是包裹显示已签收但客户坚称没收到，还可能是价值不菲的定制商品在运输途中彻底遗失。
| 属性字段 | 示例取值（假设） |
|---|---|
| Topic（话题） | 物流问题 |
| Sub-topic（子话题） | 运输延迟 |
| Sentiment（情感） | 轻微负面 |
| Urgency（紧急程度） | 低 |
| Repeat Contact（重复联系） | 否，首次联系 |
同一个话题下，严重程度可以相差很远
下面是几张假设的、都被分类为"物流问题"的工单，用来说明话题相同、严重程度和应对方式却可能完全不同：
| 工单描述（假设） | 子话题 | 严重程度 | 建议处理方式 |
|---|---|---|---|
| 物流页面显示包裹延迟一天 | 轻微延迟 | 低 | 自动回复预计到达时间，无需人工介入 |
| 物流状态停留在"已发出"超过五天没有更新 | 运输停滞 | 中 | 人工联系物流商核实，48小时内跟进 |
| 物流显示"已签收"，客户坚持从未收到 | 签收异议 | 中高 | 核实签收凭证与地址，必要时启动调查 |
| 高价值定制商品在运输途中确认丢失 | 包裹丢失（高价值） | 高 | 立即介入，启动理赔或重新生产流程 |
可以看到，这四张工单的话题都可以归为"物流问题"，但从"提示一下预计到达时间就够了"到"需要立刻启动理赔流程"，中间跨越的处理成本差距很大。
严重程度判断，应该影响的是队列位置和处理路径
比较合理的做法，是把"话题分类"和"严重程度判断"看作两个独立但衔接的步骤。话题分类回答"这是什么问题"，严重程度判断回答"这个问题现在有多紧急、影响有多大"。这些信号综合起来，决定的不是"这张工单该分给谁"，而是"这张工单该排在队列的什么位置，走哪一条处理路径"。还有一个容易被忽略的信号是重复联系：如果同一位客户因为同一个包裹在几天内多次联系，即便每一次单独看都只是普通的延迟询问，累积起来也说明这张工单的实际影响已经超出了"轻微延迟"这个初始判断，应该被重新评估严重程度。
严重程度判断需要哪些具体信号
要让严重程度判断落到实处，而不是变成另一种凭感觉的分类，比较可行的做法是明确列出几个可以从工单内容或关联系统里提取的具体信号：包裹或商品的申报价值、物流状态最后一次更新距今的天数、是否存在客户提供的照片或凭证显示货物异常、订单是否被客户标注为有特定时间要求（比如用于赠礼或活动）、以及这是否是该客户在近期第几次针对同一物流事件联系客服。把这些信号量化并组合成一个严重程度评分，比单纯依赖客服个人经验判断更容易在不同班次、不同客服之间保持一致，也更方便后续复盘某次判断是否合理。
这套判断逻辑还需要为"信息不全"的情况留出处理空间。刚提交的工单往往缺少物流轨迹的完整信息，此时可以先给出一个基于话题的初步严重程度，再随着物流状态更新、客户补充信息或时间推移，动态调整评分，而不是等信息完全齐备才做出第一次判断——毕竟客户不会因为系统信息不全就愿意多等待。
