CS-02 · 投诉升级件时间线还原

① 场景引入

一、这件事现在是什么样

客服与申诉处理 · 真实业务触发

滨湖片区一批用户投诉升级，班长接到通知：24 小时内出处理方案，「翻录音 + 查工单 + 对台账」的传统流程要动用全班组的晚上。

二、痛点 · 每条都有来源

1升级投诉要求 24 小时内出方案，而证据散在录音系统、EOMS、投诉台账、微信群四处——「被投诉后全班组翻录音还原现场」是常态依据 · 客服中心管理规范：升级投诉 24 小时内出方案，需跨客服/网维/市场/法律四部门凑资料2人工抽检覆盖率长期只有 1%-3%，绝大多数录音没人听过——升级件来了才知道哪段录音重要，但已经过了 24 小时里的半天依据 · 浙江移动智能质检：质检覆盖率 1%→100%、日均 5000 条、准确率 96%——通用质检已是行业标配3越级投诉对责任人罚 300-2000 元、屡犯降职免职——升级件处理不好，钱直接从班组身上出依据 · 淄博铁通越级投诉管理案例：越级投诉的认定与处置流程4某地通信管理局通报将「工单返单不规范、挂单率高」列为高频投申诉问题专项整治对象，日清周评逐周复盘——升级件处理质量直接进监管视野依据 · 某地通信管理局服务质量通告：用户申诉率等服务质量监管口径5「函单令谈惩」机制下，处理方案要过函告、约谈环节——方案里的事实部分经不起追问，走到后面的环节全是被动依据 · 某地通信管理局服务质量通告：用户申诉率等服务质量监管口径

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 升级投诉要求 24 小时内出方案，而证据散在录音系统、EOMS、投诉台账、微信群四处——「被投诉后全班组翻录音还原现场」是常态人工抽检覆盖率长期只有 1%-3%，绝大多数录音没人听过——升级件来了才知道哪段录音重要，但已经过了 24 小时里的半天越级投诉对责任人罚 300-2000 元、屡犯降职免职——升级件处理不好，钱直接从班组身上出某地通信管理局通报将「工单返单不规范、挂单率高」列为高频投申诉问题专项整治对象，日清周评逐周复盘——升级件处理质量直接进监管视野

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 案件归集 · 按用户号码与片区聚拢全部相关记录升级件从来不是一件事，是一串事的末端
2. 录音时间线还原 · 历次来电的诉求与承诺逐通列出坐席每一句承诺单独标记，承诺与兑现对照
3. 工单交叉 · 投诉工单与故障工单按时间对齐用户说「没信号」的那个时段，网管侧发生了什么
4. 断点识别 · 时间线上的空档与矛盾点承诺了没兑现的、系统有记录但用户不认的、两次回复口径不一的
5. 方案骨架生成 · 事实层完整、处理层留白补偿口径与对外表述留空，断点清单作为方案附件
6. 留证与签批 · 班组长审阅的完整案卷逐条带录音时间戳与工单号，可回溯核查

要准备什么：该用户群历次来电录音转写（txt，按号码归集）一个升级件平均关联 4-7 通电话，散在不同日期投诉工单全量流水（xlsx：工单号 / 级别 / 状态 / 处理记录）普通 → 升级 → 越级的状态变迁史EOMS 故障工单（xlsx，片区维度：故障时段 / 影响小区）星标素材——客服看不到网维系统的故障单，但用户的「没信号」往往对应它处理时限台账（xlsx：各级别投诉的受理与到期时间）15 日红线与 24 小时方案线都在这里算

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 4 ÷ 落地难度 3 = 8.0

最大差异点：智能质检管的是坐席服务规范（说的对不对），这里管的是事件事实（发生了什么）。把升级件相关的全部来电、全部工单、全部操作记录按用户与时间双维度拼成完整时间线——这是翻录音的那个晚上真正在干、也真正干不完的活。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：升级件处理方案骨架.docx 事实层完整 · 处理层留白 · 断点清单附件
• 可派发清单：完整时间线案卷.xlsx 逐条带录音时间戳与工单号 · 可回溯
• 可派发清单：承诺-兑现对照表.xlsx 坐席承诺逐句 · 兑现状态 · 未兑现项标红

这套东西不承诺什么：处理方案里「对用户的补偿口径」与「对外承诺」不生成——那是要签字担责的。时间线还原只做事实层：谁在什么时候说了什么、做了什么、系统记录了什么。也不做坐席个人的责任评判，只摆事实链。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：南江通信云山分公司客服部。08-24 上午，滨湖片区升级投诉 11 件、越级 4 件集中爆发，班长接到通知：24小时内出处理方案——「翻录音 + 查工单 + 对台账」的传统流程要动用全班组的晚上。

升级件11 件 · 越级 4 件方案时限24 小时 · 08-25 上午关联来电15 件共 41 通矛盾点已识别 3 处

输入运营商条线手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_升级件关联来电转写.txt 15 件升级越级件关联用户的历次来电转写，按号码归集——一个升级件平均关联 4-7 通电话客服系统 · 08-24 上午导出
• 02_投诉工单全量流水_滨湖.xlsx 滨湖片区 08-14 至 08-24 投诉工单全量流水——普通到升级到越级的状态变迁史投诉系统 · 08-24 取数
• 03_EOMS故障工单_片区.xlsx EOMS 里滨湖片区 8 月故障工单——客服平时看不到网维系统的故障单，但用户的「没信号」往往对应它EOMS 导出 · 网维系统
• 04_处理时限台账.xlsx 各级别投诉的受理与到期时间——15 日红线与 24 小时方案线都在这里算客服部综合岗 · 每日更新

注意标橙色那一份 —— 03_EOMS故障工单_片区.xlsx。它EOMS 导出 · 网维系统，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

滨湖这批升级投诉，涉及的号码、历次来电转写、投诉工单流水、 片区故障工单、时限台账都在这儿，明天要出处理方案。 按用户和时间把全部记录拼成时间线，坐席每句承诺单独标出来， 跟实际兑现的对照。工单说修好了、用户说没修好的，这种矛盾点给我挑出来。 之前同类升级件的处置记录也翻一下，能复用的动作列出来。 补偿口径和对外的话我不让你写，那是签字的事。 方案骨架给我，断点清单做附件。

短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

触发15 件升级越级件 · 24 小时出方案，全班组翻录音的那个晚上

升级件从来不是一件事，是一串事的末端

11 件升级、4 件越级，背后是 41 通电话、47 张工单里的一段变迁史。传统流程是班长带着全班组翻录音、查工单、对台账，一晚上耗在「找事实」上，真正的方案反而没时间磨。这次先把事实层拼完——方案建在事实上，而不是建在印象上。

第 1 步 · 案件归集 · 按用户号码与片区聚拢全部相关记录

15 件升级件的来路：32 件普通件里的 11 件走成了升级

级别件数来源与变迁关联来电普通件3208-14 至 08-17 受理 · 28 件已修复结单—升级件11普通件中 11 件因「未恢复 /未兑现」升级35 通越级件4升级件中 4 件已表示或已走 123006 通合计4715 件为本批处理对象41 通归集讲清一件事：15件不是新爆发的 15 个问题，是一个片区故障的长尾——处理方案因此可以分层，不必逐件从零分析。

第 2 步 · 录音时间线还原 · 坐席每一句承诺单独标记

承诺与兑现对照，是退费类争议的根

第 3 步 · 工单交叉 · 投诉工单与故障工单按时间对齐

用户说「没信号」的那个时段，网管侧发生了什么

第 4 步 · 断点识别 · 时间线上的空档与矛盾点

承诺了没兑现的、回复与事实不符的，逐条挑出

第 5 步 · 方案骨架生成 · 事实层完整，处理层留白

补偿口径与对外表述不写，断点清单做附件

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

投诉升级件时间线还原 —— 全班组翻录音的那个晚上，本可以不用熬 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

complaint-timeline-rebuild.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是运营商条线手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁CS-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_升级件关联来电转写.txt 15 件升级越级件关联用户的历次来电转写，按号码归集——一个升级件平均关联 4-7 通电话
• 02_投诉工单全量流水_滨湖.xlsx 滨湖片区 08-14 至 08-24 投诉工单全量流水——普通到升级到越级的状态变迁史
• 03_EOMS故障工单_片区.xlsx EOMS 里滨湖片区 8 月故障工单——客服平时看不到网维系统的故障单，但用户的「没信号」往往对应它
• 04_处理时限台账.xlsx 各级别投诉的受理与到期时间——15 日红线与 24小时方案线都在这里算

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

滨湖这批升级投诉，涉及的号码、历次来电转写、投诉工单流水、 片区故障工单、时限台账都在这儿，明天要出处理方案。 按用户和时间把全部记录拼成时间线，坐席每句承诺单独标出来， 跟实际兑现的对照。工单说修好了、用户说没修好的，这种矛盾点给我挑出来。 之前同类升级件的处置记录也翻一下，能复用的动作列出来。 补偿口径和对外的话我不让你写，那是签字的事。 方案骨架给我，断点清单做附件。

为什么这么短就够了：短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• CS-02_升级件处理方案骨架.docx 事实层完整 · 处理层留白 · 断点清单附件
• CS-02_完整时间线案卷.xlsx 逐条带录音时间戳与工单号 · 可回溯
• CS-02_承诺-兑现对照表.xlsx 坐席承诺逐句 · 兑现状态 · 未兑现项标红

Skill 里固化了什么：从历史录音里想起了三个月前的同类件该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：该用户群历次来电录音转写（txt，按号码归集）一个升级件平均关联 4-7 通电话，散在不同日期投诉工单全量流水（xlsx：工单号 / 级别 / 状态 / 处理记录）普通 → 升级 → 越级的状态变迁史EOMS 故障工单（xlsx，片区维度：故障时段 / 影响小区）星标素材——客服看不到网维系统的故障单，但用户的「没信号」往往对应它处理时限台账（xlsx：各级别投诉的受理与到期时间）15 日红线与 24 小时方案线都在这里算

人工边界：处理方案里「对用户的补偿口径」与「对外承诺」不生成——那是要签字担责的。时间线还原只做事实层：谁在什么时候说了什么、做了什么、系统记录了什么。也不做坐席个人的责任评判，只摆事实链。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

客服与申诉处理 · 产出即下一步输入

• CS-01 · 工信部申诉答复报告：每一件都计考核分，每一句都要有出处

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。