数据底表：真实英国网店，54 万行流水，汇总出 3000 个 SKU（UCI Online Retail 2010-12~2011-12 公开数据）
类型：能力展示型（第三段·AI 体检查 第二条）
关键数字：四条规则写进 Python 代码，几秒跑完 3000 行（sku_table.csv 直接实算）；缺货 1248 / 死货 366 / 主力款 901 / 长尾 1501（不能相加）；去重后 2662 有问题、338 干净；34 个规则打架、7 个要人拍板
主色：🔵 天蓝 #0EA5E9（AI）
| 秒 | 画面 | 台词 |
|---|---|---|
| 0:00-0:06 | 标题卡 | 3000个SKU，人眼分不过来。代码几秒分完。 |
| 0:06-0:09 | 3000 行表格 | 数据是真的：英国一家网店，54万行真实流水，汇总出3000个SKU。 |
| 0:09-0:25 | 规则卡（四条规则） | 先把规则写下来。四条：销量30天比月均猛一半算缺货风险，三周没动销算死货，近6个月销量前30%算主力款，销量后50%算长尾。规则是人定的，代码只负责跑。 |
| 0:25-0:32 | 跑批进度条 | 把规则写成代码，Python几秒跑完3000行。同一套规则，人跑要3天，还容易看漏。 |
| 0:32-0:52 | 四张计数卡 | 出来四张清单。缺货风险1248个，死货366个，主力款901个，长尾1501个。同一个SKU可能上两张清单，这很正常，所以四张清单不能相加。去重以后，2662个有问题，338个是干净的。 |
| 0:52-1:04 | 规则打架（MM-011 明细） | 但真正要你看的，不是这2662个，是34个。规则和规则打架的地方——三周没动销说该清，销量前30%说不能清——就是最该有人拍板的地方。 |
| 1:04-1:13 | 人工拍板清单（黄框） | 这34个里，代码按销售额排出先后，金额最大的7个先交给你。它给依据，不给结论。 |
| 1:13-1:23 | 对比卡（上下排列） | 上面人工，3天，还会漏；下面几秒，一行不漏。省的不是时间，是你不会因为看不过来而漏掉。 |
| 1:23-1:27 | CTA | 想拿你自己的SKU跑一遍，私信我，跑。 |
| 1:27-1:33 | 下一条钩子 | 跑出来的东西，代码也不能替你拍板。下一条说为什么。 |
| 清单 | SKU 数 | 说明 |
|---|---|---|
| 缺货风险 | 1248 | 销量30天 > 月均 × 1.5 |
| 死货 | 366 | 未动销天数 ≥ 21（三周） |
| 主力款 | 901 | 销量6月 前 30% |
| 长尾 | 1501 | 销量6月 后 50% |
| 去重后有问题 | 2662 | 四张清单允许重叠，不能相加 |
| 干净 | 338 | 3000 − 2662 |
| 规则打架 | 34 | 死货 ∩ 主力款：三周没动说该清、销量前30%说不能清 |
| 要人拍板 | 7 | 34 个里销售额最大的前 20% |
第9条结尾：「3000 个 SKU，人眼分不过来」→ 第10条开头。
第10条结尾钩子 → 第11条「AI 也不能替你拍板」。