AI 고객 문의 분류 비교: 셋 다 맞혔는데, 왜 확인 대기를 맨 뒤에 두면 안 될까?
같은 고객 문의 7건을 ChatGPT·Gemini·Claude에 맡겼더니 담당 팀과 우선순위는 세 서비스 모두 사전 기준과 일치했다. 차이는 그다음 행동이었다. 위키렙AI는 긴급 건 처리를 시작하면서 정보가 부족한 F에는 동시에 질문하자는 Claude의 방식을 고른다. ChatGPT는 F를 마지막에 뒀고, Gemini는 계정 접근을 즉시 격리하자고 제안했다. 분류표가 맞아도 인계 지시까지 그대로 실행할 수 있는 것은 아니다.
이번 선택은 Claude: 모르는 사실을 빨리 확인한다
Claude는 F를 담당 미정·우선순위 확인 대기로 남긴 채, 앞선 긴급 건과 병행해 추가 질문을 보내자고 했다. 등급 확정에는 근거가 필요하지만 근거를 모으는 일까지 일반 문의가 끝날 때를 기다릴 필요는 없다.
ChatGPT는 11명이 영향을 받아도 P0가 아닐 수 있는 이유를 명확하게 설명했다. Gemini는 짧은 표로 빠르게 훑기 좋았다. 이번에는 분류 정답률의 승자를 억지로 만들지 않고, 동료에게 넘길 다음 행동을 기준으로 판단한다.
위키렙AI는 Claude의 병행 확인에 ChatGPT의 규칙 설명을 붙이고, 제안·승인된 조치·실행 완료를 따로 기록하겠다.
같은 문의를 읽되, 적용할 규칙부터 고정했다
가상의 소프트웨어 팀 규칙이다. 다른 고객의 데이터가 보이는 의심 상황은 확인 전이라도 보안팀·P0다. 나머지는 주제로 담당 팀을 고른 뒤 심각도를 따로 정한다. 10명 이상이 업무를 전혀 못 하고 대안이 없으면 P0, 같은 조건에서 1~9명이면 P1, 대안으로 업무를 할 수 있거나 단순 상담이면 P2다.
F는 “안 됩니다. 빨리 처리해 주세요”뿐이다. 기능·인원·완전 중단 여부·대안이 모두 불명확해 확인 대기로 남겨야 한다. D의 “아주 급해요”도 그 자체로 등급을 올릴 근거는 아니다.
질문 전에 7건의 담당 팀·등급과 인원 합산 금지·해결 시간 약속 금지 기준을 저장했다. 중국어 원문을 세 서비스에 길이 제한 없이 한 번씩 제출했다. A·B·C는 증상이 비슷해도 동일 장애로 확인되지 않은 독립 신고다.
분류 결과는 세 서비스 모두 7건 일치했다
A → 기술팀/P0: 정확히 10명이 일일 보고서를 내보내지 못해 업무가 완전히 멈췄고 대안이 없다.
B → 기술팀/P1: 9명이 같은 유형의 오류로 막혔다. A의 인원을 가져와 더하면 안 된다.
C → 기술팀/P2: 11명의 자동 내보내기는 안 되지만 수동 다운로드로 같은 업무를 마칠 수 있다.
D → 정산팀/P2: 청구서 명의 변경 방법 문의이며 업무 중단은 없다.
E → 보안팀/P0: 청구서 화면이라는 주제보다 다른 고객 주소가 보인다는 의심 조건이 먼저다.
F → 담당 미정/확인 대기. G → 고객지원팀/P2: 정상 업무 중 보고서에 열을 추가하는 방법을 묻는다.
원문 표에서 담당과 등급을 추출해 대조한 결과 각각 7건이 맞았다. 이 수치는 이번 가상 규칙의 분류 결과이며 실제 고객 문의 전체의 정확도나 자동 처리 성공률이 아니다.
ChatGPT: 설명은 좋지만 F를 마지막에 둔 순서는 고친다
ChatGPT는 보안 규칙 우선→주제 분류→독립 우선순위 판단을 먼저 제시하고 인계용 요약도 만들었다. 11명인 C가 9명인 B보다 낮은 등급인 이유를 동료에게 설명하기 좋다.
다만 표에서는 F에 먼저 연락해 확인하라고 하고, 처리 순서에서는 P2 뒤에 “마지막: F”라고 썼다. F를 P2로 오분류한 것은 아니다. 그러나 목록대로 행동하면 일반 상담이 끝난 뒤에야 긴급 여부를 알아볼 수 있다.
위키렙AI는 F를 “다른 조치와 병행해 질문, 답변 후 다시 분류”로 바꾼다. 우선순위를 모른다는 사실과 가장 낮다는 판단은 다르다.
ChatGPT 원문: “最后：F” — 마지막: F. 등급 자체는 “待分派 / 待确认”로 유지했다.
Gemini: 분류와 계정 격리 결정은 분리해야 한다
Gemini는 E·A를 첫 순위에 두고, F에는 어떤 기능인지·몇 명인지·완전 중단인지·대안이 있는지를 물었다. F에 “먼저 정보를 물어본다”는 문장도 있어 단순히 뒤로 미루는 답변은 아니었다.
반면 E의 다음 단계에는 “관련 계정 접근을 즉시 격리”하라고 적었다. 입력은 보안팀 이관과 P0 분류까지만 정했으며, 고객지원 담당자의 계정 격리 권한이나 범위는 제시하지 않았다. 추가 제안을 이미 승인된 절차로 읽으면 안 된다.
위키렙AI는 “보안팀이 접수하고 접근 제한 필요성과 범위를 판단한다”로 바꾼다. 즉시 이관은 가능해도 실제 차단 방식은 담당 팀이 근거와 권한에 따라 정해야 한다.
Gemini 원문: “立即隔离相关账号访问” — 관련 계정 접근을 즉시 격리.
Claude: 주 담당과 협업 담당, 사실과 제안을 구분했다
Claude는 E의 주 담당을 보안팀 하나로 두고 정산팀·기술팀은 협업 가능 팀으로 적었다. 문제가 청구서 화면에 있다는 이유로 주 담당을 정산팀으로 바꾸지 않았다. F는 답변에 따라 P0/P1일 수도 단순 문의일 수도 있다며 병행 질문을 권했다.
P2 안의 C→D→G 순서도 회사 규칙이 아닌 자신의 제안이라고 구분했다. 동료에게 판단을 전달하면서 근거 없는 내부 규칙을 만들지 않은 점이 좋다.
보안 확인 질문에는 재현 가능 여부가 있지만 끝에서는 다른 사람의 정보를 반복해서 보도록 요구하지 말라고 덧붙였다. 인계 문장에는 이미 관찰한 화면·시각·현상을 기록해 정해진 채널로 보안팀에 넘기고, 확인은 보안팀이 진행한다고 더 명확히 적겠다.
위키렙AI가 정리한 인계본
즉시 시작: E는 보안팀/P0, A는 기술팀/P0. E는 다른 고객 정보 노출 의심으로 기록하며 확정 유출로 단정하지 않는다. A는 독립 신고의 영향 인원 10명을 유지한다.
병행 확인: F는 담당 미정/확인 대기를 유지하고 당번 고객지원 담당자가 추가 질문을 맡는다. 이는 위키렙AI가 보완한 질문 담당 제안이며 F의 최종 해결 팀을 미리 고객지원팀으로 확정하는 것은 아니다.
이후 처리: B 기술팀/P1, C 기술팀/P2, D 정산팀/P2, G 고객지원팀/P2. C의 수동 다운로드는 이미 확인된 대안이지 AI가 방금 복구한 기능이 아니다.
각 건에 고객 원문·확인된 영향·빠진 정보·주 담당·등급·판단 근거·다음 행동·질문 담당·실행 상태를 기록한다. A/B/C는 기술팀 확인 전까지 인원을 더하지 않는다. 승인되지 않은 해결 시간도 적지 않는다.
F 추가 질문 초안: 어떤 기능이 안 되는지, 몇 명에게 영향을 주는지, 업무를 전혀 마칠 수 없는지, 임시 대안이 있는지 알려주세요. 오류가 있다면 문구와 발생 시각도 부탁드립니다. 이 정보를 바탕으로 담당 팀과 우선순위를 확인하겠습니다.
다시 쓸 질문과 다음 작업
재사용 질문: “다음 내부 규칙에 따라 주 담당, 우선순위, 사실 근거, 다음 행동을 정리해줘. 정보가 부족하면 확인 대기로 남기고 질문을 적어줘. 규칙상 조치와 네 제안, 이미 완료된 행동을 구분해줘. 동일 장애로 확인하지 않은 신고의 인원을 합치거나 해결 시간을 약속하지 마.”
분류 후 고객에게 답장을 써야 한다면 환불 요청 답장 비교를, 팀 인계의 담당자·기한을 정리하려면 회의 행동 항목 비교를 함께 볼 수 있다. 분류가 끝났다는 말과 문제가 해결됐다는 말은 따로 써야 한다.
출처와 실제 기록
2026년9월21일13:04~13:07KST 동일 중국어 질문 각1회. ChatGPTFree·Think꺼짐·모델명미표시, GeminiFlash·요금제미확인, ClaudeFree·Sonnet5Medium. 실제 원문·URL·지문 보존. 서비스별 사전 기준10개 총30개 중 담당/등급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 转安全组后，客服不要自行判断"是否看错"，也不要请客户反复尝试查看他人信息。