上篇《電商産品設計：怎樣設計實用的商品中心（一）》從後端角度介紹了商品中心用到的一些基礎數據設計，這期繼續挖坑，主要從商品前端顯示來說後台設計的那些事兒。

用戶平常購物接觸到最多的就是商品顯示頁，商品列表、商品詳情頁的基礎信息都是從商品中心獲取。目前對于商品設計有着成熟的産品方案，電商網站的商品産品結構大同小異，淘寶上的商品以SPU形态顯示，京東上以SKU形态顯示，兩種處理方式各有優劣勢（表達可能不太準确，但認真研究過兩者商品結構應該理解我說的不同點，下文解釋）。 其實我更傾向于淘寶的商品結構，能夠支持更加靈活的商品方案。

京東與淘寶的商品詳情頁

商品信息主要由類目、标題、品牌、商品屬性、規格（京東定義為銷售屬性）、價格、庫存、SKU信息（毛重、長寬高等）、商品圖、商品詳情描述、物流信息等組成。至于經常看到的服務标簽（白條、極速退款）、商品标簽（熱銷）、活動标簽（滿減、優惠券）、價格标簽（拼團價、活動價）、同類商品等都是在商品信息上的包裝層，不在本文的闡述範圍。

1. 商品類目、商品基本信息

商品類目分為兩層，基礎數據類目層、前台展示類目層，在添加和管理商品時，都是在基礎數據類目層對商品進行管理（如下圖）。商品屬性、銷售屬性及品牌等很多數據都是在基礎類目上進行管理，所以類目管理屬于較為核心的工作，一定要從長遠角度考慮。

在添加商品時，需選擇對應的類目。前台類目在展示時，有兩種處理方式：

1. 前台類目對應後台類目，可一對一、一對多、多對多，自由組合，動态調整。現在大部分自營電商都是用的這種類型。
2. 前台類目直接對應商品，适合商品較少的小商家，主要是一些電商平台提供給平台上商家的類目服務，添加商品時直接選擇前台展示的類目。

另外，類目一般是分為三層，類目樹不要太深，否則将影響産品效率。

JD商品類目

設置商品信息、副标題（一般介紹産品賣點、促銷），選擇商品對應的品牌。在品牌管理中，有兩種方案：1.品牌統一管理，小公司商品豐富度較少時的方案。2.品牌關聯類目，商品豐富度高的選擇。

基本信息編輯

2. 商品屬性

商品屬性包括屬性名、屬性值，一般都是挂在具體類目子葉下，設置必填和非必填。在設置屬性值時，須保留一定的擴展性，部分允許自定義屬性。商品屬性管理要求強大的類目運營能力，在中小型電商平台一般會提供基礎屬性值，再開放自定義屬性編輯，讓用戶來完善屬性庫數據。

商品搜索能力，除了标題、類目，很大部分依賴于商品屬性，條件篩選的基礎數據也是商品屬性和規格屬性。完善商品屬性對于良好用戶體驗至關重要。

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

3. 規格、價格、庫存、SKU信息

在購買商品時，我們會經常選擇規格（銷售屬性），主要包括顔色、尺寸，為了支持多樣化的用戶需求，選擇之後可以編輯規格。規格一對一确定之後，可單獨設置價格、庫存、商家SKU，淘寶上亦可添加條形碼（69碼）。也可以設置統一價、統一庫存。填寫商家SKU主要是為了方便對應到具體的實物，上文亦講過，倉庫和采購管理的都是具體的SKU。

仔細觀察會發現，京東的商品标題是加上具體的規格，在選擇規格時會跳轉SKU，對于落單數據有效率提升，但是對于頁面效率和體驗是不如淘寶的SPU結構的。現在大部分電商都采用的是淘寶的SPU結構，亦是優質選擇。

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

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

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

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

JD商品信息填寫

4. 商品圖、商品詳情描述、物流信息

除了不同規格對應的商品縮略圖，商品圖還包括商品主圖，一般要求圖片質量較高，包括整體圖和細節圖。商品主圖是吸引顧客眼球的必要利器，不論是列表頁，還是活動頁，顧客除了關注價格，主要就是商品主圖，運營上架時需對商品主圖較為慎重。

商品詳情頁現在一般會區分電腦版和手機版，由于兩者的使用場景和設備不同，側重點也不相同。為了更好的展示産品特點，可提供不同的産品詳情模闆，亦可支持不同的富文本編輯。

商品詳情描述

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

商品物流選擇

5. 其他商品信息

主要包括售後服務（發票、保修服務、退換貨）、包裝清單等相關說明。

6. 上下架管理

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

上下架設置

自營與平台電商的商品區别

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

總結

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

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部