SKU和SPU的区别 从商品结构到电商管理的应用拆解

SPU和SKU是商品管理中最易混的一对概念，一个管"款"，一个管"件"。SPU（Standard Product Unit，标准化产品单元）指同一款商品的抽象集合，不区分规格；SKU（Stock Keeping Unit，库存量单位）指SPU下每个规格组合对应的最小库存单位。以iPhone 15为例：iPhone 15是SPU，黑色128G是SKU。

概念混淆会传导到管理：上架建不清SPU和SKU，库存对不上账，多店铺编码各自为政。下面从定义、层级关系、应用场景、多平台映射和编码规范拆解，用大众商品举例。

SPU是什么 怎么判断一款商品是一个SPU

SPU的全称是Standard Product Unit，标准化产品单元，表示"款"的概念：同一系列、同一型号、功能和外观一致的商品，不管有多少颜色、容量、尺寸组合，都归入同一个SPU。iPhone 15无论黑色还是粉色、128G还是512G，都是同一个SPU。

判断边界通常看三点：型号或系列是否相同、基础功能是否一致、是否能用同一个商品页面覆盖。如果两个商品需要在平台单独建Listing才能讲清差异，它们大概率不属于同一个SPU。

SKU是什么 什么算一个SKU

SKU的全称是Stock Keeping Unit，库存量单位，表示"件"的概念：在SPU之下，每一个具体的规格组合都是一个SKU。iPhone 15的黑色128G、黑色256G、粉色128G分别是三个不同的SKU。SKU是库存记录、销售记录、采购记录的最小单位，库存永远按SKU口径计算。

规格属性越多，SKU数量越多：一款鞋有5个颜色、6个尺码，理论上就有30个SKU，实际经营中通常只做部分组合。SKU划分的颗粒度要平衡：太粗管不住库存，太细则后台和仓库的维护成本都会上升。

SKU和SPU的层级关系 SPU管款SKU管件

SPU和SKU是一对多的层级关系：一个SPU下面挂多个SKU，SPU是父级，SKU是子级。管理上形成分工：SPU管"款"，用于商品企划、选品、Listing搭建和款式维度的分析；SKU管"件"，用于库存、订单、采购、发货和规格维度的分析。

举例：运营看"iPhone 15系列卖得好不好"是在SPU层面；仓库问"黑色128G还剩多少件、要不要补货"是在SKU层面。两者不是替代关系，而是不同管理层级使用不同口径。

电商管理中的四个应用场景 上架库存采购数据怎么用

商品上架 按SPU建Listing按SKU卖

主流电商平台的上架逻辑基本一致：先建SPU级别的商品页（Listing），买家进入同一个详情页，再通过颜色、尺码等规格选项选择具体SKU下单。卖家上架时先规划SPU结构，再把SKU组合挂上去，SKU编码同步维护到平台后台和仓库系统。

库存管理 库存按SKU维度记录

库存账的最小颗粒是SKU：每个SKU有多少件在售、多少件在途、多少件退货，都单独记录。SPU层面的库存只是SKU数量的汇总，永远不能只按SPU管库存——否则黑色128G缺货时，系统不知道该下架哪个规格。

采购 按SKU下单按SPU规划

采购计划通常分两层做：先按SPU汇总销量，判断这款商品要不要继续做、整体备多少货；再拆到SKU，按每个规格的历史占比下单。跟单、收货、对账都按SKU执行，供应商的SKU编码和卖家自己的编码要提前对应好。

数据分析 按SPU汇总看款按SKU下钻看规格

报表分析先SPU后SKU：看款式结构、爆款趋势用SPU口径汇总；发现某款转化率异常时，下钻到SKU看是哪个规格拖后腿——比如某色滞销、某尺码断码。两级口径结合，才能既看到款的走势，又定位件的问题。

多店铺多平台的SKU管理难点 商品映射怎么解决

同一个SPU在不同平台、不同店铺，SKU编码经常不一致：淘宝店的编码和京东店不同，跨境店铺还有平台生成的FNSKU、ASIN。库存和订单分散在各平台时，只能靠人工对照表维护对应关系，店一多就出错。

解决办法是做商品映射：系统里建立"主商品（SPU）+平台SKU"的对照关系，一个内部SKU对应各平台各自的SKU编码，订单、库存、报表自动换算。多平台多店铺的卖家通常借助电商ERP维护这套映射，如万里牛ERP的多店铺SKU对照能力，把不同平台的编码统一到内部商品档案上。

SKU编码规范怎么定 四个实用建议

建议一：长度适中，8到15位比较常见，太短承载不了信息，太长录入易错。建议二：含义分段，用固定分段表示品类、款式、规格，例如"品类码-款式码-色码-尺码"，规则统一后一看编码就知道是什么货。建议三：避免特殊字符，空格、斜杠、中文全角字符容易在Excel、ERP、物流系统之间传输时被改写，尽量只用字母数字和短横线。建议四：保持唯一且不变，SKU编码一旦投入使用就不再更改，编码规则调整只对新建SKU生效。

SKU和SPU的对比表

两者的定义、管理维度和应用场景，用一张表对照。

FAQ

Q1：【SKU和SPU的区别是什么？】

层级不同。SPU是标准化产品单元，管"款"，同一型号的商品不分规格都归一个SPU；SKU是库存量单位，管"件"，SPU下每个规格组合都是一个SKU。以iPhone 15为例：iPhone 15是SPU，黑色128G是SKU。SPU用于选品和款式分析，SKU用于库存、订单、采购和发货。

Q2：【一个SPU可以有多少个SKU？】

没有固定数量，取决于规格维度和组合方式。规格属性越多SKU越多：一款鞋5个颜色、6个尺码，理论上30个SKU。实际经营中按销量做组合，只上卖得动的SKU。SKU数量多寡本身不是问题，关键是每个SKU都能被库存、订单、采购系统准确识别。

Q3：【库存应该按SKU还是SPU管理？】

按SKU。SKU是库存的最小记录单位，每个SKU的在售、在途、退货数量单独记录，SPU库存只是SKU的汇总。只按SPU管库存，缺货时无法知道该下架哪个规格。所以系统的库存账必须落到SKU，SPU口径只用于汇总报表和款式判断。

Q4：【多店铺SKU编码不一致怎么办？】

建立商品映射。系统里维护一个内部商品档案，把各平台各店铺的SKU编码对应到同一个SPU和内部SKU上，订单、库存、报表按映射自动换算。多平台卖家通常用电商ERP维护这套对照关系，把淘宝、京东、抖音和跨境店铺的编码统一起来，避免人工对照表出错。

Q5：【SKU编码怎么生成？】

建议规则化生成：8到15位，按品类、款式、规格分段编码，例如"品类码-款式码-色码-尺码码"；只用字母数字和短横线，避免空格和全角字符；编码唯一且投入使用后不再变更。规则越统一，仓库拣货、系统录入和数据报表的出错率越低。

Q6：【商品上架时SKU和SPU是什么关系？】

先SPU后SKU。上架先建SPU级的商品页面（Listing），买家进入同一个详情页，再通过规格选项选择具体SKU下单。平台上的SPU对应一个Listing，SKU对应页面里的每个可售规格。规划时先定SPU怎么划，再把SKU组合挂上去，SKU编码同步维护到平台后台和仓库系统。

总结

SKU和SPU的区别可以一句话记：SPU管款，SKU管件。SPU是同一款商品的抽象集合，SKU是每个规格组合的最小库存单位。管理上的分工是：上架、选品、款式分析用SPU口径，库存、订单、采购、发货用SKU口径，两级口径配合才能既看到款的走势，又定位件的问题。

店铺规模越大，SKU结构越需要系统维护：多平台SKU映射、库存按SKU同步、报表按SPU汇总再下钻SKU，都依赖商品档案的规范。先把编码规则和映射关系理顺，再谈库存准、对账清、报表准。