CP-02 · 优惠叠加巡检与零点值守

① 场景引入

一、这件事现在是什么样

活动与优惠风控 · 真实业务触发

818 大促的券今晚零点生效。运营主管林悦记得调研里那个案例：零点生效、无人值守、羊毛党瞬时放大。她想安排人盯零点，但团队 9 个人，大促前夜都在打包 —— 谁来盯？

二、痛点 · 每条都有来源

1. 事故三要素：叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大 —— 其中零点值守靠人肉，小团队做不到
   依据：商家共识：平台优惠机制设置太复杂、多种促销叠加稍不注意同时生效，导致产品以极低价售出 —— 事故三要素：叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大2年营业额 30 多万的小商家背 2 亿货值订单

—— 零点生效后的前两小时是黄金处置窗口，靠人盯的店铺全在睡觉依据 · 2024-08 天猫厨电商店（年营业额仅 30 多万）：打算设满 1000 减 1000，运营重复设置成满 2000 减 2000；零点生效无人值守，羊毛党社交平台集体抢购，成交额约 1200 万、货物价值约 2 亿，保证金被扣、资金冻结、被迫关店3日常也有叠加风险：店铺券忘了下架、新活动与旧券叠加 —— 多数商家从没有「每日巡检在售优惠」这个动作依据 · 商家共识：平台优惠机制设置太复杂、多种促销叠加稍不注意同时生效，导致产品以极低价售出 —— 事故三要素：叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大

三、换个做法之后

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

✕ 现在的做法

• 事故三要素：叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大 —— 其中零点值守靠人肉，小团队做不到年营业额 30 多万的小商家背 2 亿货值订单 —— 零点生效后的前两小时是黄金处置窗口，靠人盯的店铺全在睡觉日常也有叠加风险：店铺券忘了下架、新活动与旧券叠加 —— 多数商家从没有「每日巡检在售优惠」这个动作

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 全量盘点 · 在售优惠到底有几层店铺券/商品券/平台活动/支付立减 —— 全平台逐个后台清点，漏一层就漏一片风险
2. 叠加组合核算 · 每个组合的到手价所有可能同时生效的组合逐一推演 —— 复用 CP-01 沙盘的规则库第 3步风险分级 · 亏钱组合/异常低价/正常到手价低于成本的标红；低于历史均价 30% 的标黄 —— 每条带证据
3. 零点值守计划 · 谁在什么时间看什么生效时刻表 + 每个时点的核查项（价格快照、库存、单笔大单告警）—— 人只需要按单执行
4. 巡检日报 · 每日一遍进日常非大促期每天一次全量巡检，新增优惠自动进推演 —— 巡检从大促动作变日常动作

要准备什么：当前所有在售优惠配置（券/满减/限时价）后台导出或逐页截图商品价格与成本表叠加后毛利核算的底稿大促活动时间表（哪些零点生效）值守排期的依据上次巡检结果（如有）新增/消失的优惠对比

为什么这个场景值得做

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

最大差异点：不要求客户配风控系统。当日所有在售优惠的配置导出（或后台截图）扔进来 —— 巡检规则对着事故三要素逐条打勾。

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

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

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

五、会产出什么

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

• 正式件本体：优惠叠加巡检报告.xlsx 全量盘点 + 风险分级 + 处置建议
• 可派发清单零点值守计划与核查

单.xlsx生效时刻表 + 分时段核查项 · 人按单执行可派发清单僵尸券与待处置清单.xlsx过期未下架/异常配置 · 逐条带处置动作

这套东西不承诺什么：不做「自动下架」—— 巡检发现风险只推送，处理动作（下架、改库存、关券）由人执行。误杀一个正常活动比漏杀一个风险更贵。

② Live Demo（演示逐步）

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

案例设定：洁屿家居（虚构）818 的券今晚零点生效（后经巡检发现是 22:00）。团队 9 个人大促前夜都在打包 —— 林悦想安排人盯零点，谁来盯、盯什么，需要一张按单执行的值守计划。

在售优惠11 项僵尸券1 张生效时间修正22:00（提前 2h）值守核查项5 项

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

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

• 01_全平台在售优惠配置_0817.xlsx 当日所有在售优惠的清点 —— 三个后台逐页抄林悦 + 沈飞分头抄录
• 02_商品价格与成本表.xlsx 叠加后毛利核算的底稿（与 CP-01 成本表同源）采购与仓储维护
• 03_平台活动时间表.xlsx 各活动生效时刻 ——值守排期的依据各平台报名记录誊录

注意标橙色那一份 —— 03_平台活动时间表.xlsx。它各平台报名记录誊录，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

818 今晚零点生效，所有在售的优惠配置都在这，帮我巡检一遍。

哪些券叠加后会亏钱、哪些是挂了很久没人管的僵尸券，都给我找出来。

零点值守给我排个计划，人少，核查项给我挑最关键的。

日常也要每天巡一遍的话，流程给我固化下来。复制

短是因为「事故三要素、叠加规则库、值守核查项清单、巡检日报结构」都在能力包里。

触发零点生效 · 无人值守 · 羊毛党设了闹钟

事故三要素的第二条，怎么破

2 亿货值那个商家的故事林悦背得出来：零点生效、无人值守、羊毛党瞬时放大。她要的不是「安排人盯着」这种空话—— 是一张几点几分看什么、看到什么算正常的单子。

第 1 步 · 全量盘点 · 在售优惠到底有几层

漏一层就漏一片风险

这一步的看点 · 从盘点里发现了三个月没下架的旧券那张 5 月母亲节的店铺券（满 79 减 15）挂了三个多月 —— 与 818 店铺券、跨店满减三层叠加后，99 元三件套到手价 47.0 元（99−20−15−15−2），低于成本 51.5 元、每单亏 4.5 元 —— 这正是 CP-01 沙盘拦下的同一条路径。平时单量小没炸 —— 818 流量一来它就是事故。巡检把「历史活动未下架」列为第一检查项，不靠运营记得下过哪些券。

第 2 步 · 生效时间修正 · 值守排班的地基

22:00 不是 00:00

这一步的看点 · 该拦的地方拦住了结论写的是「零点值守排班还不能定」—— 巡检发现跨店满减实际22:00 生效，比大家以为的提前两小时。给出的不是干等：值守核查项从12 项压缩到 5 项关键项，另 7 项由巡检在 21:00 预先核完 —— 零点（现在是 22 点）的人只盯最重要的五件事：价格快照、僵尸券状态、库存上限、单笔大单告警、限购生效。

第 3 步 · 风险分级 · 亏钱组合/异常低价/正常

每条带证据

这一步的看点 · 排除性结论，值守范围收窄「拼多多的『限时秒杀』可以排除出巡检范围 —— 平台侧锁价、商家不能叠加店铺券，事故机制不存在。」三个平台的值守范围收窄到两个 —— 排除不是偷懒，是把值守人的注意力留给真正会炸的地方。

第 4 步 · 值守计划 · 人按单执行

21:00 预核 / 22:00 生效核查 / 00:00 复查

这一步的看点 · 把技术动作翻译成钱「零点值守」翻译成：「僵尸券若在 818 流量下叠出 47 元的三件套，按 618 事故模式（800 单/2 小时 × 亏 4.5 元/单）敞口 3,600 元；而把它下架的成本是后台里的一次点击」。

第 5 步 · 巡检日报 · 从大促动作变日常动作

每日一遍 · 新增优惠自动进推演

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

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

1. Skill 能力包

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

优惠叠加巡检与零点值守 · Skill

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

版本 v1.0

coupon-patrol.zip

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

包内结构

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

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

2. 原始素材

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

📁CP-02 · 演示素材

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

共 3 份

• 01_全平台在售优惠配置_0817.xlsx 当日所有在售优惠的清点 —— 三个后台逐页抄
• 02_商品价格与成本表.xlsx 叠加后毛利核算的底稿（与 CP-01 成本表同源）
• 03_平台活动时间表.xlsx 各活动生效时刻 —— 值守排期的依据

怎么用

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

3. 提示词卡片

818 今晚零点生效，所有在售的优惠配置都在这，帮我巡检一遍。

哪些券叠加后会亏钱、哪些是挂了很久没人管的僵尸券，都给我找出来。

零点值守给我排个计划，人少，核查项给我挑最关键的。

日常也要每天巡一遍的话，流程给我固化下来。复制

为什么这么短就够了：短是因为「事故三要素、叠加规则库、值守核查项清单、巡检日报结构」都在能力包里。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• CP-02_优惠叠加巡检报告.xlsx 正式件本体 · 全量盘点 + 风险分级 + 处置建议
• CP-02_零点值守计划与核查单.xlsx 生效时刻表 + 分时段核查项 · 人按单执行
• CP-02_僵尸券与待处置清单.xlsx 过期未下架/异常配置· 逐条带处置动作

Skill 里固化了什么：从盘点里发现了三个月没下架的旧券该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：当前所有在售优惠配置（券/满减/限时价）后台导出或逐页截图商品价格与成本表叠加后毛利核算的底稿大促活动时间表（哪些零点生效）值守排期的依据上次巡检结果（如有）新增/消失的优惠对比

人工边界：不做「自动下架」—— 巡检发现风险只推送，处理动作（下架、改库存、关券）由人执行。误杀一个正常活动比漏杀一个风险更贵。

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

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

活动与优惠风控 · 产出即下一步输入

CP-01 · 优惠券到手价沙盘推演 — 满减券叠完平台券再叠支付立减 · 没人知道到手价到底是多少，直到零点羊毛党告诉答案 查看 →CP-03 · 活动预算与盈亏平衡测算 — 报名页写着「预计引流 10 万」· 没人算过要卖多少件才不亏 查看 →CP-04 · 违禁词与 AI 标注合规自查 — 详情页写着「最强去油污」· 2026 年的新规里这三个字值一次限流 查看→

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

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