OP-01 · 网优质量周报

① 场景引入

一、这件事现在是什么样

网络质量优化 · 真实业务触发

周一上午十点前要交上周质量周报，网优组长还要在经分会上讲「滨湖片区掉线率为什么劣化」——这个归因要从KPI、参数调整记录、投诉工单三处交叉才能站得住。

二、痛点 · 每条都有来源

1后台网优一天：9 点盯 OMC 的 KPI（掉线率、接通率、PRB 利用率），异常小区根因分析，17 点写日报、更新优化台账——报告占掉半天依据 · 网优工程师的一天：9 点半盯 KPI、异常小区根因分析、MML 调参、处理工单、17 点写日报更新台账2前台路测「白天开车测 DT，晚上通宵写报告」，无加班费，网优岗位月薪 3-6K 无人愿接，人员流动带走台账里的隐性知识依据 · 经分团队月均三周加班做经营分析材料，风险分析等真正价值工作让位于周期性材料3KPI阈值是硬指标（掉线率、接通率各有红线），但周报里的归因常常只有「已优化、持续观察」六个字——没人有时间把每个异常小区与参数记录对上依据 · 网优 KPI 阈值与优化台账栏位：掉线率/接通率/PRB 指标线、参数调整记录（旧值/新值/调整人/效果观察 24h）4优化台账记录每次参数调整的原因 / 动作 / 效果，但从没有人回头把「调了什么」和「指标动了什么」并排看过依据 · 网优工程师的一天：9 点半盯 KPI、异常小区根因分析、MML 调参、处理工单、17 点写日报更新台账5县公司网优「很闲，有工作完全靠厂家和协优，安排给他们等结果」——自有能力空心化，报告产出依赖厂商助手，口径不受自己控制依据 · 《在电信工作是什么体验》：口径游戏「用不同的数据口径总能做出向上的曲线」等一线自述

三、换个做法之后

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

✕ 现在的做法

• 后台网优一天：9 点盯 OMC 的 KPI（掉线率、接通率、PRB 利用率），异常小区根因分析，17 点写日报、更新优化台账——报告占掉半天前台路测「白天开车测 DT，晚上通宵写报告」，无加班费，网优岗位月薪 3-6K无人愿接，人员流动带走台账里的隐性知识KPI 阈值是硬指标（掉线率、接通率各有红线），但周报里的归因常常只有「已优化、持续观察」六个字——没人有时间把每个异常小区与参数记录对上优化台账记录每次参数调整的原因 /动作 / 效果，但从没有人回头把「调了什么」和「指标动了什么」并排看过

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 数据齐套校验 · 七天 KPI 文件与台账、投诉清单一一到位缺哪天、缺哪个小区，先列出来不阻塞
2. KPI 合并计算 · 周均值与周环比，阈值逐项判定掉线率 / 接通率 / PRB 各自的红线判定结果单列
3. 异常小区识别 · 超阈值与环比劣化双口径两个口径的结果分开列，交集是重点
4. 参数关联 · 异常小区与参数调整台账交叉「调过参的小区指标变差」和「没调过参的小区指标变差」是两种问题
5. 投诉关联 · 与投诉工单做空间对齐用户感知先于指标劣化还是滞后，写进归因
6. 周报初稿生成 · 遗留问题闭环检查上周标「持续观察」的问题这周必须有结论或升级理由

要准备什么：KPI 日报汇总（xlsx，OMC 导出：小区 / 指标 / 日值）一周七个文件，格式统一但没人合并过参数调整台账（xlsx，班组自维护：日期 / 小区 / 调整项 / 旧值 / 新值 / 调整人）星标素材——记录是全的，但从来没人拿它对过KPI客服转办投诉工单清单（xlsx：小区 / 投诉量 / 问题分类）与 KPI 异常小区做空间对齐上周周报归档（docx）延续口径：上周遗留问题的「持续观察」这周必须给出结论

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.8

最大差异点：不是 BI 报表。差异在于把 KPI 异常与两份私有记录交叉：本班组的参数调整台账（哪个小区上周动过什么参数）、客服转来的投诉工单（哪个小区用户在骂）——「指标动了 + 参数动过 + 投诉变多」三线合流才是真归因。

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

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

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

五、会产出什么

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

• 正式件本体：网优质量周报初稿.docx 归因三线交叉 · 建议动作留选项
• 可派发清单：异常小区与参数关联表.xlsx 调参 / 未调参分开列 · 可派发班组核实
• 可派发清单：遗留问题闭环清单.xlsx 上周观察项的本周结论 · 未闭环项升级理由

这套东西不承诺什么：不做参数调整的自动下发——MML 命令的执行权在持证网优手里。周报初稿只到「KPI 变化 + 异常小区 + 参数关联 + 建议动作清单」，「建议动作」栏写选项不写决定。

② Live Demo（演示逐步）

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

案例设定：南江通信云山分公司网优班组。周一（08-17）上午十点前要交上周（08-10 至 08-16）滨湖片区质量周报，经分会上还要讲「掉线率为什么劣化」——三份原料：七天 KPI 日报、班组参数调整台账、客服转办投诉清单。

统计周期08-10 至 08-16 · 7 天滨湖掉线率周均 0.80% · 峰值 1.86%异常小区劣化 6 个 · 双口径投诉关联滨湖 21 件 · 4小区上升

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

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

• 01_KPI日报汇总_0810-0816.xlsx OMC 导出的滨湖片区七天 KPI 日值，格式统一但从来没人合并过OMC 每日导出 · 七个文件已合一
• 02_参数调整台账_班组自维护.xlsx 班组自己的参数调整记录：日期、小区、调整项、旧值新值、调整人——记录是全的，但从没人拿它对过 KPI网优班组自维护 · 调整人陆续离岗
• 03_客服转办投诉工单清单_滨湖.xlsx 客服转来的滨湖片区上周投诉工单，按小区与问题分类归并客服部每周一转办 · 上一批还没消化完
• 04_上周周报归档_0810.docx 上周（08-03 至 08-09）质量周报归档——延续口径，遗留问题这周必须给说法网优班组归档 · 每周一份

注意标橙色那一份 —— 02_参数调整台账_班组自维护.xlsx。它网优班组自维护 · 调整人陆续离岗，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

上周的 KPI 七天日报、参数调整台账、客服转的投诉清单， 还有上周的周报都在这儿，帮我出本周的质量周报初稿。 掉线率和接通率按红线判定，劣化的小区要跟参数台账和投诉清单交叉着看—— 调过参的小区指标变差，跟没调过参的小区变差，归因要分开写。 上周标了「持续观察」的问题，这周必须给个说法。 建议动作那栏给我选项和依据，选哪个我自己定。 MML 命令不用你管，调整我自己来。

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

触发周一上午十点交周报 · 「持续观察」这周不能再糊了

上周埋的观察项，这周必须给结论

上周周报里 BH-CELL-07 标了「持续观察」，这周它不但没恢复，还带着五个同伴一起进了劣化名单。经分会上「为什么劣化」这一问，要从 KPI、参数台账、投诉清单三处交叉才站得住——过去没人有时间做这个交叉，周报的归因栏常年只有六个字。

第 1 步 · 数据齐套 · 七天 KPI、参数台账、投诉清单三方到位

缺哪天、缺哪个小区，先列出来不阻塞

第 2 步 · KPI 合并计算 · 周均、峰值与红线判定

1.86% 是基线的 4.4 倍，但故障与劣化要分开说

第 3 步 · 异常小区识别 · 超阈值与环比劣化双口径分开列

两个口径的结果分开列，交集才是重点

第 4 步 · 参数关联 · 劣化小区与 07-29 调整清单交叉

「调过参的小区指标变差」和「没调过的小区变差」是两种问题

第 5 步 · 投诉关联 · 用户感知与指标劣化的空间对齐

用户感知先于指标还是滞后，写进归因

第 6 步 · 周报初稿生成 · 上周观察项逐一了结，建议栏写选项不写决定

「持续观察」这周有了结论：参数回退 vs 再观察一周

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

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

1. Skill 能力包

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

网优质量周报 —— 数据全在网管里，报告不该再手写一遍 · Skill

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

版本 v1.0

kpi-quality-weekly.zip

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

包内结构

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

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

2. 原始素材

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

📁OP-01 · 演示素材

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

共 4 份

• 01_KPI日报汇总_0810-0816.xlsx OMC 导出的滨湖片区七天 KPI 日值，格式统一但从来没人合并过
• 02_参数调整台账_班组自维护.xlsx 班组自己的参数调整记录：日期、小区、调整项、旧值新值、调整人——记录是全的，但从没人拿它对过 KPI
• 03_客服转办投诉工单清单_滨湖.xlsx 客服转来的滨湖片区上周投诉工单，按小区与问题分类归并
• 04_上周周报归档_0810.docx 上周（08-03 至 08-09）质量周报归档——延续口径，遗留问题这周必须给说法

怎么用

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

3. 提示词卡片

上周的 KPI 七天日报、参数调整台账、客服转的投诉清单， 还有上周的周报都在这儿，帮我出本周的质量周报初稿。 掉线率和接通率按红线判定，劣化的小区要跟参数台账和投诉清单交叉着看—— 调过参的小区指标变差，跟没调过参的小区变差，归因要分开写。 上周标了「持续观察」的问题，这周必须给个说法。 建议动作那栏给我选项和依据，选哪个我自己定。 MML 命令不用你管，调整我自己来。

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

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• OP-01_网优质量周报初稿.docx 正式件本体 · 归因三线交叉 · 建议动作留选项
• OP-01_异常小区与参数关联表.xlsx 调参 / 未调参分开列 · 可派发班组核实
• OP-01_遗留问题闭环清单.xlsx 上周观察项的本周结论 ·未闭环项升级理由

Skill 里固化了什么：从历史台账里想起了上个月那次调参该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：KPI 日报汇总（xlsx，OMC 导出：小区 / 指标 / 日值）一周七个文件，格式统一但没人合并过参数调整台账（xlsx，班组自维护：日期 / 小区 / 调整项 / 旧值 / 新值 / 调整人）星标素材——记录是全的，但从来没人拿它对过KPI客服转办投诉工单清单（xlsx：小区 / 投诉量 / 问题分类）与 KPI 异常小区做空间对齐上周周报归档（docx）延续口径：上周遗留问题的「持续观察」这周必须给出结论

人工边界：不做参数调整的自动下发——MML 命令的执行权在持证网优手里。周报初稿只到「KPI 变化 + 异常小区 + 参数关联 + 建议动作清单」，「建议动作」栏写选项不写决定。

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

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

网络质量优化 · 产出即下一步输入

• OP-02 · 信号投诉根因关联：用户说没信号，数要说清是哪一段的锅

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

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