























在新零售中,SKU管理是一个异常复杂的模块。这篇文章,我们来看看作者的经验和观点,这个复杂的模块一共如何管理才对。

一个商品的最小单位与该商品的整箱,是作为两个不同的SKU管理,还是把整箱商品作为最小单位商品的一个箱规属性?
SKU(Stock Keeping Unit,库存量单位)是指用于识别商品的最小可管理单元。它是零售和电商系统中用于追踪和管理库存的关键元素,通常代表某个产品的具体规格,例如大小、颜色、包装形式等。
SKU 的特点
1.唯一标识:每个SKU都是独一无二的,用于区分不同规格、型号或包装的产品。例如,同一款T恤,白色和黑色的SKU可能不同,S码和L码的SKU也会不同。
2.具体到产品的属性:SKU会涉及到商品的细节属性,包括:
3.管理库存和销售:SKU帮助公司精确追踪库存,了解具体规格的商品有多少存货、销量如何,从而决定是否需要补货或调整营销策略。
4.电商和零售中的应用:
SPU(Standard Product Unit,标准化产品单元):是对一类商品的概述,表示具有相同核心属性的商品组。一个SPU可以有多个SKU。
例如:一款T恤的SPU定义了这款产品的基本属性(如材质、设计),而不同颜色、尺寸的T恤会有各自的SKU。
1、如果将最小单位的商品和整箱商品作为一个SPU(标准产品单元),而不同规格作为两个SKU(库存量单位)管理。我们分析有哪些优劣势。
优势:
1)精细化库存管理
2)灵活定价与促销策略
3)更清晰的用户体验
4)销售数据的精细分析
1)SKU管理的复杂性增加
2)运营成本上升
3)潜在的用户体验混乱
4)促销活动的管理复杂性
适用场景分析
2、如果我们把整箱商品作为最小单位商品的一个箱规属性,而不作为两个SKU管理。那么优势和劣势正相反。
如果大家是一个BtoC的业务,或者是由仓发货,那么根据实际运营策略和优劣势,做一个选择即可。
关注我的同学知道,我们做的是一个新零售的项目,店是前置仓。用户线上下单后门店要做配送服务的履约,那么门店的安全库存、周转库存 是远低于集中统一发货的大仓模式,会有一些新的问题:
我们是如何解决这个问题,大家可以做个参考,如果有更好的方法欢迎交流。
可以通过组合商品的方式,把单件商品组合为一个整箱的组合商品。
一般组合商品用来临时组合不同的商品,在仓里不做捆版销售 和 ERP也不需要做单独条码。将不同的商品组合为一个临时的商品售卖,这种组合只是在业务端或者中台。 可以把它理解为一个套装 通过系统的实时库存计算逻辑。
例如:三个SKU分别的库存为
应促销活动要求将1个A+2个B+3个C 组合为商品D
考虑到在ERP中 A、B、C 三个SKU的订货、配送、结算 等供应链业务,以及促销等活动都相对复杂,那么我们可以在 销售端的后台 或者 中台 通过组合商品的方式,将ABC组合为一个临时的组合商品D。
商品D只在销售端的后台或中台,并没有在ERP新建SKU
那么D的库存是怎么来的,D的库存是由销售后台或中台 实时计算的,由ABC三个商品中最少库存的SKU决定。
在案例中 D的库存为 6个。
同时在销售后台 和 中台的促销活动、券的设计中可以允许组合商品参与,这样就解决了商品促销的问题。
同理:整箱商品 可以由 单件的商品组合而来。
这种方案的优点:
1)不影响供应链业务,ERP进销存不需要调整;
2)单件商品和整箱商品的库存 由 销售后台和中台实时计算,不会因为人为库存管理的效率影响;
3)不影响原来商品的促销活动,组合商品也可以做促销。并且各自的费用都可以清晰的规划和管理;
4)组合商品可以在线上端 做单独的展示,提高了整箱的购买机率。
这种方式的缺点:
1)运营同学的工作量较大,可以通过系统统一生成的方式提效;
2)订单中商品的分摊变复杂,需要做二次分摊;
3)很多平台不支持组合商品,比如:美团、饿了么 等。如果三方平台做了 库存的对接,用户同时购买了组合和单件商品 会有超库销售的问题。
各大平台单件和整箱都是 作为两个SKU销售和管理的,虽然这样管理上更清晰。如果库存有限的情况下这种方式显然不是最优解。通过组合商品的方式解决了这个问题,但是也有不足之处。
本文由 @杰记 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。