KD-01 · 网点-总部罚款对账与举证
痛点 总部罚了多少,网点月底才知道 · 该不该认,全凭一张看不清明细的罚款单
① 场景引入
一、这件事现在是什么样
快递网点 · 真实业务触发
每月总部下发罚款单,网点老板要逐票核对「这笔罚款该不该认」:签收率不达标、虚假签收、破损、时效不达标,每一类都有对应的操作记录可以举证。但操作记录散在巴枪、微信群、系统里,等核对完,申诉窗口早过了。
二、痛点 · 每条都有来源
- 罚款吃掉网点全部利润甚至倒欠:武汉承包人连续 7 个月无休倒欠 13 万、月均 5 万,佛山某网点 4 个月被罚 50.3 万
依据:快递网点被罚款碾压:武汉驿站承包人连续 7 个月无休倒欠上级网点 13 万、月均 5 万罚款;佛山某申通经营者4 个月被罚 50.3 万 - 总部结算单、客户报价、罚款明细三个源头跨财务/运营/老板各持一份,靠 Excel 逐单比对,财务难追溯到订单人员
依据:快递 100:物流部门要把快递公司每月账单 Excel 手动分拆、按部门及产品线归集、再靠人工对账,财务难以追溯到账单对应的提交订单人员 - 核对总部系统数据和手工记录每月要花 3 个人 3 整天,罚款争议是最大一块
依据:网点老板自述核对总部系统数据和手工记录,每月要花 3 个人 3 整天,罚款争议是最大一块 - 签收率与虚假签收是死结:不达标罚钱、做假签收罚 300–500 元/单,网点进退维谷
依据:快递网点被罚款碾压:武汉驿站承包人连续 7 个月无休倒欠上级网点 13 万、月均 5 万罚款;佛山某申通经营者 4 个月被罚 50.3 万
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 罚款吃掉网点全部利润甚至倒欠:武汉承包人连续 7 个月无休倒欠 13 万、月均 5 万,佛山某网点 4 个月被罚 50.3 万
- 总部结算单、客户报价、罚款明细三个源头跨财务/运营/老板各持一份,靠 Excel 逐单比对,财务难追溯到订单人员
- 核对总部系统数据和手工记录每月要花 3 个人 3 整天,罚款争议是最大一块
- 签收率与虚假签收是死结:不达标罚钱、做假签收罚 300–500 元/单,网点进退维谷
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 要素校验 · 判断罚款单能不能核罚款类型、票号、金额、考核口径逐项打勾;缺项不阻塞,但标出影响的是哪一类申诉
- 逐票匹配 · 罚款单对到操作记录每笔罚款对应哪票、哪个责任环节、有没有留存记录
- 举证检索· 找出能翻案的证据签收记录、通话、轨迹能举证的标绿、举不了证的标红
- 金额归集 · 算出该认和不该认的可申诉金额、不可申诉金额分列,逐笔带出处
- 留证与签批 · 生成申诉材料草稿申诉话术、证据清单一次生成,签批栏留空
要准备什么:总部罚款单.xlsx(汇总金额+模糊明细)罚款类型、票号、金额、考核口径网点操作记录(巴枪/签收/微信截图)签收记录、通话、轨迹,格式五花八门客户报价表.xlsx逐客调价,财务和老板各持一份
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 5 ÷ 落地难度 2 = 12.5
最大差异点:不要求先上系统。罚款单、网点操作记录、客户报价三份散材料直接扔进来,逐票匹配和举证依据由Agent 折算。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
罚款申诉举证单.xlsx逐票匹配/证据清单/申诉话术 · 含签批栏 - 可派发清单:
可申诉清单.xlsx可派发 · 可申诉/不可申诉金额分列 · 每条带出处
这套东西不承诺什么:不替网点决定认不认这笔罚款、不代替向总部申诉的最终提交。Agent 只出逐票匹配结果、能举证的证据清单和申诉话术草稿,申诉提交由网点老板定。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:骏捷物流(虚构)龙岗加盟网点。8 月总部下发罚款单合计 23,500 元,网点老板要逐票核对「这笔罚款该不该认」——签收率不达标、虚假签收、破损、时效不达标,每一类都有对应的操作记录可以举证,但记录散在巴枪、微信、系统里。
罚款单总额23,500 元可翻案2 笔 / 1,300 元暂缓核实1 笔 / 1,000 元结论3 笔暂不认
输入综合物流公司手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_总部罚款单.xlsx总部按月下发的罚款单 —— 只有汇总金额和模糊明细,逐票对应关系要自己核总部下发 · 每月 1次02_网点操作记录.xlsx巴枪扫描、签收记录、通话留痕 —— 能翻案的证据都藏在这里网点老板兼管 · 散在巴枪和微信里03_客户报价表.xlsx逐客调价的报价表 —— 财务和老板各持一份,口径常对不上财务与老板各持一份 · 更新不规律04_签收通话截图.txtF001 客户改地址没通知、F004 客户当面验货签收的微信记录网点老板微信留存 · 8 月
注意标橙色那一份 —— 02_网点操作记录.xlsx。它网点老板兼管 · 散在巴枪和微信里,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
总部这个月罚了我多少钱、每笔罚的是哪票、因为什么,罚款单我发你。你帮我逐票对着我的签收记录和通话记录看一遍,哪些罚得冤、能拿什么证据去申诉,给我一份申诉草稿。认不认、申不申诉我自己定。拿不准的地方标出来我去问。
短是因为罚款类型、举证口径和申诉模板都写在能力包里了,你只需要说清是哪个网点的哪个罚款单。
触发事情是这么来的
8 月罚款单下发,龙岗网点要逐票核对这笔钱该不该认
总部 8 月罚了龙岗网点 23,500 元,8 笔。老板只知道汇总数,哪些罚得冤、能拿什么证据申诉,一笔都没核过。
第 1 步 · 要素校验 · 判断这份罚款单能不能核
缺项不阻塞,但会标出影响的是哪一类申诉
第 2 步 · 逐票匹配 · 罚款单对到操作记录
每笔罚款对应哪票、哪个环节、有没有留存记录
第 3 步 · 举证检索 · 找出能翻案的证据
签收记录、通话、轨迹能举证的标绿,举不了证的标红
第 4 步 · 金额归集 · 算出该认和不该认的
可申诉、待核实、排除、不可申诉分列,逐笔带出处
第 5 步 · 留证与签批 · 生成申诉材料草稿
申诉话术、证据清单一次生成,签批栏留空
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
网点-总部罚款对账与举证 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
outlet-fine-appeal.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是综合物流公司手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁KD-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_总部罚款单.xlsx总部按月下发的罚款单 —— 只有汇总金额和模糊明细,逐票对应关系要自己核02_网点操作记录.xlsx巴枪扫描、签收记录、通话留痕 —— 能翻案的证据都藏在这里03_客户报价表.xlsx逐客调价的报价表 —— 财务和老板各持一份,口径常对不上04_签收通话截图.txtF001 客户改地址没通知、F004 客户当面验货签收的微信记录
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
总部这个月罚了我多少钱、每笔罚的是哪票、因为什么,罚款单我发你。你帮我逐票对着我的签收记录和通话记录看一遍,哪些罚得冤、能拿什么证据去申诉,给我一份申诉草稿。认不认、申不申诉我自己定。拿不准的地方标出来我去问。
为什么这么短就够了:短是因为罚款类型、举证口径和申诉模板都写在能力包里了,你只需要说清是哪个网点的哪个罚款单。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 2 份
KD-01_罚款申诉举证单.xlsx正式件本体 · 逐票匹配/证据清单/申诉话术 · 含签批栏KD-01_可申诉清单.xlsx可派发 · 可申诉/不可申诉金额分列 · 每条带出处
Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:总部罚款单.xlsx(汇总金额+模糊明细)罚款类型、票号、金额、考核口径网点操作记录(巴枪/签收/微信截图)签收记录、通话、轨迹,格式五花八门客户报价表.xlsx逐客调价,财务和老板各持一份
人工边界:不替网点决定认不认这笔罚款、不代替向总部申诉的最终提交。Agent 只出逐票匹配结果、能举证的证据清单和申诉话术草稿,申诉提交由网点老板定。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
快递网点 · 产出即下一步输入
KD-02 · 网点经营日报 — 网点今天赚没赚,老板自己都说不清 · 收支、罚款、毛利散在微信和脑子里 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。