實物商品

上篇從后端角度介紹了商品中心用到的一些基礎數據設計，這期繼續挖坑，主要從商品前端顯示來說后臺設計的那些事兒。用戶平常購物接觸到最多的就是商品顯示頁，商品列表、商品詳情頁的基礎信息都是從商品中心獲取。目前對于商品設計有著成熟的產品方案，電商網站的商品產品結構大同小異，淘寶上的商品以SPU形態顯示，京東上以SKU形態顯示，兩種處理方式各有優劣勢（表達可能不太準確，但認真研究過兩者商品結構應該理解我說的不同點，下文解釋）。 其實我更傾向于淘寶的商品結構，能夠支持更加靈活的商品方案。

京東與淘寶的商品詳情頁

商品信息主要由類目、標題、品牌、商品屬性、規格（京東定義為銷售屬性）、價格、庫存、SKU信息（毛重、長寬高等）、商品圖、商品詳情描述、物流信息等組成。至于經常看到的服務標簽（白條、極速退款）、商品標簽（熱銷）、活動標簽（滿減、優惠券）、價格標簽（拼團價、活動價）、同類商品等都是在商品信息上的包裝層，不在本文的闡述范圍。
1.商品類目、商品基本信息
商品類目分為兩層，基礎數據類目層、前臺展示類目層，在添加和管理商品時，都是在基礎數據類目層對商品進行管理（如下圖）。商品屬性、銷售屬性及品牌等很多數據都是在基礎類目上進行管理，所以類目管理屬于較為核心的工作，一定要從長遠角度考慮。
在添加商品時，需選擇對應的類目。前臺類目在展示時，有兩種處理方式：

• 前臺類目對應后臺類目，可一對一、一對多、多對多，自由組合，動態調整。現在大部分自營電商都是用的這種類型。
• 前臺類目直接對應商品，適合商品較少的小商家，主要是一些電商平臺提供給平臺上商家的類目服務，添加商品時直接選擇前臺展示的類目。
  另外，類目一般是分為三層，類目樹不要太深，否則將影響產品效率。

JD商品類目

設置商品信息、副標題（一般介紹產品賣點、促銷），選擇商品對應的品牌。在品牌管理中，有兩種方案：

• 品牌統一管理，小公司商品豐富度較少時的方案。
• 品牌關聯類目，商品豐富度高的選擇。

基本信息編輯

2.商品屬性
商品屬性包括屬性名、屬性值，一般都是掛在具體類目子葉下，設置必填和非必填。在設置屬性值時，須保留一定的擴展性，部分允許自定義屬性。商品屬性管理要求強大的類目運營能力，在中小型電商平臺一般會提供基礎屬性值，再開放自定義屬性編輯，讓用戶來完善屬性庫數據。
商品搜索能力，除了標題、類目，很大部分依賴于商品屬性，條件篩選的基礎數據也是商品屬性和規格屬性。完善商品屬性對于良好用戶體驗至關重要。

淘寶的商品屬性（男裝>風衣）

3.規格、價格、庫存、SKU信息
在購買商品時，我們會經常選擇規格（銷售屬性），主要包括顏色、尺寸，為了支持多樣化的用戶需求，選擇之后可以編輯規格。規格一對一確定之后，可單獨設置價格、庫存、商家SKU，淘寶上亦可添加條形碼（69碼）。也可以設置統一價、統一庫存。填寫商家SKU主要是為了方便對應到具體的實物，上文亦講過，倉庫和采購管理的都是具體的SKU。
仔細觀察會發現，京東的商品標題是加上具體的規格，在選擇規格時會跳轉SKU，對于落單數據有效率提升，但是對于頁面效率和體驗是不如淘寶的SPU結構的。現在大部分電商都采用的是淘寶的SPU結構，亦是優質選擇。

JD規格、價格、庫存、SKU設置

在淘寶上選擇具體的規格后，會發現商品縮略圖會發生變化，這就需要在管理商品時，針對某規格單獨上傳圖片。這里有個設計很巧妙的地方，只是不同顏色需要上傳對應的商品縮略圖，而尺碼不需要。

淘寶不同顏色上傳具體的縮略圖，京東可上傳多圖

針對商品設置平臺價和市場價，主要是為了商品在列表展示商品、未選擇具體規格時展示，相當于商品的均價。毛重、長寬高等數據主要是為了物流而設置的，自建倉庫的自營電商一般在SKU數據層就會錄入這些數據，直接調用。貨號即商品編碼，在商城購物時會掃描的條形碼就是貨號。貨號不等同于SKU編碼，同一商品編碼的商品可能是不同SKU，有著不同的規格，所以不能直接拿貨號來管理SKU。

JD商品信息填寫

4.商品圖、商品詳情描述、物流信息
除了不同規格對應的商品縮略圖，商品圖還包括商品主圖，一般要求圖片質量較高，包括整體圖和細節圖。商品主圖是吸引顧客眼球的必要利器，不論是列表頁，還是活動頁，顧客除了關注價格，主要就是商品主圖，運營上架時需對商品主圖較為慎重。
商品詳情頁現在一般會區分電腦版和手機版，由于兩者的使用場景和設備不同，側重點也不相同。為了更好的展示產品特點，可提供不同的產品詳情模板，亦可支持不同的富文本編輯。

商品詳情描述

選擇運費服務時，要選擇對應的物流模板（包郵、按重量、按件數等），在訂單處理是按照具體的物流模板計算運費。運費模板計算較為多樣復雜，下篇文章詳細描述講解物流運費相關的細節。

商品物流選擇

5.其他商品信息
主要包括售后服務（發票、保修服務、退換貨）、包裝清單等相關說明。

6.上下架管理
設置完商品基本信息之后，設置上下架時間，亦可直接上架發布。和商品相關的活動，一旦商品下架，活動將失效，無法購買。搜索、篩選的商品范圍都是在上架的商品范圍進行。

上下架設置

自營與平臺電商的商品區別
在商品管理層面，平臺電商提供給平臺商戶的商品服務與自營電商自己的商品服務有著很大不同。最大區別在于自營電商比平臺電商多SKU管理，庫存和屬性都是基于SKU進行管理，在添加商品時，如果還要重新填寫，就會造成數據冗余。所以一般會共用數據。

總結
這兩篇主要介紹了商品的基礎數據模塊，也是商品的框架，營銷活動等其他部分都是在商品的基礎上進行包裝升級的。由于細節較為繁瑣，很難面面俱到，如果有問題，可留言交流。后面將詳細講解訂單、營銷等后臺，若有興趣，可關注我。

這段時間收到許多留言和私信，很開心能得到一些朋友的認可。年底愈發繁忙，理不完的需求終于在2016年最后一周以春節版本迭代評審宣告結束，新需求加入需求池，等待來年再戰。有了充裕的時間，電商后臺產品設計專題打算開始一周兩次的高頻更新。這段時間除了在研究電商產品的產品設計和功能，也在思考未來電商的商業形態，參考了很多國內外現有的模式，想了許多可能的新零售未來的存在形態，很多想法相當有意思，等我梳理清楚分享給大家。

碎 碎 戀 產 品(公眾號)
電商產品經理，主導多業務產品更新迭代，負責過從0到1的產品設計、研發、上線。
專注于電商產品設計、商業分析以及后臺挖坑。
感興趣可關注我，歡迎勾搭交流！