在商品管理系統中，多規格設計（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系統：則重標準化、結構完整性與跨模塊數據一致性。
面對不同的業務形態與演進目標，應根據系統定位選擇合適的方案，而不是一味追求“通用性”或“靈活性”。
如您正構建通用商品中臺，建議優先考慮“規格-值結構 + 快照冗余”模型，未來可擴展為低代碼、可視化配置的商品建模平臺。
