AI Day 38
AI Day 38: 零售AI(3):供应链预测与智能运营
AI Day 38: 零售AI(3):供应链预测与智能运营
2026-05-09
日期: 2026-05-09 阶段: Phase 3 — 行业AI应用 (金融+零售) 主题: Supply Chain Prediction & Intelligent Operations 进度: Day 1-37 ✅ | Day 38 ← current
为什么供应链是零售AI的命脉
传统零售利润公式:
利润 = 销售收入 - 商品成本 - 运营成本 - 损耗
AI优化后:
利润 = 销售收入↑(不缺货) - 商品成本↓(智能采购)
- 运营成本↓(自动化) - 损耗↓(精准预测)
结论: 供应链效率每提升1%, 利润可提升5-10%
一、核心概念:供应链 = 零售利润的隐形战场
1.1 供应链核心挑战 (Core Supply Chain Challenges)
零售供应链的"不可能三角":
库存低(Low Inventory)
/\
/ \
/ \
/ 理想 \
/ 状态 \
/____________\
不缺货 低成本
(High Availability) (Low Cost)
传统方法: 三选二
AI方法: 逼近三角中心, 三者兼顾
供应链关键环节:
| 环节 | 核心问题 | AI能做什么 |
|---|---|---|
| 需求预测 (Demand Forecasting) | 卖多少? | 时序预测+外部因素融合 |
| 库存管理 (Inventory Management) | 备多少? | 动态安全库存+自动补货 |
| 采购优化 (Procurement) | 买什么/何时买? | 供应商评估+订单优化 |
| 物流配送 (Logistics) | 怎么送? | 路径优化+仓储调度 |
| 定价策略 (Pricing) | 卖多少钱? | 动态定价+促销优化 |
1.2 AI让预测从"拍脑袋"变成数据驱动
传统方式:
采购经理: "去年这个月卖了1000件, 今年增长10%, 那就备1100件"
问题: 忽略了促销/天气/竞品/趋势变化
AI方式:
模型输入: 历史销售 + 促销计划 + 天气预报 + 竞品价格
+ 社交媒体趋势 + 宏观经济指标
模型输出: 未来7/14/30天每个SKU的需求分布(均值+置信区间)
改进: 预测精度从60-70% → 85-95%
1.3 供应链AI的成熟度模型
Level 1: 描述性分析 (Descriptive)
"上周卖了多少?"
↓
Level 2: 诊断性分析 (Diagnostic)
"为什么缺货了?"
↓
Level 3: 预测性分析 (Predictive)
"下周会卖多少?" ← 大多数企业的目标
↓
Level 4: 规范性分析 (Prescriptive)
"应该备多少货, 定什么价?" ← AI的真正价值
↓
Level 5: 自主决策 (Autonomous)
"系统自动下单补货, 动态调价" ← 终极目标
二、需求预测:供应链AI的基石
2.1 时序预测模型演进 (Time Series Forecasting Evolution)
统计模型时代 (1960s-2010s):
ARIMA → 指数平滑(ETS) → Prophet
特点: 可解释性强, 单变量, 需要领域知识调参
深度学习时代 (2015-2023):
LSTM → DeepAR → N-BEATS → TFT
特点: 多变量, 自动特征提取, 需要大量数据
Foundation Model时代 (2023-):
TimeGPT → Lag-Llama → Chronos → TimesFM
特点: 零样本预测, 跨领域迁移, 少量数据也能用
2.2 核心模型对比 (Key Model Comparison)
| 模型 | 类型 | 优势 | 劣势 | 适用场景 |
|---|---|---|---|---|
| Prophet | 统计 | 简单易用, 可解释 | 精度有限 | 快速基线/小数据 |
| DeepAR | DL-概率 | 概率预测, 冷启动好 | 训练慢 | 大规模SKU预测 |
| TFT (Temporal Fusion Transformer) | DL-Attention | 可解释+高精度 | 复杂 | 需要可解释性的高精度场景 |
| N-BEATS | DL-残差 | 纯时序, 不需协变量 | 无外部因素 | 纯历史模式预测 |
| Chronos (Amazon) | Foundation | 零样本, 通用 | 新模型, 还在验证 | 冷启动/数据不足 |
| TimesFM (Google) | Foundation | 长序列, 多粒度 | 需要API调用 | 多粒度预测 |
2.3 Temporal Fusion Transformer (TFT) 深度解析
TFT 架构 — 零售需求预测的SOTA模型:
输入层:
├── 静态协变量 (Static Covariates)
│ └── 商品类别/品牌/门店位置/价格区间
├── 已知未来输入 (Known Future Inputs)
│ └── 促销计划/节假日/天气预报/价格计划
└── 历史观测 (Historical Observations)
└── 历史销量/历史价格/历史库存
处理层:
├── Variable Selection Network → 自动选择重要特征
├── LSTM Encoder-Decoder → 捕捉时序模式
├── Multi-Head Attention → 关注关键时间点
└── Gated Residual Network → 非线性建模
输出层:
├── 点预测 (Point Forecast): 预期销量
├── 分位数预测 (Quantile Forecast): P10/P50/P90
└── 特征重要性 (Feature Importance): 哪些因素驱动了预测
TFT的关键优势 — 可解释性:
# TFT输出示例
prediction = {
"sku": "SKU-12345",
"forecast_date": "2026-05-15",
"point_forecast": 150, # 预计卖150件
"p10": 120, # 10%概率低于120
"p90": 185, # 10%概率高于185
"feature_importance": {
"promotion_flag": 0.35, # 促销是最大驱动因素
"day_of_week": 0.20, # 周末效应
"weather_temperature": 0.15, # 天气影响
"historical_trend": 0.30 # 历史趋势
}
}
# 采购经理可以理解: "这周预计卖150件, 主要因为有促销活动"
2.4 LLM增强需求预测 (LLM-Enhanced Forecasting)
传统时序模型的盲区:
- 不理解"618大促"意味着什么
- 不知道"台风天"对生鲜的影响
- 无法处理"竞品突然降价"这种非结构化事件
LLM增强方案:
┌─────────────────────────────────────────┐
│ LLM Context Enrichment │
│ │
│ 输入: "下周一开始为期3天的全场5折促销, │
│ 天气预报显示周三有大雨" │
│ │
│ LLM输出: │
│ - 促销影响: 预计销量提升80-120% │
│ - 品类差异: 生鲜+50%, 服装+150% │
│ - 天气影响: 周三到店客流下降30% │
│ - 渠道转移: 线上订单预计增加50% │
│ │
│ → 结构化为时序模型的协变量输入 │
└─────────────────────────────────────────┘
LLM + 时序模型的融合架构:
非结构化信息 结构化数据
(新闻/促销/天气) (历史销量/价格)
│ │
▼ ▼
┌─────────────┐ ┌───────────────┐
│ LLM解析层 │ │ 特征工程层 │
│ (GPT-4/Claude)│ │ (数值处理) │
└──────┬──────┘ └───────┬───────┘
│ │
▼ ▼
┌──────────────────────────────────┐
│ Temporal Fusion Transformer │
│ (融合定量+定性信息) │
└──────────────┬───────────────────┘
│
▼
概率化需求预测
(均值 + 置信区间)
三、库存优化:AI动态调整的艺术
3.1 传统库存管理 vs AI库存管理
传统方式 — 固定公式:
安全库存 = Z × σ × √(L)
其中: Z=服务水平系数, σ=需求标准差, L=提前期
问题:
- 假设需求服从正态分布(现实中往往不是)
- 参数固定, 无法适应变化
- 所有SKU用同一套公式
AI方式 — 动态优化:
每个SKU的安全库存 = f(需求分布, 提前期分布, 缺货成本, 持有成本, 季节性, ...)
优势:
- 非参数化需求分布
- 实时更新参数
- 每个SKU差异化策略
3.2 ABC-XYZ分类与差异化策略
ABC分类(按销售额): XYZ分类(按需求波动性):
A: 占80%销售额(20%SKU) X: 需求稳定(CV<0.5)
B: 占15%销售额(30%SKU) Y: 需求有一定波动(0.5<CV<1.0)
C: 占5%销售额(50%SKU) Z: 需求高度不确定(CV>1.0)
交叉矩阵与AI策略:
│ X(稳定) │ Y(波动) │ Z(不确定)
────────┼───────────────┼───────────────┼──────────────
A(高值) │ AX: 自动补货 │ AY: AI预测+ │ AZ: AI密切
│ JIT模式 │ 动态安全库存 │ 监控+快速响应
────────┼───────────────┼───────────────┼──────────────
B(中值) │ BX: 周期性 │ BY: 预测辅助 │ BZ: 按需订货
│ 自动补货 │ 灵活调整 │ 减少库存深度
────────┼───────────────┼───────────────┼──────────────
C(低值) │ CX: 自动化 │ CY: 简单规则 │ CZ: 考虑
│ 最小干预 │ 偶尔检查 │ 淘汰下架
3.3 AI驱动的补货策略 (AI-Driven Replenishment)
# AI补货决策引擎伪代码
class AIReplenishmentEngine:
def calculate_order(self, sku, store):
# 1. 获取需求预测(概率分布)
demand_forecast = self.demand_model.predict(
sku=sku,
store=store,
horizon=14 # 14天预测
)
# 2. 获取供应链参数
lead_time = self.supplier_model.predict_lead_time(sku)
shelf_life = self.get_shelf_life(sku) # 保质期
# 3. 计算动态安全库存
service_level = self.get_target_service_level(sku) # AX=99%, CZ=90%
safety_stock = self.calculate_dynamic_safety_stock(
demand_distribution=demand_forecast,
lead_time_distribution=lead_time,
target_service_level=service_level
)
# 4. 考虑约束条件
constraints = {
"min_order_quantity": self.get_moq(sku),
"max_shelf_capacity": self.get_shelf_capacity(sku, store),
"budget_limit": self.get_budget_remaining(store),
"expiry_risk": shelf_life < lead_time.p90 * 2
}
# 5. 优化订单量
order_qty = self.optimizer.solve(
demand=demand_forecast,
current_stock=self.get_current_stock(sku, store),
safety_stock=safety_stock,
constraints=constraints,
objective="minimize_total_cost" # 持有成本+缺货成本+订货成本
)
return order_qty
3.4 生鲜品类的特殊挑战
生鲜供应链 — 零售AI最难的场景:
时间维度:
保质期: 1-7天 (vs 标品30-365天)
预测粒度: 必须精确到日 (标品可以周/月)
决策窗口: 几小时 (vs 标品几天)
损耗维度:
过期报废: 5-15% (行业平均)
AI目标: 降到 2-5%
AI解决方案:
├── 需求预测: 小时级粒度, 考虑天气/温度
├── 动态定价: 临期商品自动打折(距过期<24h → 5折)
├── 智能分货: 根据各门店销速差异化配货
└── 损耗预测: 预测哪些商品即将滞销, 提前干预
四、智能定价:AI定价的艺术与伦理
4.1 动态定价 (Dynamic Pricing) 核心框架
定价目标函数:
max Σ(price_i × demand_i(price_i)) - Σ(cost_i × order_i)
s.t. price_i ∈ [min_price_i, max_price_i] # 价格范围约束
demand_i = f(price_i, competitor_price, # 需求价格弹性
promotion, season, ...)
inventory_balance # 库存平衡约束
核心变量:
├── 价格弹性 (Price Elasticity): 价格变1%, 需求变多少%
├── 交叉弹性 (Cross Elasticity): A降价对B销量的影响
├── 竞品价格 (Competitor Pricing): 实时监控+响应
└── 库存压力 (Inventory Pressure): 库存高→降价清仓
4.2 促销优化 (Promotion Optimization)
传统促销决策:
"去年双11打7折效果不错, 今年也打7折吧"
AI促销优化:
输入: 历史促销效果 + 价格弹性 + 库存水平 + 竞品动态
优化维度:
├── 折扣深度: 5折/7折/85折, 哪个ROI最高?
├── 促销时长: 1天/3天/7天, 最优时长?
├── 促销品选择: 哪些SKU做促销引流? (亏损引流品 vs 利润贡献品)
├── 促销组合: 买一送一 vs 满减 vs 折扣, 哪种形式最优?
└── 促销蚕食: 促销是创造增量还是提前消耗了未来需求?
关键指标:
- 促销提升量 (Promotional Uplift): 促销带来的增量销售
- 促销ROI: 增量利润 / 促销投入
- 蚕食率 (Cannibalization Rate): 促销后多久销售回归正常
4.3 竞品价格监控 (Competitive Price Monitoring)
AI竞价监控系统:
数据采集层:
├── 爬虫监控: 每小时扫描竞品网站/APP
├── 第三方数据: Prisync/Competera等定价工具
└── 用户举报: 用户反馈"XX更便宜"
分析层:
├── 价格匹配: 同款商品价格对比
├── 价格指数: 品类级别价格竞争力
├── 弹性估计: 竞品降价对我方销量的影响
└── 异常检测: 竞品大幅降价预警
决策层:
├── 自动跟价: 高弹性商品自动匹配竞品价格
├── 差异化: 低弹性商品维持价格+增加服务
└── 攻击性定价: 战略品类主动低于竞品
4.4 定价伦理边界 (Pricing Ethics)
AI定价的伦理红线:
✅ 可以做:
- 基于供需动态调价 (如机票/酒店)
- 库存压力下的清仓打折
- 会员等级差异化定价
- 区域差异化定价(考虑运费/成本差异)
❌ 不应该做:
- 基于个人支付能力的一人一价 (大数据杀熟)
- 紧急情况下的趁火打劫 (灾害时涨价)
- 隐藏价格歧视 (同商品不同用户显示不同价格)
- 诱导性定价 (先涨后折, 虚假原价)
⚠️ 灰色地带:
- 新客优惠 vs 老客户权益
- 动态定价的透明度要求
- 算法定价的合规审计
五、物流优化:最后一公里的AI革命
5.1 路径规划 (Route Optimization)
车辆路径问题 (Vehicle Routing Problem, VRP):
经典VRP:
N个配送点, M辆车, 最小化总行驶距离
NP-hard问题, 精确求解指数复杂度
AI增强VRP:
├── 传统: OR-Tools / Google OR / 遗传算法
├── 强化学习: Attention Model (AM) — 学习路径构建策略
├── 实时动态: 考虑交通拥堵/新订单插入
└── 多目标: 距离 + 时效 + 成本 + 碳排放
实际约束(使问题更复杂):
├── 时间窗约束: 客户要求10:00-12:00送达
├── 容量约束: 车辆载重/体积限制
├── 技能约束: 冷链/大件需要特殊车辆
└── 优先级约束: VIP客户优先配送
5.2 仓储调度优化 (Warehouse Optimization)
智能仓储核心环节:
入库优化:
├── 智能上架: AI决定商品放在哪个货位
│ 热销品 → 靠近出库口
│ 关联品 → 相邻货位(经常一起下单的商品)
│ 重品 → 低层货架
└── 波次规划: 将订单分组, 减少拣货路径
拣货优化:
├── 路径规划: 最优拣货路线(TSP变体)
├── 批次拣货: 多个订单合并拣货
├── 边拣边分: 拣货同时完成分拣
└── 机器人协同: AGV/AMR调度优化
出库优化:
├── 集货装车: 按配送路线排序装车
└── 月台分配: 根据车辆到达时间动态分配
5.3 最后一公里 (Last-Mile Delivery)
最后一公里成本占物流总成本的40-50%:
AI优化方向:
├── 送达时间预测: 告诉用户精确到15分钟的送达时间
├── 智能派单: 骑手/快递员最优匹配
├── 动态路径: 实时调整配送路线
├── 众包物流: 闲散运力调度(如社区团购团长)
└── 自提点优化: 选址+容量规划
前置仓模式(盒马/叮咚/美团买菜):
┌────────────┐ ┌──────────┐ ┌────────┐
│ 城市大仓 │────→│ 前置仓 │────→│ 30分钟 │
│ (中心仓储) │ │ (社区3km) │ │ 送达 │
└────────────┘ └──────────┘ └────────┘
AI关键: 前置仓选址 + 品类选择 + 库存配置
- 每个前置仓只放800-1500个SKU(vs大仓数万)
- AI决定哪些SKU放在哪个前置仓
六、2025年案例分析
6.1 Amazon — 预测性发货 (Anticipatory Shipping)
Amazon的"预发货"专利(Patented 2013, 持续迭代):
核心思想: 在客户下单之前就开始发货
流程:
1. AI预测某区域某商品需求概率
2. 提前将商品从远仓转移到近仓
3. 客户下单时, 就近发货, 大幅缩短送达时间
2025年进化:
├── 预测精度: 利用LLM理解搜索意图+浏览行为
├── 仓储网络: 全球200+配送中心智能调度
├── Same-Day/Next-Day: 覆盖美国70%+人口
└── Rufus AI: 购物助手预测用户购买意图
关键数据:
- 库存周转天数: ~35天 (行业领先)
- Same-day配送占比: 持续提升
- AI带来的物流成本降低: 估计10-15%/年
6.2 沃尔玛 (Walmart) — AI供应链转型
沃尔玛供应链AI实践:
需求预测:
├── 1.5亿+SKU-门店组合的预测
├── 融合200+外部因素(天气/事件/社交媒体)
├── 预测精度提升10-15%(对比传统方法)
└── 实时调整: 每4小时更新预测
库存优化:
├── 智能补货: 门店级自动补货建议
├── 分品类策略: 生鲜/标品/季节品差异化
└── 缺货预警: 提前48小时预警即将缺货的SKU
物流网络:
├── Spark Delivery: 众包最后一公里
├── InHome Delivery: 冰箱直送
├── 无人机配送: 在6个州运营
└── 自动化配送中心: 机器人密度全球领先
结果:
- 库存水平降低5-10%
- 缺货率降低20-30%
- 运营成本持续下降
6.3 盒马 (Freshippo) — 前置仓AI运营
盒马的AI供应链体系:
门店/仓一体化:
├── 门店即仓库: 线上订单从门店发货
├── 悬挂链系统: 自动拣货+传送
└── 30分钟达: 3公里配送圈
AI核心能力:
├── 需求预测: 精确到门店-SKU-小时级
│ - 生鲜品损耗率降低30%+
│ - 每日千万级预测计算
├── 智能定价: 临期商品自动打折
│ - 晚8点后生鲜自动7折
│ - 基于库存+保质期动态调整
├── 品类选择: AI决定每个门店上什么商品
│ - 分析周边3km消费者画像
│ - 动态调整品类结构
└── 配送调度: 实时订单分配+路径优化
- 高峰期智能调度运力
- 预测订单量提前排班
6.4 Zara — 快速反应供应链 (Fast Fashion AI)
Zara的"快反"模式 + AI增强:
传统快时尚: 设计→生产→上架: 6-9个月
Zara快反: 设计→生产→上架: 2-3周 (现在更快)
AI如何增强快反:
├── 趋势预测: AI分析社交媒体/时装秀/街拍
│ → 预测下一季流行趋势
│ → 从"被动跟随"变为"主动预测"
├── 首单优化: 新品首批只生产预期销量的25-30%
│ → AI根据前3天销售快速预测全周期销量
│ → 畅销品48小时内追单生产
├── 门店分货: 全球7000+门店差异化配货
│ → 巴黎门店 vs 东京门店的款式/尺码偏好不同
│ → AI实时学习调整
└── 库存调拨: 门店间智能调货
→ 滞销门店→畅销门店, 减少markdown
结果:
- 库存周转: ~6次/年 (行业平均2-3次)
- 产品淘汰率: <10% (行业25-40%)
- 全价销售占比: 85%+ (行业60-70%)
七、供应链AI的实施路径
7.1 从0到1的实施建议
Phase 1: 数据基础 (Month 1-3)
├── 清洗历史销售数据
├── 建立SKU主数据
├── 接入外部数据源(天气/促销日历)
└── 建立数据仓库
Phase 2: 基线模型 (Month 4-6)
├── Prophet/ETS作为基线预测
├── 简单规则的补货建议
├── A/B测试框架搭建
└── Dashboard监控
Phase 3: AI增强 (Month 7-12)
├── TFT/DeepAR替换基线模型
├── 动态安全库存
├── 自动补货系统上线
└── 效果评估和迭代
Phase 4: 智能运营 (Year 2+)
├── LLM增强预测
├── 全链路优化(预测→库存→定价→物流)
├── 自主决策(人类监督)
└── 持续学习和更新
7.2 供应链AI的关键指标
预测指标:
├── MAPE (Mean Absolute Percentage Error): <15% (good), <10% (excellent)
├── WMAPE (Weighted MAPE): 加权版本, 更关注高销量SKU
├── Bias: 预测是否系统性偏高或偏低
└── Forecast Value Added (FVA): AI预测比朴素方法好多少
库存指标:
├── 库存周转天数 (Days of Inventory): 越低越好
├── 缺货率 (Stockout Rate): <3% (目标)
├── 库存准确率: 系统库存 vs 实际库存
└── 过期/报废率: 生鲜<5%, 标品<1%
物流指标:
├── 配送时效达成率: >95%
├── 每单配送成本
├── 车辆满载率: >80%
└── 最后一公里成本占比
八、今日思考 (Reflections)
思考1: 供应链AI vs 营销AI, 哪个ROI更高?
我的观点: 供应链AI的ROI通常更高但更难实施
供应链AI:
- ROI: 直接降低成本(库存-10%, 损耗-30%)
- 见效: 需要6-12个月
- 难度: 数据质量要求高, 系统集成复杂
- 风险: 预测失败=缺货/积压, 直接影响运营
营销AI:
- ROI: 提升收入(转化率+20%, 点击率+30%)
- 见效: 1-3个月
- 难度: 相对容易, API调用即可
- 风险: 效果不好就是浪费广告费, 风险可控
建议: 先做营销AI(快速见效), 同时投入供应链AI(长期价值)
思考2: 零售供应链AI与Web3的交叉
供应链 × 区块链/Web3:
├── 溯源: 商品从产地到货架的全链路追踪
│ → 链上不可篡改, 消费者可验证
├── 供应链金融: 基于链上数据的应收账款融资
│ → DeFi协议可为供应链提供流动性
├── 碳积分: 供应链碳足迹的链上记录和交易
│ → RWA场景, 与合规要求对接
└── 多方协作: 品牌/供应商/物流方的数据共享
→ 联盟链/隐私计算保护各方数据
PM视角: 供应链+AI+Web3是一个高复杂度但高价值的交叉领域
思考3: 供应链AI的组织挑战
技术上可行 ≠ 组织上可落地
常见阻力:
├── 采购老手: "我干了20年, AI不懂行情"
├── 数据孤岛: 采购/仓储/物流系统不互通
├── KPI冲突: 采购(低成本) vs 运营(不缺货) vs 财务(低库存)
└── 变革阻力: "现在的方法也能用, 为什么要改?"
PM的破局之道:
├── 从小试点开始: 选1-2个品类, 证明效果
├── 量化ROI: 用数据说话, 而不是讲概念
├── 人机协作: AI辅助决策, 不是替代决策
└── 管理层支持: 让CFO看到库存资金释放的价值
九、面试题 (Interview Questions)
Q1: 如何设计一个零售需求预测系统?
答题框架:
1. 明确业务需求:
- 预测粒度: SKU-门店-日 vs SKU-区域-周
- 预测周期: 7天/14天/30天
- 业务目标: 降低缺货率 or 降低库存
2. 数据准备:
- 内部数据: 历史销售/库存/价格/促销
- 外部数据: 天气/节假日/竞品/宏观经济
- 数据质量: 缺失值/异常值/新品冷启动
3. 模型选择:
- 基线: Prophet (快速上线)
- 进阶: TFT/DeepAR (高精度)
- 增强: LLM理解非结构化事件
4. 系统架构:
- 离线训练: 每周/每月重训模型
- 在线预测: 每日/每小时批量预测
- 人工干预: 采购经理可override AI建议
5. 评估与迭代:
- A/B测试: AI预测 vs 人工预测
- 监控: 预测误差日报/周报
- 持续改进: 收集反馈, 迭代模型
Q2: AI定价和传统定价策略的区别是什么? 有哪些伦理考量?
核心区别:
├── 速度: AI实时调价 vs 人工周/月调价
├── 粒度: AI可以SKU级别差异化 vs 人工按品类定价
├── 因素: AI可同时考虑100+变量 vs 人工3-5个因素
└── 优化: AI连续优化目标函数 vs 人工凭经验判断
伦理考量:
├── 透明度: 消费者是否知道价格在动态变化?
├── 公平性: 不同用户看到不同价格是否公平?
├── 合规: 各国消费者保护法的要求
└── 信任: 过度动态定价是否损害品牌信任?
我的建议:
- 对所有用户展示相同价格(避免一人一价)
- 动态定价基于供需而非个人画像
- 保持价格变化的可解释性
- 建立价格审计机制
Q3: 供应链AI项目最容易失败的原因是什么?
Top 5 失败原因:
1. 数据质量差 (40%的项目因此失败)
- 库存数据不准(系统 vs 实际差异大)
- 历史销售被缺货影响(缺货时销量=0, 不代表无需求)
- 促销标记不全(不知道哪些销量是促销带来的)
2. 业务不参与 (30%)
- AI团队闭门造车, 不理解业务逻辑
- 采购人员不信任AI, 不使用系统
3. 期望过高 (15%)
- 管理层期望AI立刻解决所有问题
- 实际上需要6-12个月才能见效
4. 系统集成难 (10%)
- ERP/WMS/TMS系统对接复杂
- 数据实时性不够
5. 缺乏持续迭代 (5%)
- 上线后不维护, 模型逐渐过时
- 业务变化但模型没更新
十、学习资源 (Resources)
论文与书籍
| 资源 | 类型 | 说明 |
|---|---|---|
| "Demand Forecasting with Deep Learning" (Amazon) | 论文 | DeepAR原始论文 |
| "Temporal Fusion Transformers" (Google) | 论文 | TFT架构详解 |
| "Chronos: Learning the Language of Time Series" | 论文 | Amazon Foundation Model |
| "Supply Chain Management: Strategy, Planning, and Operation" (Chopra) | 书籍 | 供应链经典教材 |
| "Inventory Management and Production Planning" (Silver) | 书籍 | 库存管理深度参考 |
工具与平台
| 工具 | 用途 | 链接 |
|---|---|---|
| Facebook Prophet | 时序预测入门 | github.com/facebook/prophet |
| GluonTS (AWS) | 深度学习时序 | github.com/awslabs/gluonts |
| Nixtla (TimeGPT) | Foundation模型 | nixtla.io |
| Google OR-Tools | 路径优化/排程 | developers.google.com/optimization |
| Optuna | 超参数优化 | optuna.org |
行业报告
| 报告 | 发布方 | 关注点 |
|---|---|---|
| State of Supply Chain AI | McKinsey | 行业趋势与ROI数据 |
| AI in Retail Report | Gartner | 零售AI成熟度分析 |
| Supply Chain Top 25 | Gartner | 全球供应链标杆企业 |
十一、明日预告 (Tomorrow's Preview)
Day 39: 零售AI(4):智能营销与用户增长
├── 精准用户圈选与CDP
├── LLM驱动的内容生成
├── 触达时机与渠道优化
├── 营销归因与ROI计算
└── 案例: Netflix/Stitch Fix/Sephora
今日金句: "供应链是零售的隐形战场 — 消费者看到的是商品和价格, 看不到的是AI在背后优化的每一个决策节点。"
Supply chain is retail's invisible battlefield — customers see products and prices, but behind every shelf is an AI optimizing thousands of decisions per second.