起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識電商系統 | 后臺設計 | 電商商品管理踩坑集合
這篇文章先普及一些商品常用名詞，后面講一下作者在商品設計中踩過的坑，歡迎大家一起討論。
商品作為電商系統中的最小組織單元，像磚瓦一樣撐起了整個電商系統。商品也是連接前端用戶、（中端平臺）、后端商家、末端倉庫的關鍵橋梁。所以，商品的設計直接影響了整個商城的效率與
這篇文章先普及一些商品常用名詞，后面講一下我在商品設計中踩過的坑，歡迎大家一起討論。
一、商品相關常用名詞
SPU（Standard Product Unit，標準化產品單元），是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性。通俗點講，屬性值、特性相同的商品就可以稱為一個SPU。
如：<iPhoneX>便是一個SPU。
SKU（Stock Keeping Unit，庫存量單位），即庫存進出計量的單位，可以是以件，盒，托盤等為單位。是能夠識別唯一單品的最小單元，通常是各項屬性的選擇后組成的唯一結果。
如：<iPhoneX 深空灰色 全網通64G>便是一個SKU。
- UPC（Universal Poduct Code，商品通用條碼），UPC可作為商品的唯一識別碼，一個SKU會對應一個UPC編碼。UPC通常用做倉庫撿貨的唯一標識。
- 類目/分類：商品的分類、類別。每個平臺根據平臺特點不同，會有獨特的分類標準。通常一個商品僅隸屬一個類目。如：iPhoneX這件商品，分類可以是：手機數碼-蘋果-iPhone X，也可以是手機-智能手機-iPhone X。
- 屬性&屬性值：一件商品所包含的特點，屬性&屬性值根據平臺特點不同，維度及描述也不盡相同。
如：iPhone X這件商品，內存大小便是一個屬性，64G、128G、256G便是一個屬性值。
一般來說，一件商品會有多種屬性，對應到多個屬性值。每個平臺不同，所分的屬性及對標屬性值也有所差異。
每件商品從工廠生產到銷售給電商消費者，一般會經過：產品設計→工廠生產→交付商城→用戶購買等過程，根據這個流程，如果只展示SKU、UPC、分類等信息，是不是會把你看懵？是的，除了這些基礎信息外，還需要更多的描述性信息，這部分比較簡單好理解，直接上圖：
大家對哪塊有興趣可以在文章后留言，我們逐一探討。
二、商品管理的后臺設計
后臺設計大同小異，無非增刪改查幾個基本功能，有興趣的話可以作部分探討。但是在電商系統設計里，需要更加注意幾（cai）個（guo）問（de）題（keng）：
1.數據唯一性（需要根據平臺或店鋪特點定制）：
包括但不僅限于：貨號及UPC的全平臺唯一、屬性值的唯一性、類目值的唯一歸屬等等。
2.數據之間的調用關系：
商品是整個電商的最底層邏輯，會被各后臺及系統反復調用，產品經理需要對商品的實現及各系統之間的調用要非常清楚。
三、類目管理，越早越好
常規來講，一個商品應該對應到唯一類目。類目的建立要考慮幾個問題：
- 唯一性。唯一性指的是子類目下的名稱不能與其他子類目下的名稱重名。如在“鞋子”類目下如果有了“運動鞋”這個類目，那么“運動鞋”便不應該出現在“運動休閑”這個類目下。否則會在進行商品統計、數據分析、用戶檢索時傻傻分不清。
- 排他性。排他性是指商品僅掛落到一個類目樹下，不重復。（多指后臺系統）
- 前臺類目與后臺類目分別管理。前臺類目的主要功能分為兩個：方便用戶進行檢索、引導用戶轉化。后臺類目功能有一個：將商品作聚類管理。
通常的情況是，每天的運營目標不同，除常規分類外還會配置運營分類。這里是非嚴格意義上的分類，更像是靈活配置的運營模塊。比如今天iPhone X在電子產品的前臺分類下，明天便可以放到開學神機這個分類下，但最終商品屬性的后臺類目是不變的。
四、什么時候使用SKU，什么時候使用SPU？
總的一個原則：涉及到庫存的部分使用SKU，涉及到展示的部分使用SPU。
舉個例子：每個SPU下，會同時存在多個SU信息，如阿迪達斯小綠尾會有36、37、38、39、40碼。在運營模塊、搜索結果中，只需要讓用戶知道小綠尾這個商品即可，所以用SPU信息（即貨號信息）便足夠。但是涉及到購買時，有的人需要36碼，有的需要40碼，這時便需要使用SKU信息對最小可操作單元進行管理。
五、商品庫存該如何管理？
庫存是指該商品現有的數量，比如Adidas小綠尾36碼有5個庫存，那么可以售賣的庫存數便是5。
在電商系統里，一般會存在多層庫存，包括但不限于：銷售庫存、中轉庫存、實物庫存、良品庫存、次品庫存等等。
較為簡單的系統里僅有銷售庫存、實物庫存兩類，如果庫存不一致時售賣便會有問題，當銷售庫存＞實物庫存時便有可能出現超賣問題！（后續會繼續介紹我在超賣問題上踩過的坑）
那么，商品的庫存會對用戶側有什么影響呢？——商品庫存對售賣狀態的影響。
- 銷售庫存=0時，一般為補貨中或下架狀態，具體如果變更狀態及變更為什么狀態，根據各司業務不同可自行定義。
- 銷售庫存＞0，實物庫存=0的狀態，一般是預售狀態。預售狀態尤其要注意的是賣出庫存、剩余庫存的處理關系。
六、商品價格的管理？
一般講，商品的價格系統由三部分構成：成本價、標牌價、現售價，活動期間還會有活動價格。
踩過的坑主要是在活動價這一塊。隨著各種搶購活動的興起，各種電商也開始了0點開搶大戰。運營手動改庫存或到點兒批量改庫存肯定是受不了的，所以產品常會接到一個定時改價格的需求。在改價格的功能中，踩過了一些坑拿出來分享：
1.商品參加活動引發的價格優先級
商城的活動那么多，一個商品在同一時間可以參加幾個活動呢？如果參加多個活動價格該如何計算呢？
從銷量角度來講，是支持同一商品參加多場活動的；但是從復雜度來講，限制了商品可以在同一時間段參加同一種類型的活動。比如同一件商品，可以同時參加大促、秒殺活動，但是不能參加同一時間的兩場秒殺活動（不要問我為啥同一時間有兩場秒殺，一切皆有可能?。?。那么問題來了，A商品參加大促的價格是100元，參加秒殺的價格是200元，那么該顯示哪一個價格呢？
這時便需要根據自己平臺特點和規則設計價格優先級。
2.商品活動價格引發的對賬問題
對賬時，財務姐姐們不僅收到多少錢，還要精確到每一筆訂單中的每一件商品要收多少錢。所以當商品的價格變更時一定要在報表中及時同步給對賬的同學們展示清楚。
本文由 @?L?wenzahn 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自Pixabay，基于CC0協議
您好 我們目前初步打算做組合商品，其實我們目前想要的是多個SPU可以切換選擇，這一塊后臺如何設計呢？
問一下商品有從ERP系統中導入過來的嗎
有
問個問題，一個sku參加不同的活動商品的描述及價格會有所不同，在不同的終端(比如App和網頁端)描述和價格都有所不同，這種Erp中怎么管理呢？
這個就跟你談兩個女朋友一樣，至于怎么管理，新手肯定麻煩些，老手就得心應手了。再軟件設計上，后臺區分下就可以。
加油！
你好，這陣子一直在研究電商后臺，感覺得到的信息比較零散，不知是否可以加微交流，我的微信：suifengma19901110
你好，我這陣子也開始做電商的前后臺，尚有好多不懂的，不知是否方便加個微信請教一下呢 ?? 我的微信：1185845034
可以加我的~ smilelove_
一個商品同事參加幾個活動的話，時間節點一定不能在重合，要不然客戶會買單，
最簡單的處理方式是時間不能夠重合，一件商品只能參加同一個活動。但是如果已有系統不支持或其他原因，就需要考慮各活動間的優先級問題。
通過這篇文章隊將我之前對電商的一些零散的認識進行了一次歸納整理。多謝分享。還有，能寫一篇電商各體系之間的數據交互的文章嗎？對這一塊總是理解上有問題。
后面會有這個計劃。調研一下，想了解的各體系之間包含哪些內容呢？
期待繼續更新哈
不錯，對場景有理解的。
價格優先這塊，在購物車上面顯示的是最低價格，如果不限購的話，應該可以買2見，同一個價格“最低價格”
加入到購物車里的價格是唯一價格（SKU上的價格），不會存在價格區間的。價格優先級的判斷是在活動間進行的判斷，判斷節點是在加載商品詳情頁前已經做完判斷。
請問，最后接受，購物車的價格=SKU價格-活動優惠價格？如果這樣判斷，如何判斷幾個活動的價格（場景：該商品參加秒殺， 同事也參加了任選3件立減30元）
你的問題中我提煉幾個點：
1.多個活動之間的關系：是否可以共存？
——這個需要根據自己的系統進行設置，比如我們的規則是秒殺活動與其他活動不可并存，比如商品A參加了秒殺活動，便不能參加拼團或滿減活動；滿減活動可以和買贈活動并存（這時便需要有優先級的判斷），比如滿減過后滿足條件仍可參加滿贈活動。具體情況需要根據平臺自行設定。
2.購物車價格的計算
——購物車里的價格通常是單個sku的價格（如果此sku價格在活動中則取活動價），在訂單確認頁，會對整體訂單（多個商品）的價格進行重新核對，活動價格也是在訂單確認頁面進行優惠扣減的。
希望能夠幫到你~
醍醐灌頂，謝謝
有問題可以繼續討論哈~
雖然電商有一套共通的體系，但是也會根據自己的業務不同有所調整的。 ??
沙發讚
親們還沒起床嗎？
等待持續發表ing
會持續的把自己踩過的坑整理出來的~ 一起交流~