在商品管理系统中，多规格设计（Multi-Specification Product Design）是一个至关重要但又极具挑战性的领域。无论是面向消费者的电商系统，还是面向企业管理的ERP系统，对商品规格的处理方式直接影响库存管理、订单履约、数据统计乃至系统性能。
本文将系统分析商品多规格的建模方式，评估各种实现方案的适用场景，并重点对比电商系统与ERP系统在该模块设计上的本质差异。
一、什么是商品多规格？
多规格商品指的是：一个 SPU（Standard Product Unit）拥有多个销售属性（如颜色、尺码），通过不同属性组合生成唯一的 SKU（Stock Keeping Unit）。
以T恤为例：
-
颜色：红、蓝
-
尺码：S、M、L
组合成6个SKU，如"红-S"、"蓝-M"等。每个SKU可能有独立的库存、条码、价格等。
二、建模挑战与目标
无论在哪种系统中，多规格商品的建模都面临几个核心挑战：
-
组合爆炸：属性数增加将呈指数增长。
-
动态性高：不同商品类目具有不同属性结构。
-
结构复用：是否支持类目或模板方式的复用。
-
操作效率：SKU通常与库存、订单、定价等系统频繁交互。
三、电商系统 vs ERP系统：设计目标对比
| 特性 | 电商系统 | ERP系统 |
|---|---|---|
| 商品维度 | 面向销售（SKU为核心） | 面向生产/仓储（物料编码为核心） |
| 规格变动频率 | 高频（上下架、秒杀、组合促销） | 中低频（产品一旦设定变化不多） |
| 用户交互 | 高度前端交互，需实时渲染规格选择 | 内部系统操作，追求结构清晰与准确性 |
| SKU组合方式 | 动态生成，多规格、多图、多价格 | 尽可能标准化，一物一码 |
| 模板复用 | 多样化商品属性，需支持自由组合 | 强结构化字段，靠物料BOM维护 |
总结：
电商更注重「灵活性 + 渲染效率」，ERP更强调「结构稳定 + 标准化编码」。
四、四种主流多规格实现方式
方案一：固定字段建模（静态方案）
-
表结构中直接定义
color、size等字段。 -
典型设计：
product (id, name)
product_sku (product_id, color, size, price, stock)
优点：
- 查询快，表结构简单，适合BI报表、分析。
缺点：
- 不可扩展，每新增一种属性都需改表。
适用：
-
ERP系统，物料属性固定、可编码。
-
电商SKU维度极少的类目（如图书）。
方案二：规格-规格值建模（结构化方案）
-
拆分三层结构：
商品 -> 规格 -> 规格值
-> SKU（组合后的值集合） -
表设计：
spec (id, name)
spec_value (id, spec_id, value)
product_sku (id, product_id, price, stock)
sku_spec_relation (sku_id, spec_id, spec_value_id)
优点：
-
灵活支持任意属性组合。
-
支持模板复用、不同商品类目结构。
缺点：
-
查询复杂，需要多表JOIN。
-
SKU组合矩阵需前端解析处理。
适用：
-
电商系统（尤其是SaaS平台或平台型商城）
-
支持多品类、可视化配置后台
方案三：JSON 规格建模（非结构化方案）
-
SKU中存储一个JSON结构记录所有规格信息：
{
"color": "红",
"size": "M"
}
优点：
-
极度灵活，前后端一致。
-
无需创建过多结构化表。
缺点：
-
查询性能低，JSON字段无法高效索引。
-
缺乏规格规范和复用能力。
适用：
-
中小型电商系统、低SKU量业务
-
移动端商品轻量发布（如小程序）
方案四：规格模板 + SKU快照建模（混合增强方案）
-
商品类目预定义规格模板
-
SKU存储时冗余其规格组合快照，如
spec_key = "color:red;size:L"
优点：
-
查询高效，支持搜索/聚合。
-
模板标准化，规格可复用。
-
SKU组合可版本控制，适合促销期间变动频繁场景。
缺点：
-
数据结构相对复杂，需额外维护规格签名逻辑。
-
后台系统需支持模板配置和验证。
适用：
- 大型平台电商、B2B商城、ERP 与电商打通平台
五、设计建议与未来趋势
1. 电商系统建议：
-
使用"规格-值-组合+快照"的混合模型。
-
支持 SKU 自定义编码 + 规格签名生成。
-
前端通过矩阵映射方式动态渲染 SKU 状态。
2. ERP系统建议：
-
多规格字段应严格标准化，可映射至物料清单（BOM）。
-
支持与仓储、采购、制造等模块对接。
-
建议使用固定字段或规范模板，并建立物料唯一编码体系。
3. SaaS平台建议：
-
提供类目-规格模板体系，支持用户自定义字段。
-
SKU设计需可插拔式适配，保障商品建模灵活性。
六、结语
商品多规格建模不是简单的字段设计问题，而是对整个系统灵活性、性能与业务适配能力的综合考验。
-
电商系统：需强调用户交互、渲染性能与灵活性；
-
ERP系统：则重标准化、结构完整性与跨模块数据一致性。
面对不同的业务形态与演进目标，应根据系统定位选择合适的方案，而不是一味追求"通用性"或"灵活性"。
如您正构建通用商品中台，建议优先考虑"规格-值结构 + 快照冗余"模型，未来可扩展为低代码、可视化配置的商品建模平台。