AI工单分流实测:三家都分对了,为什么“待确认”不能排最后?
同样7张客服工单,ChatGPT、Gemini、Claude的负责组和优先级全部与预设规则一致。差别出现在接下来怎么做。WekeyLab AI更愿意采用Claude的交接方式:先启动P0处理,同时追问信息不足的工单F。ChatGPT把F写在最后,Gemini则额外建议立即隔离账号。标签正确,还不等于交接清单可以原样执行。
这次选Claude,理由是让未知信息尽快变成已知
Claude没有给信息不足的F硬填一个等级,而是保留“待分派/待确认”,并建议与前几项并行发出补问。这保住了两个不同动作:确定等级需要事实,收集事实却不必等所有普通咨询处理完。
ChatGPT的分类说明很清楚,尤其解释了影响11人也不一定是P0。Gemini的清单简洁,适合快速扫描。本次不是谁把7个标签算错了,而是谁提供的下一步更适合直接交接。
WekeyLab AI会保留Claude的并行补问思路,借用ChatGPT的规则解释,并把所有处置建议与已经批准、已经完成的动作分开记录。
我们给了什么规则,为什么这些工单值得放在一起
这是一个虚构软件团队的内部规则:疑似看到其他客户的数据就交安全组、P0,不等待证实。其余问题先按主题分组,再判断严重程度。10人及以上完全无法工作且无替代办法是P0;1至9人同样受阻是P1;有可用替代办法或只是咨询是P2。
F只有一句“用不了了,快处理”。具体功能、人数、阻断程度和替代办法都不清楚,因此必须留空式确认,不能凭催促语气判断。D虽连说“很急”,也只是发票抬头咨询。
问题发送前,我们固定7张工单的负责组与等级,并要求不合并人数、不承诺解决时间。三家各收到一次相同中文问题,没有限制回答长度。A、B、C症状相似,但输入明确说尚未确认同一故障。
分类结果:三家都是7项一致,不制造一个准确率冠军
A:技术组/P0。正好10人完全受阻且没有替代办法,满足含等号的门槛。
B:技术组/P1。只有9人,同样受阻也不能自行升成P0,更不能把A的人数加过来。
C:技术组/P2。虽然11人无法自动导出,但手动下载已确认能完成同一工作。
D:账务组/P2。发票抬头咨询且无工作阻断,催促不改变规则。
E:安全组/P0。发票页只是出现位置,疑似看到别家客户地址才是优先适用的条件。
F:待分派/待确认。G:客服组/P2,属于正常使用中的操作方法咨询。
对原始表格逐行提取并对照后,三家各7项一致。这只说明它们通过了这7项预设分类,不代表真实工单的整体准确率,也不代表下一步文字不需要审查。
ChatGPT:解释清楚,但“最后:F”容易形成错误等待
ChatGPT把安全规则、主题分流、独立判断优先级放在开头,还提供了一份便于交接的简版。这些内容足以帮助同事理解为什么11人的C低于9人的B。
问题出在顺序。表格对F写的是先联系客户澄清,而后面的处理顺序却把F放在P2之后,标题明确为“最后:F”。它并没有把F标为P2,也没有猜出一个错误等级;但同事若按顺序执行,可能等普通咨询处理完才问关键事实。
WekeyLab AI会把F改成“并行补问,收到信息后重新分级”。未知严重程度不是最低严重程度。这个修改是交接流程判断,不是把原本正确的分类硬说成错误。
ChatGPT原文:“最后:F”;同时保持“待分派 / 待确认”。
Gemini:分流正确,隔离账号是另一层决策
Gemini把E和A列为第一优先,也给F补上了具体功能、影响人数、是否完全阻断和替代办法的问题。它用“先行发起信息追问”描述F,比单纯放进末尾队列更有操作性。
但E的下一步是“立即隔离相关账号访问”。这是新增的处置建议;输入规则只规定移交安全组和P0,没有给客服直接隔离账号的授权,也没有说明隔离范围。不能把这句话读成隔离已经发生,或者一定是唯一正确动作。
WekeyLab AI把它改成“安全组接手,评估是否需要限制访问及其范围”。分类可以立即确定,具体处置由有权限的团队按实际证据决定。
Gemini原文:“立即隔离相关账号访问”。
Claude:补问并行,协作组也没有挤掉主要负责组
Claude为E保留一个主要负责组——安全组,并把账务、技术写成可协作组。它没有因为问题出现在发票页,就把主责交给账务。对F则明确说明,回复后可能是P0/P1,也可能只是咨询,所以现在就应补问。
它还把P2内部C→D→G的顺序标为自己的建议,而非公司已有规定。这个区分值得保留:既给出判断,也不冒充原规则。
安全补问中提到是否能重现,末尾又提醒不要让客户反复尝试查看他人信息。实际交接可以更明确:记录已经观察到的页面、时间和现象,通过团队认可的渠道交给安全组,由安全组安排核查。
WekeyLab AI的可复用交接清单
立即启动:E→安全组/P0,A→技术组/P0。E记录疑似跨客户信息,不把它写成已证实泄露;A按独立报告保留10人的影响范围。
并行补问:F保持待分派/待确认,由当班客服负责收集事实。这是WekeyLab AI对补问责任的补充建议,不是把F的最终负责组提前定成客服组。
随后处理:B→技术组/P1;C→技术组/P2;D→账务组/P2;G→客服组/P2。C的手动下载是已确认的替代办法,不能写成AI刚修好的功能。
每张工单记录:原话、已知影响、缺失信息、主要负责组、优先级、分级依据、下一步、补问跟进人和实际执行状态。A/B/C只标“可能相关,待技术确认”,不合并人数。不填未获授权的解决时间。
F的补问草稿:请告诉我们具体哪个功能不能使用、目前影响多少人、是否完全无法完成工作,以及是否有临时替代办法;如果有报错,请提供报错文字和发生时间。我们会据此确认负责组和优先级。
下一次让AI做分流,问到动作而不止标签
可以复用这个提问:“按以下内部规则整理工单,分别给出主要负责组、优先级、事实依据和下一步。信息不足时保留待确认,列出需要补问的问题。把规则规定的动作、你的建议与已经完成的动作分开,不合并未确认关联的报告,不承诺解决时间。”
工单分派之后若需要给客户写回复,可以继续看客户退款邮件比较;团队交接涉及担当和截止时间时,可以看会议行动项比较。它们解决的是后续工作,不把本次分流冒充已完成处理。
来源与实际记录
2026年9月21日13:04–13:07韩国时间,同一中文问题各提交一次。ChatGPTFree、Think关闭、具体模型未显示;GeminiFlash、套餐未确认;ClaudeFree、Sonnet5Medium。原文、URL和指纹均保存。预先固定10项标准/服务,共30项;其中7张工单共21组负责组/等级由脚本逐行对照,其余9项人工检查。英文与韩文是本次中文执行的本地化,并非另行实测。未联系真实客户、修改真实工单或执行账号隔离。官方工单分类文档支持任务用途,中国搜索量未确认。
Zendesk: About intelligent triage
고객 답장 비교 / Customer reply comparison
회의 행동 항목 비교 / Meeting action items
ChatGPT · 2026-09-21 13:04–13:07 KST
我是一个软件团队的客服负责人,想把下面这批虚构工单整理成同事可以直接接手的分流清单。请按我们的规则判断负责组、优先级和下一步,说明你会先处理哪些,以及哪些信息还需要问清楚。不要替团队承诺解决时间。 我们的规则:疑似越权访问或看到其他客户的数据,一律交安全组、P0,尚未证实也先这样分流。其余工单按主题分组:功能报错或登录故障交技术组;发票或收费咨询交账务组;操作方法咨询交客服组。一个工单只指定一个主要负责组,可以注明协作组。主题不明就写待分派。 优先级另行判断:至少10名用户无法完成工作且没有替代办法为P0;1至9名用户无法完成工作且没有替代办法为P1;可以用替代办法完成工作,或只是咨询,为P2。影响人数、是否完全阻断、是否有替代办法缺少到无法判断时,优先级写待确认,不猜测。客户写“很急”本身不升级。安全规则优先于其他规则。 工单A:10名同事都无法导出日报,今天的汇总工作完全卡住,没有替代办法。 工单B:9名同事遇到相同的导出报错,工作完全卡住,没有替代办法。 工单C:11名同事无法自动导出,但已经确认可以通过手动下载完成同一项工作。 工单D:我想问发票抬头怎么改,很急很急!目前没有工作被阻断。 工单E:发票页面似乎出现了另一家客户的地址,我不确定是不是看错了。其他功能正常。 工单F:用不了了,快处理。 工单G:怎么给日报添加一列?我只是咨询操作方法,目前能正常工作。 这些工单都是独立报告,尚未确认是否同一故障,不要合并人数。你会怎样整理这批工单? 下面按“**安全规则优先 → 主题分流 → 独立判断优先级**”整理,不把不同工单的影响人数相加。 | 工单 | 主要负责组 | 优先级 | 下一步 | 需要补充的信息 | | ----- | ------- | ------- | ---------------------------- | ---------------------------------------------- | | **A** | 技术组 | **P0** | 排查日报导出故障,确认影响范围和错误表现 | 暂无关键缺失信息;已明确10人、完全阻断、无替代办法 | | **B** | 技术组 | **P1** | 排查导出报错,收集报错信息并定位原因 | 暂无关键缺失信息;已明确9人、完全阻断、无替代办法 | | **C** | 技术组 | **P2** | 排查自动导出异常,同时记录手动下载这一替代路径 | 暂无关键缺失信息;已明确11人受影响,但有替代办法 | | **D** | 账务组 | **P2** | 回复发票抬头修改方法 | 如需具体指导,可确认客户使用的发票类型/页面,但不影响当前分流 | | **E** | **安全组** | **P0** | 按疑似越权/跨客户数据暴露事件处理,立即进入安全调查流程 | 需要确认看到的具体数据、出现位置、时间、是否能重复看到,但**不能因尚未证实而降级或改派** | | **F** | 待分派 | **待确认** | 先联系客户澄清具体故障或需求 | 什么功能不能用、影响几人、是否完全阻断、是否有替代办法 | | **G** | 客服组 | **P2** | 提供给日报添加列的操作方法 | 如需精准指导,可确认使用的页面/版本;不影响当前优先级 | ### 建议的处理顺序 **第一批:A、E** * **A:P0**,因为明确有至少10人无法工作,而且没有替代办法。 * **E:P0**,因为“看到另一家客户的地址”属于疑似越权访问/其他客户数据暴露,规则要求**尚未证实也直接交安全组并定为P0**。 **第二批:B** * **P1**,9人完全无法工作且没有替代办法。 **第三批:C、D、G** * 都是 **P2**。C虽然影响11人,但存在手动下载的替代办法,因此不能按“至少10人无法完成工作且没有替代办法”的P0条件处理。 * D中的“很急很急”不改变优先级。 * G是纯操作咨询。 **最后:F** * 不能根据“用不了了,快处理”猜测优先级。主题、人数、阻断程度和替代办法都未知,所以保持**待分派 / 待确认**。 ### 可直接交接给同事的简版 **P0** * A → 技术组:10人日报导出完全阻断,无替代办法。 * E → 安全组:疑似看到其他客户地址,按安全事件处理;尚未证实也维持P0。 **P1** * B → 技术组:9人导出报错,完全阻断,无替代办法。 **P2** * C → 技术组:自动导出异常,但可手动下载。 * D → 账务组:咨询发票抬头修改。 * G → 客服组:咨询日报添加列的方法。 **待确认** * F → 待分派:目前信息不足,先补充“什么不能用、影响多少人、是否完全阻断、有没有替代办法”。 这样分流时既不会把独立工单的影响人数错误合并,也不会因为客户措辞“很急”自行提高优先级。
Gemini · 2026-09-21 13:04–13:07 KST
我是一个软件团队的客服负责人,想把下面这批虚构工单整理成同事可以直接接手的分流清单。请按我们的规则判断负责组、优先级和下一步,说明你会先处理哪些,以及哪些信息还需要问清楚。不要替团队承诺解决时间。 我们的规则:疑似越权访问或看到其他客户的数据,一律交安全组、P0,尚未证实也先这样分流。其余工单按主题分组:功能报错或登录故障交技术组;发票或收费咨询交账务组;操作方法咨询交客服组。一个工单只指定一个主要负责组,可以注明协作组。主题不明就写待分派。 优先级另行判断:至少10名用户无法完成工作且没有替代办法为P0;1至9名用户无法完成工作且没有替代办法为P1;可以用替代办法完成工作,或只是咨询,为P2。影响人数、是否完全阻断、是否有替代办法缺少到无法判断时,优先级写待确认,不猜测。客户写“很急”本身不升级。安全规则优先于其他规则。 工单A:10名同事都无法导出日报,今天的汇总工作完全卡住,没有替代办法。 工单B:9名同事遇到相同的导出报错,工作完全卡住,没有替代办法。 工单C:11名同事无法自动导出,但已经确认可以通过手动下载完成同一项工作。 工单D:我想问发票抬头怎么改,很急很急!目前没有工作被阻断。 工单E:发票页面似乎出现了另一家客户的地址,我不确定是不是看错了。其他功能正常。 工单F:用不了了,快处理。 工单G:怎么给日报添加一列?我只是咨询操作方法,目前能正常工作。 这些工单都是独立报告,尚未确认是否同一故障,不要合并人数。你会怎样整理这批工单? 将这批虚构工单整理为可直接接手的分流清单如下: ## 工单分流清单 | 工单编号 | 负责组(协作组) | 优先级 | 下一步建议 | | --- | --- | --- | --- | | **工单 E** | **安全组** | **P0** | 立即隔离相关账号访问,核实发票页面数据渲染是否存在数据越权或隔离漏洞。 | | **工单 A** | **技术组** | **P0** | 排查日报导出服务异常,排查日志并尝试恢复导出功能。 | | **工单 B** | **技术组** | **P1** | 联系客户收集报错截图/日志,排查导出服务故障。 | | **工单 C** | **技术组** | **P2** | 指导客户暂时使用手动下载作为替代方案,同时排查自动导出失败原因。 | | **工单 D** | **账务组** | **P2** | 回复客户发票抬头修改的具体操作路径或协助办理变更。 | | **工单 G** | **客服组** | **P2** | 提供给日报添加自定义列的操作指引文档或步骤解答。 | | **工单 F** | **待分派** | **待确认** | 补充询问具体故障现象、受影响人数及是否阻断工作。 | --- ## 优先处理顺序 建议按以下顺序开始处理: 1. **第一优先(P0 紧急):工单 E 与 工单 A** * **工单 E**:触发安全规则(疑似看到其他客户数据),必须最先移交安全组排查,防止潜在的数据泄露扩大。 * **工单 A**:影响人数达到 10 人且完全阻断无替代方案,属于 P0 级技术故障,需立即排查。 2. **第二优先(P1 高优):工单 B** * 影响 9 人且完全阻断无替代方案,仅次于 P0,需要技术组快速响应。 3. **第三优先(P2 普通):工单 C、D、G** * 工单 C 有替代方案,工单 D 与 G 为纯咨询,按正常服务流程处理。 4. **特殊处理:工单 F** * 需客服人员先行发起信息追问,待信息补全后再重新判定优先级和分派团队。 --- ## 需要进一步向客户澄清的信息 为了明确后续处理方案,需要联系客户补充以下信息: * **工单 F**: 1. 具体遇到了什么问题(如:无法登录、页面报错、按钮无响应等)? 2. 受影响的具体用户数量是多少(1人、多人还是全公司)? 3. 目前是否完全无法继续工作,是否有其他临时替代办法? * **工单 E**: * 请求客户提供具体看到他人信息的页面截图、账户名以及访问时间,以便安全组精准定位数据展示日志。 * **工单 B**: * 请求客户提供导出时弹出的具体报错信息或错误代码,协助技术组定位问题。
Claude · 2026-09-21 13:04–13:07 KST
我是一个软件团队的客服负责人,想把下面这批虚构工单整理成同事可以直接接手的分流清单。请按我们的规则判断负责组、优先级和下一步,说明你会先处理哪些,以及哪些信息还需要问清楚。不要替团队承诺解决时间。 我们的规则:疑似越权访问或看到其他客户的数据,一律交安全组、P0,尚未证实也先这样分流。其余工单按主题分组:功能报错或登录故障交技术组;发票或收费咨询交账务组;操作方法咨询交客服组。一个工单只指定一个主要负责组,可以注明协作组。主题不明就写待分派。 优先级另行判断:至少10名用户无法完成工作且没有替代办法为P0;1至9名用户无法完成工作且没有替代办法为P1;可以用替代办法完成工作,或只是咨询,为P2。影响人数、是否完全阻断、是否有替代办法缺少到无法判断时,优先级写待确认,不猜测。客户写“很急”本身不升级。安全规则优先于其他规则。 工单A:10名同事都无法导出日报,今天的汇总工作完全卡住,没有替代办法。 工单B:9名同事遇到相同的导出报错,工作完全卡住,没有替代办法。 工单C:11名同事无法自动导出,但已经确认可以通过手动下载完成同一项工作。 工单D:我想问发票抬头怎么改,很急很急!目前没有工作被阻断。 工单E:发票页面似乎出现了另一家客户的地址,我不确定是不是看错了。其他功能正常。 工单F:用不了了,快处理。 工单G:怎么给日报添加一列?我只是咨询操作方法,目前能正常工作。 这些工单都是独立报告,尚未确认是否同一故障,不要合并人数。你会怎样整理这批工单? # 工单分流清单(A–G) **结论:** 先处理 E(安全,P0)和 A(P0),再处理 B(P1)。F 信息不足,需立即向客户补问。C、D、G 均为 P2。 ## 一、分流结果 | 工单 | 负责组 | 优先级 | 依据 | 下一步 | |---|---|---|---|---| | E | 安全组(可协作:账务组、技术组) | P0 | 疑似看到其他客户地址,按规则未证实也交安全组 P0,"其他功能正常"不影响 | 立即转安全组,同时向客户补问细节 | | A | 技术组 | P0 | 导出报错,10 人完全阻断,无替代办法 | 转技术组,补问报错信息 | | B | 技术组 | P1 | 导出报错,9 人完全阻断,无替代办法 | 转技术组,补问报错信息 | | F | 待分派 | 待确认 | 主题、人数、是否阻断、有无替代办法均缺失 | 立即向客户补问,拿到信息后再分派 | | C | 技术组 | P2 | 自动导出故障,11 人受影响,但手动下载可完成同一工作 | 转技术组,补问自动导出报错,并确认手动下载确实完整可用 | | D | 账务组 | P2 | 发票抬头咨询,无阻断,"很急"不升级 | 转账务组,补问发票信息 | | G | 客服组 | P2 | 操作方法咨询,可正常工作 | 客服组直接回复操作步骤 | ## 二、建议处理顺序 1. **E**:涉及数据安全,先于一切。 2. **A**:P0,技术组接手。 3. **B**:P1,技术组接手。 4. **F**:与前三项并行发出补问,因为回复后可能是 P0/P1,也可能只是咨询。 5. **C → D → G**:均为 P2,规则未规定 P2 内部的先后,这个顺序是我的建议(C 影响人数最多,D 和 G 为咨询)。 ## 三、需要向客户问清楚的信息 | 工单 | 待确认信息 | |---|---| | E | 具体是哪一页、哪个发票;看到的是哪类地址信息;出现时间;能否重现;是否还看到其他客户信息;有无截图(请客户不要扩散) | | A / B | 完整报错文字或截图;开始时间;是否所有受影响账号都出现;受影响人数的准确数字(A 与 B 正好卡在 10 和 9 的界线上) | | F | 用不了的具体是什么(登录、某项功能、还是整个产品);多少人受影响;是否完全无法工作;有无替代办法;报错信息;开始时间 | | C | 自动导出的报错信息;手动下载的结果是否与自动导出一致;延迟是否造成其他影响 | | D | 涉及哪张发票或哪个账户主体;新抬头信息 | | G | 是哪份日报、目前使用的是哪个版本或模板 | ## 四、给接手同事的提示 - 七张工单均为独立报告,人数不合并。A、B、C 症状相近,可提示技术组"可能相关",是否为同一故障由技术组判断。若判断为同一故障,优先级需要重新评估。 - 不向任何客户承诺解决时间。 - E 转安全组后,客服不要自行判断"是否看错",也不要请客户反复尝试查看他人信息。