SKU（库存单位）是电商系统里最不起眼、又最容易埋雷的模块。一个设计失误，上线后就是日复一日的库存错乱与客诉。这篇文章梳理 SKU 设计的核心要点。
规格体系的设计原则
- 维度收敛。规格维度（颜色、尺码、口味）控制在三个以内，每维的选项数克制——组合爆炸是库存管理噩梦的起点。
- 维度独立。避免“红色-S 码”这种把两个维度合并成一个维度的偷懒设计，后续促销和补货都会痛。
- 可选与必选分明。哪些规格影响价格和库存、哪些只是信息展示（如刻字），系统设计时必须分清。
库存逻辑的四个经典坑
- 超卖。高并发下单的库存扣减必须原子化，用数据库锁或队列削峰，别信前端校验。
- 回流丢失。未支付订单超时取消后，库存必须准确回流，定时任务要有对账兜底。
- 组合装拆分。组合装（礼包）与单品的库存联动，卖出礼包要扣 N 个单品的库存， refund 要回加——逻辑想简单了就是事故。
- 预售与现货混卖。同一 SKU 现货卖完转预售，发货时效承诺必须切换，否则客诉与赔付找上门。
上线前的检查清单
并发下单压测、超时取消回流验证、退款库存回加验证、组合装正反向流程测试。SKU 模块的 bug 都藏在异常路径里——正常流程怎么测都没事，异常流程才是考验。