中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

商品管理體系是整個電商業務的基礎，作為一名專業的互聯網產品經理，應如何管理和設計合適的商品體系呢？

電商領域，商品管理體系是整個電商業務的基礎，如何更高效，更靈活，更具有擴展性的搭建商品的框架體系，關系到后續訂單，搜索，營銷活動等一系列業務的進行。

優秀的商品體系建設能夠帶來很好的兼容和擴展性，能夠優化搜索導購，簡化人員操作，高效管理商品，提升商品交易，豐富活動營銷等。

今天與大家一起聊聊，作為一名專業的互聯網產品經理，應如何管理和設計合適的商品體系？

一、用戶角色

1.平臺商品專員（維護商品基礎信息，發布商品信息）

2.平臺商品審核專員（審核商品）

3.分銷商商品專員（發布及上架商品）

二、應用場景

• 作為平臺商品專員，我要統一維護商品的基礎信息，以便更高效方便管理平臺/分銷商發布上架的商品；
• 作為平臺商品專員，我想發布一款商品，以便可以把該商品授權給分銷商，分銷商不用再維護商品信息而直接上架；
• 作為平臺商品審核專員，我想對提交的商品進行審核，以便可以規范在商城售賣的商品；
• 作為平臺商品專員，我想對審核過的商品進行修改，以便我修改的內容可以對授權給分銷商的商品做同步更新，不用禁用該商品再重新發布上架；
• 作為分銷商商品專員，我想發布一款商品，以便可以在自己的店鋪上架該商品進行售賣；
• 作為分銷商商品專員，我想對審核過的商品進行修改，以便我修改的內容可以對發布上架的商品做同步更新，不用禁用該商品再重新發布上架；
• 作為分銷商商品專員，我想對上架的商品價格進行批量維護，以便我更快捷的調整商品價格；
• 作為分銷商商品專員，我相對上架的商品數量進行批量維護，以便我更快捷的補充商品數量。

三、商品名詞解釋

保持認知和溝通的一致性非常重要！我們先要了解一下，商品體系建設的各個名詞：

什么是后端類目？

主要用于商品的分類和關聯屬性；葉子類目（末端類目）下掛載屬性組；任何產品/商品模板都必須掛載到后臺葉子類目上，并繼承該節點的屬性；

什么是前端類目？

用于商品分類導購以及快捷方便用戶查找商品；前端類目通過跟后端類目映射間接和商品關聯。一個前端類目可以掛載多個后端類目；

什么是屬性？

屬性是用來描述商品的特征，類型有基本屬性（不影響價格，描述商品的基本特征）和銷售屬性（用來定義商品的規格型號，與價格有關系）；屬性組由一個或多個屬性組成；

什么是商品（SPU&SKU）？

SPU（商品）：Standard Product Unit （標準化產品單元），SPU是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合，該集合描述了一個產品的特性；一個SPU對應多個SKU；

SKU（商品）：Stock Keeping Unit（庫存量單位），SKU即庫存進出計量的單位， 可以是以件、盒、托盤等為單位；SKU是物理上不可分割的最小存貨單元；

什么是物料？

物料（或者說貨品）也是物理上不可分割的最小存貨單元，跟SKU一對一，物料一般是相對ERP系統或者庫存系統而言，商品（sku）下單，最終在倉庫出庫的就是物料；

四、商品關聯因素

（1）類目分后端類目和前端類目，后端類目關聯屬性組或者屬性，屬性有對應的屬性值，比如說顏色，有紅，黃，藍；

（2）商品（SPU）要基于后端類目去發布，發布的商品（SPU）包括規格屬性，品牌，商品（SKU）等，發布后的商品（SPU）要經過審核才能發布成功；

（3）商品（SKU）包括本身的屬性以及商品詳情，商品詳情可以根據訪問終端（PC電腦或者手機）顯示的內容格式不同，商品詳情包括圖文信息，多媒體信息等；

五、商品層級結構

商品層級主要分三層：

• 第一級，類目屬性層用來管理屬性，屬性組，屬性對應的值，前端類目以及后端類目；
• 第二級，商品（SPU）層用來管理商品的品牌，商品的規格型號，商品對應的類目屬性信息；
• 第三極，商品（SKU）層用來管理具體某一款商品，包括商品詳情，屬性，價格，數量信息；

六、商品發布上架

商品發布完成后，需要經過審核，審核通過之后才可以對商品（SKU）進行上架，商品上架是否需要再次審核由平臺商城業務決定；對商品部分信息進行修改，要區分哪些信息需要重新審核，哪些信息不需要重新審核；商品可以設置立即上架和定時上架；上架可以區分渠道和店鋪，比如可以上架到自己平臺商城，也可以上架到天貓，京東等平臺；

七、商品發布審核狀態機

界面顯示：

1. 檢查商品不同狀態下的界面顯示：正常（查看詳情、禁用）、禁用（查看詳情、啟用）、已拒絕（查看詳情）、待審核（查看詳情、審核、拒絕）；
2. 檢查狀態數據顯示是否正確：商品發布（待審核）、審核通過（正常）、審核拒絕（已拒絕）、禁用（禁用）；

審核流程：

1. 發布商品（上架/下架）：狀態為待審核；
2. 發布商品（上架/下架）->審核通過：商戶狀態為上架/下架，平臺狀態為已通過；
3. 發布商品（上架/下架）->審核拒絕：商戶狀態為已拒絕，平臺狀態為已拒絕；
4. 發布商品（上架/下架）->取消申請：沒有商品了；
5. 發布商品（上架/下架）->審核通過->編輯：商戶狀態為已通過待審，平臺狀態為已通過待審；
6. 發布商品（上架/下架）->審核通過->編輯->取消申請：商戶保留第一次的數據，狀態為上架/下架，平臺狀態為該商品上一次的狀態；
7. 發布商品（上架/下架）->審核通過->編輯->審核通過：商戶狀態為上架/下架，更新商品信息，平臺狀態為已通過；
8. 發布商品（上架/下架）->審核通過->編輯->審核拒絕：商戶狀態為上架/下架，保留之前的商品信息，平臺狀態為已通過；
9. 發布商品（上架/下級）->審核拒絕->編輯：商戶狀態為待審核，平臺狀態為待審核；
10. 發布商品（上架/下架）->審核拒絕->編輯->取消申請：商戶狀態為已拒絕，平臺狀態為已拒絕；
11. 發布商品（上架/下架）->審核拒絕->編輯->審核通過：商戶狀態為上架/下架，平臺狀態為已通過；
12. 發布商品（上架/下架）->審核拒絕->編輯->審核拒絕：商戶狀態為已拒絕，平臺狀態為已拒絕。

總結：

以上就是我對商品體系管理的經驗分享，相信大家也有一個完整而清晰的認識；那么商品體系建好之后，我們要想下商品與庫存有什么關系？商品是怎么影響搜索的？怎么基于商品做交易？商品怎么應用在營銷活動中？

作者：盜帥，基于阿里巴巴的數字中臺產品架構核心負責人，阿里系準獨角獸公司產品架構師。

本文由 @盜帥原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議