DW-01 · 代维服务月报

① 场景引入

一、这件事现在是什么样

代维与考核结算 · 真实业务触发

甲方季度代维会议上又被点名「代维单位服务月报质量不高」，项目经理要求这个月的月报必须改观——但数据还是散在工单库、巡检记录、考核扣分明细三处，靠项目部文员月底三天拼出来。

二、痛点 · 每条都有来源

1铁塔系统会议点名「维护费扣罚占比高、代维单位服务月报质量不高」——月报质量直接写进了甲方对项目部的评价，也写进了下一次招标的评分依据 · 铁塔系统会议点名：维护费扣罚占比高、代维单位服务月报质量不高、岗前培训不到位2代维要同时登录代维管理系统和运营商 EOMS 两套系统处理同一张工单，回单内容在两处各填一遍——月底对数据时两边的数经常对不上依据 · 代维 20 年从业者自述：运维困境、双系统回单、人员与指标恶性循环3基站综合代维考核办法的考核项几十条：故障处理时限、巡检完成率、发电及时率、资源准确率……月报要把每一类的完成情况都说清楚，但扣分单下来往往只有条款和分值依据 · 基站综合代维考核办法：故障处理时限、巡检完成率、发电及时率、资源准确率等几十项考核条款4上市公司公告披露代维服务费与考核得分直接挂钩——月报质量差不只是丢脸，是直接丢钱；中标价被打到两三折的背景下，每一分都要争依据 · 宜通世纪半年报：代维服务费与考核得分挂钩、扣款直接决定盈亏、中标价两三折的行业背景5运营商侧同样抱怨「代维工作管控不到位导致代维考核缺乏依据、代维费用支出较高」——月报本该是对账依据本身，现在却成了链条上最薄弱的一环依据 · C114：代维工作管控不到位导致「代维考核缺乏依据、代维费用支出较高」

三、换个做法之后

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

✕ 现在的做法

• 铁塔系统会议点名「维护费扣罚占比高、代维单位服务月报质量不高」——月报质量直接写进了甲方对项目部的评价，也写进了下一次招标的评分代维要同时登录代维管理系统和运营商 EOMS 两套系统处理同一张工单，回单内容在两处各填一遍——月底对数据时两边的数经常对不上基站综合代维考核办法的考核项几十条：故障处理时限、巡检完成率、发电及时率、资源准确率……月报要把每一类的完成情况都说清楚，但扣分单下来往往只有条款和分值上市公司公告披露代维服务费与考核得分直接挂钩——月报质量差不只是丢脸，是直接丢钱；中标价被打到两三折的背景下，每一分都要争

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 数据齐套校验 · 工单、巡检、扣分三表对齐到同一站点字典站点编码对不上的单列，不混进完成率
2. 口径归一 · 两套系统的工单状态与时间戳对齐「回单」与「归档」差在哪、超时按哪边算，逐项写明
3. 完成率核算 ·各考核项完成率与扣分逐项对应每个数后面跟工单号，甲方可抽查到单
4. 遗留闭环 · 上月整改承诺逐条回应做到了的附证据，没做到的写明原因与责任人——不许静默
5. 申诉线索分离 · 超时工单逐单核对责任归属甲方原因、外力破坏、我方责任三类分开，前两类的证据链单独成表
6. 月报成稿 · 按甲方模板生成，数据出处附表整改承诺栏留空，附表随月报一并送审

要准备什么：当月代维工单导出（xlsx：工单号 / 类型 / 派单与回单时间 / 超时标记）两套系统各导一份，时间戳口径先对齐再算完成率巡检记录导出（xlsx：站点 / 巡检项 / 完成时间 / 异常项）巡检完成率与异常闭环是考核大头，散在巡检 App 后台当月考核扣分明细（xlsx：考核条款 / 扣分值 / 关联工单号）星标素材——申诉线索就藏在这一张表里，平时没人逐条对着工单看上月月报归档（docx）上月遗留问题与整改承诺，本月必须逐条回应，不然月月都是新面孔

为什么这个场景值得做

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

最大差异点：模板化的月报生成器网上很多，差异在数据侧：工单库、巡检记录、考核扣分明细三处的原件直接扔进来，每一类数字都带工单号级出处——甲方质疑了多年的「数从哪来」，第一次有了能拿出手的答案。两套系统对不上的数并列呈现，不藏。

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

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

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

五、会产出什么

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

• 正式件本体：代维服务月报初稿.docx 甲方模板 · 数据出处附表 · 承诺栏留空
• 可派发清单：考核数据与工单出处核对表.xlsx 每个完成率数字背后的工单号 · 可供甲方抽查
• 可派发清单：扣分申诉线索清单.xlsx 甲方原因 / 外力 / 我方责任三类分列 · 证据链索引

这套东西不承诺什么：不替项目部写「整改承诺」——承诺栏留空由项目经理定，因为下个月要拿这个承诺对账。不自动向甲方系统提交月报，对外报送与盖章一律人工。对考核结果的申诉判断也不做——那是考核对账场景的活，这里只把申诉线索备好。

② Live Demo（演示逐步）

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

案例设定：恒维通信云山项目部（87 人 · 中标折扣 2.8 折 · 月度服务费基准 85 万）。09-02，8 月考核结果昨天下发、合计扣 4.5 分——月报月底前要报甲方，上一次季度会上刚被点名「月报质量不高」。

8 月考核扣 4.5 分 · 五个分项对应扣减约 9.18 万元 · 每分 2.4%工单规模两系统合计 412 单申诉线索3 类待分离

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

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

• 01_当月代维工单导出_两系统.xlsx 代维系统与运营商 EOMS 各导一份的当月工单——同一张单两处各记一遍，月底对不上是常态两套系统各自导出 · 09-01 导出
• 02_巡检记录导出.xlsx 巡检 App 后台导出的当月巡检记录——巡检完成率与异常闭环是考核大头巡检 App · 月底导出
• 03_当月考核扣分明细.xlsx 甲方下发的 8 月考核扣分明细——申诉线索就藏在这一张表里，平时没人逐条对着工单看甲方考核系统 · 09-01 下发
• 04_上月月报归档.docx 上月（7 月）月报归档——上月遗留问题与整改承诺，本月必须逐条回应项目部归档 · 每月一份

注意标橙色那一份 —— 03_当月考核扣分明

细.xlsx。它甲方考核系统 · 09-01 下发，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这个月的工单导出、巡检记录、还有甲方给的考核扣分明细，三份都给你， 上个月的月报归档也给你。 按甲方的月报模板出一版初稿：每类完成率的数都标工单号出处， 上月承诺的整改这月做到没有逐条写清， 扣分里不属于我们责任的单独列出来给我看。 两套系统对不上的数别硬挑一个，并列放着。 整改承诺那栏留空，项目经理自己写。月报别提交甲方系统。

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

触发被点名「月报质量不高」之后 · 数据还是散在三处

月报质量直接写进甲方评价，也写进下一次招标的评分

季度代维会上甲方点名两个问题：维护费扣罚占比高、代维单位服务月报质量不高。项目经理要求这个月的月报必须改观——但工单在两套系统、巡检在 App、扣分明细在甲方系统，靠文员月底三天拼材料的模式没变过。这次的改法：每个数都带工单号级出处。

第 1 步 · 数据齐套校验 · 工单、巡检、扣分三表对齐到同一站点字典

站点编码对不上的单列，不混进完成率

第 2 步 · 完成率核算 · 各考核项完成率与扣分逐项对应

每个数后面跟工单号，甲方可抽查到单

第 3 步 · 遗留闭环 · 上月整改承诺逐条回应

做到了的附证据，没做到的写明原因与责任人——不许静默

第 4 步 · 申诉线索分离 · 超时工单逐单核对责任归属

甲方原因、外力破坏、我方责任三类分开

5月报成稿 · 按甲方模板生成，数据出处附表随报

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

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

1. Skill 能力包

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

代维服务月报 —— 被甲方点名「月报质量不高」之后 · Skill

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

版本 v1.0

maintainer-monthly-report.zip

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

包内结构

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

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

2. 原始素材

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

📁DW-01 · 演示素材

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

共 4 份

• 01_当月代维工单导出_两系统.xlsx 代维系统与运营商 EOMS 各导一份的当月工单——同一张单两处各记一遍，月底对不上是常态
• 02_巡检记录导出.xlsx 巡检 App 后台导出的当月巡检记录——巡检完成率与异常闭环是考核大头
• 03_当月考核扣分明细.xlsx 甲方下发的 8 月考核扣分明细——申诉线索就藏在这一张表里，平时没人逐条对着工单看
• 04_上月月报归档.docx 上月（7 月）月报归档——上月遗留问题与整改承诺，本月必须逐条回应

怎么用

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

3. 提示词卡片

这个月的工单导出、巡检记录、还有甲方给的考核扣分明细，三份都给你， 上个月的月报归档也给你。 按甲方的月报模板出一版初稿：每类完成率的数都标工单号出处， 上月承诺的整改这月做到没有逐条写清， 扣分里不属于我们责任的单独列出来给我看。 两套系统对不上的数别硬挑一个，并列放着。 整改承诺那栏留空，项目经理自己写。月报别提交甲方系统。

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

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• DW-01_代维服务月报初稿.docx 正式件本体 · 甲方模板 · 数据出处附表 · 承诺栏留空
• DW-01_考核数据与工单出处核对表.xlsx 每个完成率数字背后的工单号 · 可供甲方抽查
• DW-01_扣分申诉线索清单.xlsx 甲方原因 / 外力 / 我方责任三类分列 · 证据链索引

Skill 里固化了什么：从上个月的月报里想起了埋着的雷该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：当月代维工单导出（xlsx：工单号 / 类型 / 派单与回单时间 / 超时标记）两套系统各导一份，时间戳口径先对齐再算完成率巡检记录导出（xlsx：站点 / 巡检项 / 完成时间 / 异常项）巡检完成率与异常闭环是考核大头，散在巡检App 后台当月考核扣分明细（xlsx：考核条款 / 扣分值 / 关联工单号）星标素材——申诉线索就藏在这一张表里，平时没人逐条对着工单看上月月报归档（docx）上月遗留问题与整改承诺，本月必须逐条回应，不然月月都是新面孔

人工边界：不替项目部写「整改承诺」——承诺栏留空由项目经理定，因为下个月要拿这个承诺对账。不自动向甲方系统提交月报，对外报送与盖章一律人工。对考核结果的申诉判断也不做——那是考核对账场景的活，这里只把申诉线索备好。

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

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

代维与考核结算 · 产出即下一步输入

DW-02 · 考核扣分对账 —— 被扣的每一分都要能对上工单号 — 扣分单上只有条款和分数 · 申诉证据要翻五套系统查看 →

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

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