旗舰场景 分析决策 岗位 · 运营

CP-01 · 优惠券到手价沙盘推演

痛点 满减券叠完平台券再叠支付立减 · 没人知道到手价到底是多少,直到零点羊毛党告诉答案

① 场景引入

一、这件事现在是什么样

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

818 大促报名截止前夜。方案是:店铺券满 99 减 20 + 平台跨店满 200 减 30 + 88VIP 95 折 + 淘金币抵 2%。四层优惠怎么叠加、到手价多少、毛利还剩多少、羊毛党单账号能薅走多少 —— 报名表要提交了,这些数没人算得清。

二、痛点 · 每条都有来源

  1. 年营业额 30 多万的小商家,打算设满 1000 减 1000,运营重复设置成满 2000 减 2000 —— 零点生效无人值守,羊毛党社交平台集体抢购,成交 1,200 万、货值约 2 亿,被迫关店
    依据:2024-08 天猫厨电商店(年营业额仅 30 多万):打算设满 1000 减 1000,运营重复设置成满 2000 减 2000;零点生效无人值守,羊毛党社交平台集体抢购,成交额约 1200万、货物价值约 2 亿,保证金被扣、资金冻结、被迫关店
  2. 事故三要素高度一致:叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大 —— 官方工具覆盖不全且被动,出事前没人拦
    依据:商家共识:平台优惠机制设置太复杂、多种促销叠加稍不注意同时生效,导致产品以极低价售出 —— 事故三要素:叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大
  3. 「报活动更要算细账」是运营铁律,但多数小商家报名前只看了一眼报名页 —— 到手价、扣点、运费、退货成本五项没人逐项算过
    依据:商家账本:年销售额 1308 万元,推广费烧掉 582 万,层层扣减后净利只剩 5.3 万,「全是给平台打工」;《中国电商平台品牌商家生态研究报告(2026)》:45.03% 商家承认有规模无利润,44.37% 困在「不烧钱没流量、停投销量断崖式下跌」

三、换个做法之后

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

✕ 现在的做法

  • 年营业额 30 多万的小商家,打算设满 1000 减 1000,运营重复设置成满 2000 减 2000 —— 零点生效无人值守,羊毛党社交平台集体抢购,成交 1,200 万、货值约 2 亿,被迫关店
  • 事故三要素高度一致:叠加规则复杂、零点生效无人值守、羊毛党社交平台瞬时放大 —— 官方工具覆盖不全且被动,出事前没人拦
  • 「报活动更要算细账」是运营铁律,但多数小商家报名前只看了一眼报名页 —— 到手价、扣点、运费、退货成本五项没人逐项算过

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 叠加规则建模 · 每层券的触发与互斥店铺券/平台券/支付立减/会员折扣/淘金币 —— 哪些可叠、哪些互斥、触发顺序,规则来源逐条标注
  2. 到手价推演 · 分价格带算到个位数按商品价格带逐一推演:99 元档、199 元档、299 元档叠完所有券后的真实到手价
  3. 毛利核算 · 到手价以下还能赚多少到手价 − 成本 − 运费 − 推广分摊 − 退货成本 = 单件净利 —— 亏钱的组合当场现形
  4. 羊毛党推演 · 单账号损失上限限购 N 件 × 到手价 × 历史羊毛党抢购单量参照 = 最大损失敞口 —— 2 亿货值那个商家缺的就是这一行
  5. 上线检查单 · 提交前的最后一道关叠加层数提示、零点值守安排、限购与库存上限核对 —— 检查单签字后才提交

要准备什么:活动报名草稿(券配置/满减门槛/限时立减)各平台后台的报名界面或草稿截图商品成本表(含运费与包材)沙盘的毛利底线历史大促成交与退款数据预估单量与退款率的基准竞品同品类到手价(手动看来的,有几个算几个)定价竞争力的参照

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 5 ÷ 落地难度 2 = 12.5

最大差异点:不要求客户懂平台叠加规则。报名草稿 + 商品成本 + 历史成交扔进来 —— 每一层叠加的规则来源写明,推演结果与实际结算口径对齐。

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

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

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

五、会产出什么

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

  • 正式件本体:优惠券到手价沙盘报告.xlsx 分价格带推演 + 毛利核算 + 羊毛上限
  • 可派发清单:亏损组合与修正方案.xlsx 亏钱的组合 · 两个改法各带重推后的毛利
  • 可派发清单:上线前检查单.xlsx 叠加层数/零点值守/限购库存 · 签字后提交

这套东西不承诺什么:不做「自动改活动」—— 沙盘算的是后果,改配置、按提交键的是人。也不做薅羊毛反制 —— 风控是平台的能力,我们做的是上线前让损失上限被看见。

② Live Demo(演示逐步)

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

案例设定:洁屿家居(虚构)818 报名截止前夜。方案:店铺券满 99 减 20 + 平台跨店满 200 减 30 + 88VIP 95 折 + 淘金币抵 2%。四层优惠怎么叠、到手价多少、毛利剩多少、羊毛党能薅走多少 —— 报名表明早要提交。

叠加层数3 层(88VIP 排除)亏损路径1 条(已拦)主推到手价243.0 元羊毛上限13.5 元

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

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

  • 01_818报名草稿.xlsx 活动报名界面抄下来的券配置 —— 沙盘的主要输入林悦从各后台逐项抄录
  • 02_商品成本表.xlsx 采购价 + 运费 + 包材 —— 毛利底线采购与仓储维护 · 半年没核对
  • 03_618复盘记录.xlsx 今年 618 的复盘 —— 上次差点出事的组合618 后归档 · 无人再翻
  • 04_历史大促成交与退款.xlsx 预估单量与退款率的基准(DR-04 去年数据的扩展)沈飞整理

注意标橙色那一份 —— 03_618复盘记录.xlsx。它618 后归档 · 无人再翻,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

818 的报名草稿、商品成本表、上次大促的数据都在这,帮我推演一遍到手价。

四层券怎么叠加的给我说清楚,每个价格带叠完是多少、毛利还剩多少,亏钱的组合直接点出来。

羊毛党不限购能薅走多少,也给我算个上限。

最后给我一张提交前的检查单,我签完字再报。复制

短是因为「叠加规则库、到手价推演公式、羊毛上限算法、上线检查单结构」都在能力包里。运营只需要把报名草稿扔进来。

触发报名表明早提交

四层优惠 · 没人算过叠完是多少

林悦在报名页和计算器之间来回切换了一小时 —— 每个价格带手动叠一遍四层券,算到第三个就乱了。老板娘的底线只有一句话:别亏钱。

第 1 步 · 叠加规则建模 · 每层券的触发与互斥

哪些可叠、哪些互斥、顺序是什么

演示数据(表格原文)叠加顺序规则来源① 店铺满减先减满 99 减 20 · 全店参与店铺券配置② 跨店满减再减满 200 减 30 · 券后价判定门槛平台活动规则③ 88VIP 折扣95 折作用于 ② 后的价会员规则④ 淘金币抵扣抵 2% · 单笔上限 10 元支付规则顺序不同结果不同 —— 跨店满减的门槛判定在店铺券之后,「满 200」指的是减完店铺券的价格。这个顺序藏在平台规则第四段。

这一步的看点 · 排除性结论,把最复杂的一层从监控里拿掉「88VIP 95 折可以排除出风险清单 —— 它与店铺满减不同时作用于同一价格段(88VIP 商品不参加跨店满减)。实际叠加只有三层而不是四层。」监控范围从四层降到三层 —— 值守压力小一半,规则复杂度是事故三要素的第一要素,能减一层就减一层。

第 2 步 · 到手价推演 · 分价格带算到个位数

99 档 / 199 档 / 299 档逐一过

演示数据(表格原文)价格带原价叠后到手价(3 层)成本毛利99 档(三件套)99.099 − 20 − 15跨店按比例 − 2淘金币 = 62.051.5+10.5199 档(两瓶装×3)209.7209.7 − 20 − 30 − 3.2 = 156.588.2+68.3299 档(主推组合)299.0299 − 20 − 30 − 5.98 = 243.0172.0+71.0三层标准叠加全部健康 —— 但沙盘的第四步(后台清点交叉)翻出了真正的雷:一张 5 月的母亲节僵尸券(满 79 减15)还挂在后台,与 818 券叠加后的路径见下一步。

这一步的看点 · 从历史活动里想起了上次差点出事的组合618 的复盘记录里写着:组合装到手价 39.8 < 成本 41.5,两天亏 800+ 单才被发现 —— 当时只按组合总价估毛利,没有逐件过券价。这次的沙盘把「组合装拆券价」与「在售券全量清点」设为必查项 —— 618 的教训是前者,今年差点重演的是后者。这条规则不靠运营记得 618 的疼 —— 靠规则记得。

3毛利核算与亏损拦截

亏钱的组合当场现形

演示数据(表格原文)路径到手价成本毛利判定99 档标准叠加(3 层)62.051.5+10.5健康99 档 + 母亲节僵尸券(满79减15)99 − 20 − 15 − 15 −2 = 47.051.5−4.5拦下极端路径的构成:818 店铺券 20 + 僵尸券 15 + 跨店按比例 15 + 淘金币 2 —— 四项同时命中时三件套到手 47.0 元。报名页的「预计佣金」完全看不出来,而羊毛党会精准地全部命中。

这一步的看点 · 该拦的地方拦住了结论写的是「这份报名还不能提交」—— 沙盘交叉后台清点发现:5 月母亲节僵尸券(满 79 减 15)还挂着,叠加后三件套到手 47.0 元、低于成本 51.5 元,卖一单亏 4.5 元。给出的不是干等:两个改法 —— A. 提交报名的同时申请下架僵尸券(21:00 前下架,极端路径消失,主推组合不受影响);B. 三件套报名价上调至 119 元(叠加后 67.0 元,保住15.5 元毛利)—— 不动后台历史券,但牺牲一点报名竞争力。改哪个运营定,沙盘 5 分钟重推一遍。

第 4 步 · 羊毛党推演 · 单账号损失上限

2 亿货值那个商家缺的就是这一行

演示数据(表格原文)参数数值说明单账号限购3 件报名配置极端到手价(僵尸券路径)47.0 元全券命中单账号损失上限3 × 4.5 = 13.5 元亏损价差 × 限购件数对照:若僵尸券未下架且不限购按 618 事故模式 2 小时 800 单 × 4.5 = 3,600 元封顶敞口限购 3 件把单账号敞口锁在 13.5 元 —— 但「僵尸券 + 不限购」的 618 模式提示:事故的爆炸半径取决于限购与库存上限,不是券本身。

这一步的看点 · 把技术动作翻译成钱「沙盘推演」翻译成:「羊毛党单账号按限购 3 件薅叠加后的三件套,损失上限 13.5 元;若僵尸券不下架且不限购,按 618 事故模式(800 单/2 小时)敞口 3,600 元 —— 而沙盘跑一遍的成本是一张报名草稿。隔壁那个 30 万年营业额的商家没有这一页纸,背了 2 亿货值关店」。

第 5 步 · 上线检查单 · 签字后提交

提交前的最后一道关

演示数据(表格原文)\#检查项状态1组合装逐件券价已推演(618 教训)已查2僵尸券处置(改法 A 下架 / B 调价)待运营定3限购与库存上限核对(单账号 3 件)已核4零点值守排班(联动 CP-02)已排报名还不能提交 —— 299 档极端路径亏 3.7 元/单,两个改法选一个三层标准叠加全部健康(299 主推毛利 +71.0 元)—— 亏损的是僵尸券极端路径:三件套 47.0 元 vs 成本 51.5 元。报名页看不出这个差别,羊毛党看得出。方案 A(推荐· 下架僵尸券):提交报名的同时申请下架母亲节券 —— 极端路径消失,主推组合不受影响;改动成本是后台一次点击,那张券近 30 天自然转化 43 单(月让利 645 元),与 818 敞口 3,600 元相比不成比例。方案 B(调价保守版):三件套报名价上调至 119 元(叠加后 67.0 元、毛利 15.5 元)—— 不动后台历史券,但 99→119 的涨价对报名转化有一定牺牲。两案都由沙盘重推验证后提交 —— 改哪个运营定,验证机器做(下架执行详见 CP-02)。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓上线前推演成为固定动作 —— 叠完所有券的到手价第一次在报名前被算清✓「组合装拆券价」必查 —— 618 卖一单亏一单的事故模式不再重演✓羊毛损失上限有了数字 —— 风险从「心里没底」变成「上限明确」✓沙盘预测沉淀下来—— 大促复盘(DR-04)用同一套口径对照,推演越用越准追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能直接帮我改券配置?不能。沙盘算后果、人按按钮 —— 改配置动的是钱,这个边界不跨。平台规则变了怎么办?能力包的叠加规则库随平台大促公告更新 —— 每次大促前跑一遍规则校准,校准记录随沙盘附上。沙盘预测准吗?第一年是建立基线,第二年开始有对照 —— 818 复盘(DR-04)会核对沙盘说中与没说中的部分,偏差来源写明。想自己跑一遍?能力沉淀页有素材、提示词、Skill 包和预期输出,下载即可复现

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

1. Skill 能力包

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

优惠券到手价沙盘推演 · Skill

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

版本 v1.0

coupon-sandbox.zip

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

包内结构

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

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

2. 原始素材

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

📁CP-01 · 演示素材

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

共 4 份

  • 01_818报名草稿.xlsx 活动报名界面抄下来的券配置 —— 沙盘的主要输入
  • 02_商品成本表.xlsx 采购价 + 运费 + 包材 —— 毛利底线
  • 03_618复盘记录.xlsx 今年 618 的复盘 —— 上次差点出事的组合
  • 04_历史大促成交与退款.xlsx 预估单量与退款率的基准(DR-04 去年数据的扩展)

怎么用

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

3. 提示词卡片

818 的报名草稿、商品成本表、上次大促的数据都在这,帮我推演一遍到手价。

四层券怎么叠加的给我说清楚,每个价格带叠完是多少、毛利还剩多少,亏钱的组合直接点出来。

羊毛党不限购能薅走多少,也给我算个上限。

最后给我一张提交前的检查单,我签完字再报。复制

为什么这么短就够了:短是因为「叠加规则库、到手价推演公式、羊毛上限算法、上线检查单结构」都在能力包里。运营只需要把报名草稿扔进来。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

  • CP-01_优惠券到手价沙盘报告.xlsx 正式件本体 · 分价格带推演 + 毛利核算 + 羊毛上限
  • CP-01_亏损组合与修正方案.xlsx 亏钱的组合 · 两个改法各带重推后的毛利
  • CP-01_上线前检查单.xlsx 叠加层数/零点值守/限购库存 · 签字后提交

Skill 里固化了什么:从历史活动里想起了上次差点出事的组合该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:活动报名草稿(券配置/满减门槛/限时立减)各平台后台的报名界面或草稿截图商品成本表(含运费与包材)沙盘的毛利底线历史大促成交与退款数据预估单量与退款率的基准竞品同品类到手价(手动看来的,有几个算几个)定价竞争力的参照

人工边界:不做「自动改活动」—— 沙盘算的是后果,改配置、按提交键的是人。也不做薅羊毛反制 —— 风控是平台的能力,我们做的是上线前让损失上限被看见。

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

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

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

CP-02 · 优惠叠加巡检与零点值守 — 事故三要素里最阴的一条是「零点生效」· 所有人都在睡觉,只有羊毛党设了闹钟 查看 →CP-03 · 活动预算与盈亏平衡测算 — 报名页写着「预计引流 10 万」· 没人算过要卖多少件才不亏 查看

→CP-04 · 违禁词与 AI 标注合规自查 — 详情页写着「最强去油污」· 2026 年的新规里这三个字值一次限流 查看 →上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

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

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。

看运营其他场景