MD-01 · 滞销 SKU 分级诊断与清理方案
痛点 仓库角落的滞销货按传统清仓只能回 4 万 · 分级处理能回 10.9 万,但没人做过分级
① 场景引入
一、这件事现在是什么样
商品与投放诊断 · 真实业务触发
淡季盘点,仓储报上来 18 个滞销 SKU、库存原值 12.6 万。老板娘的第一反应是「清仓甩卖回点血」,运营主管林悦记得调研里那个案例:一锅端清仓不但回款少还伤店铺标签 —— 分级处理才是正解,但分级怎么分,没人做过。
二、痛点 · 每条都有来源
- 广州女装店 30 个滞销 SKU(原值 15.2 万)分级处理两个月回笼 10.9 万、亏损控制在 25% 以内;传统清仓甩卖回款只有约 4 万且伤店铺标签 —— 分级与一锅端的差距是 2.7 倍
依据:广州女装店 30 个滞销 SKU(库存原值 15.2 万)分级处理:问题款改图重投/瘦狗款公益捐赠抵税/组合套餐/私域闪购,两个月回笼 10.9 万、亏损控制在原值 25% 以内;传统清仓甩卖回款只有约 4 万且伤店铺标签2滞销占着库存、占着资金,还占着店铺的流量权重 —— 平台的爆款逻辑
里,滞销链接会拖累整个店铺的推荐池依据 · 广州女装店 30 个滞销 SKU(库存原值 15.2 万)分级处理:问题款改图重投/瘦狗款公益捐赠抵税/组合套餐/私域闪购,两个月回笼 10.9 万、亏损控制在原值 25% 以内;传统清仓甩卖回款只有约 4 万且伤店铺标签3「哪些货该清、怎么清」从来没有标准:靠感觉清仓的结果是能救的当废品卖了、该放弃的还在压仓依据 · 广州女装店 30 个滞销 SKU(库存原值 15.2 万)分级处理:问题款改图重投/瘦狗款公益捐赠抵税/组合套餐/私域闪购,两个月回笼 10.9 万、亏损控制在原值 25% 以内;传统清仓甩卖回款只有约 4 万且伤店铺标签
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 广州女装店 30 个滞销 SKU(原值 15.2 万)分级处理两个月回笼 10.9 万、亏损控制在 25% 以内;传统清仓甩卖回款只有约 4 万且伤店铺标签 —— 分级与一锅端的差距是 2.7 倍滞销占着库存、占着资金,还占着店铺的流量权重 —— 平台的爆款逻辑里,滞销链接会拖累整个店铺的推荐池「哪些货该清、怎么清」从来没有标准:靠感觉清仓的结果是能救的当废品卖了、该放弃的还在压仓
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 滞销识别 · 90 天零动销先分出来先分「死库存」与「滞销」—— 零动销的和卖得慢的解法完全不同
- 三级分级 · 数据说话问题款(有加购没转化 → 图和详情页的问题)/ 瘦狗款(加购转化双低 → 该放弃)/ 季节款(淡季误判 → 等旺季)—— 每级带数据依据
- 分级配方案 · 每级一条路问题款改图重投 / 瘦狗款组合套餐+私域闪购+捐赠抵税 / 季节款封仓待季 —— 不是所有滞销都要清
- 回笼测算 · 分级方案 vs 一锅端按案例口径算两版回笼—— 2.7 倍的差距落在自己店的数字上
- 执行跟踪 · 清理也是项目每级的执行动作、责任人、时限、回收率目标—— 滞销清理第一次有了验收
要准备什么:商品近 90 天销量/加购/转化数据分级的三维底稿库存与成本明细回笼测算的底子历史清仓记录(如有)传统清仓的实测回收率 —— 对照基准竞品同款在售价改图重投一档的定价参照
为什么这个场景值得做
优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0
最大差异点:不要求客户先懂清仓套路。商品销量/加购/转化导出 + 库存 + 成本扔进来 —— 分级是数据算的,方案是按级配的。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
滞销 SKU 分级诊断报告.xlsx三级分级 + 数据依据 + 分级方案 - 可派发清单:
分级清理执行计划.xlsx每级动作/责任人/时限/回收率目标 · 有验收 - 可派发清单:
回笼测算对比.xlsx分级方案 vs 一锅端 · 两版账并排这套东西不承诺什么不做「定价决定」—— 每级的清理方案与价格建议给人,上活动、改价、捐赠的执行都是人的动作。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:洁屿家居(虚构)淡季盘点,仓储报上来 18 个滞销 SKU、库存原值 12.6 万。老板娘的第一反应是「清仓甩卖回点血」—— 林悦记得调研里那个案例:一锅端清仓回款少还伤店铺标签,分级处理才是正解。
滞销 SKU18 个库存原值12.6 万元分级方案回笼预估 8.9 万元一锅端对照约 4.1 万元
输入运营手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_商品90天数据_销量加购转化.xlsx分级的三维底稿各平台导出 · 沈飞汇总02_库存与成本明细.xlsx回笼测算的底子仓储与采购维护03_去年清仓记录.xlsx传统清仓的实测回收率 —— 对照基准去年归档 · 无人再翻
注意标橙色那一份 ——03_去年清仓记录.xlsx。它去年归档 · 无人再翻,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
18 个滞销 SKU 的销量加购转化数据、库存成本都在这,帮我分个级。
哪些能救(改改图就能卖)、哪些该放弃、哪些其实是季节款,分开说清楚。
分级之后每级怎么办、能回笼多少,跟一锅端清仓比给我个数。
顺便看看去年清仓的记录,别再错杀好货。复制
短是因为「三级分级标准、每级配案、回笼测算口径、错杀判定规则」都在能力包里。
触发淡季盘点的 12.6 万
甩卖回血还是分级回血
老板娘的「清仓甩卖」是直觉反应 —— 林悦要给她看的是:同样的货,分级处理和一锅端的回笼差 2 倍以上。
第 1 步 · 滞销识别 · 先分死库存与滞销
零动销和卖得慢解法不同
第 2 步 · 三级分级 · 数据说话
每级带数据依据
这一步的看点 · 从历史清仓记录里翻出了错杀的好货去年清仓记录里「抗菌抹布」被 3 折甩了 —— 但数据回看:它清仓前的加购率排全店前 20%,是详情页挂了错链导致的转化塌方。3 折甩掉的是一个能救的款。这次的分级规则把「加购高转化低」从瘦狗档挪进问题档 —— 错杀的判定标准从此有据,不靠运营记得去年的痛。
第 3 步 · 分级配方案 · 每级一条路
不是所有滞销都要清
这一步的看点 · 该拦的地方拦住了结论写的是「不能一锅端清仓」—— 18 个 SKU 里有 4 个是问题款(加购率超店铺均值但转化垫底),改图重投按案例口径能回 6 成原值;一锅端 3 折甩卖这 4 个直接损失约 2.1 万。给出的不是干等:三级方案分批走 —— 瘦狗款 11 个本周就能上私域闪购(UC-01 名单正好要用),问题款 4 个等美工排期,季节款 3 个封仓。
第 4 步 · 回笼测算 · 分级 vs 一锅端
两版账并排
这一步的看点 · 排除性结论,清理名单从 18 收窄到 15「3 个季节款可以排除出本次清理 —— 数据显示它们去年 10-12 月贡献了全店 11% 的销量,现在的『滞销』是季节性而非需求性。清了它们,旺季就没货了。」清理名单从 18 个收窄到 15 个 —— 知道不清什么,和知道清什么一样值钱。
第 5 步 · 执行跟踪 · 清理也是项目
每级有验收
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
滞销 SKU 分级诊断与清理方案 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
slow-moving-sku.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是运营手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁MD-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 3 份
01_商品90天数据_销量加购转化.xlsx分级的三维底稿02_库存与成本明细.xlsx回笼测算的底子下载↓XLS03_去年清仓记录.xlsx传统清仓的实测回收率 —— 对照基准
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
18 个滞销 SKU 的销量加购转化数据、库存成本都在这,帮我分个级。
哪些能救(改改图就能卖)、哪些该放弃、哪些其实是季节款,分开说清楚。
分级之后每级怎么办、能回笼多少,跟一锅端清仓比给我个数。
顺便看看去年清仓的记录,别再错杀好货。复制
为什么这么短就够了:短是因为「三级分级标准、每级配案、回笼测算口径、错杀判定规则」都在能力包里。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
MD-01_滞销 SKU 分级诊断报告.xlsx正式件本体 · 三级分级 + 数据依据 + 分级方案MD-01_分级清理执行计划.xlsx每级动作/责任人/时限/回收率目标 · 有验收MD-01_回笼测算对比.xlsx分级方案 vs 一锅端 · 两版账并排
Skill 里固化了什么:从历史清仓记录里翻出了错杀的好货该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:商品近 90 天销量/加购/转化数据分级的三维底稿库存与成本明细回笼测算的底子历史清仓记录(如有)传统清仓的实测回收率 —— 对照基准竞品同款在售价改图重投一档的定价参照
人工边界:不做「定价决定」—— 每级的清理方案与价格建议给人,上活动、改价、捐赠的执行都是人的动作。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
商品与投放诊断 · 产出即下一步输入
MD-02 · 差评与退款原因聚类分析 — 退款率冲到 63% 的那个商家 · 症状看了三个月,病因没人查过一次 查看
→MD-03 · 投放周归集与应停投计划标注 — 一年烧掉 582 万推广费净利剩 5.3 万 · 该停哪个计划,从来没人每周看一眼 查看 →MD-04 · 竞品价格与促销监控 — 竞品降价两周后才发现 · 流量已经掉了一半,比价这件事「真没时间」查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。