電商后臺產品設計:怎樣設計實用的商品中心(二)
上篇《電商產品設計:怎樣設計實用的商品中心(一)》從后端角度介紹了商品中心用到的一些基礎數據設計,這期繼續挖坑,主要從商品前端顯示來說后臺設計的那些事兒。
用戶平常購物接觸到最多的就是商品顯示頁,商品列表、商品詳情頁的基礎信息都是從商品中心獲取。目前對于商品設計有著成熟的產品方案,電商網站的商品產品結構大同小異,淘寶上的商品以SPU形態顯示,京東上以SKU形態顯示,兩種處理方式各有優劣勢(表達可能不太準確,但認真研究過兩者商品結構應該理解我說的不同點,下文解釋)。 其實我更傾向于淘寶的商品結構,能夠支持更加靈活的商品方案。
京東與淘寶的商品詳情頁
商品信息主要由類目、標題、品牌、商品屬性、規格(京東定義為銷售屬性)、價格、庫存、SKU信息(毛重、長寬高等)、商品圖、商品詳情描述、物流信息等組成。至于經??吹降姆諛撕灒ò讞l、極速退款)、商品標簽(熱銷)、活動標簽(滿減、優惠券)、價格標簽(拼團價、活動價)、同類商品等都是在商品信息上的包裝層,不在本文的闡述范圍。
1. 商品類目、商品基本信息
商品類目分為兩層,基礎數據類目層、前臺展示類目層,在添加和管理商品時,都是在基礎數據類目層對商品進行管理(如下圖)。商品屬性、銷售屬性及品牌等很多數據都是在基礎類目上進行管理,所以類目管理屬于較為核心的工作,一定要從長遠角度考慮。
在添加商品時,需選擇對應的類目。前臺類目在展示時,有兩種處理方式:
- 前臺類目對應后臺類目,可一對一、一對多、多對多,自由組合,動態調整?,F在大部分自營電商都是用的這種類型。
- 前臺類目直接對應商品,適合商品較少的小商家,主要是一些電商平臺提供給平臺上商家的類目服務,添加商品時直接選擇前臺展示的類目。
另外,類目一般是分為三層,類目樹不要太深,否則將影響產品效率。
JD商品類目
設置商品信息、副標題(一般介紹產品賣點、促銷),選擇商品對應的品牌。在品牌管理中,有兩種方案:1.品牌統一管理,小公司商品豐富度較少時的方案。2.品牌關聯類目,商品豐富度高的選擇。
基本信息編輯
2. 商品屬性
商品屬性包括屬性名、屬性值,一般都是掛在具體類目子葉下,設置必填和非必填。在設置屬性值時,須保留一定的擴展性,部分允許自定義屬性。商品屬性管理要求強大的類目運營能力,在中小型電商平臺一般會提供基礎屬性值,再開放自定義屬性編輯,讓用戶來完善屬性庫數據。
商品搜索能力,除了標題、類目,很大部分依賴于商品屬性,條件篩選的基礎數據也是商品屬性和規格屬性。完善商品屬性對于良好用戶體驗至關重要。
淘寶的商品屬性(男裝>風衣)
3. 規格、價格、庫存、SKU信息
在購買商品時,我們會經常選擇規格(銷售屬性),主要包括顏色、尺寸,為了支持多樣化的用戶需求,選擇之后可以編輯規格。規格一對一確定之后,可單獨設置價格、庫存、商家SKU,淘寶上亦可添加條形碼(69碼)。也可以設置統一價、統一庫存。填寫商家SKU主要是為了方便對應到具體的實物,上文亦講過,倉庫和采購管理的都是具體的SKU。
仔細觀察會發現,京東的商品標題是加上具體的規格,在選擇規格時會跳轉SKU,對于落單數據有效率提升,但是對于頁面效率和體驗是不如淘寶的SPU結構的?,F在大部分電商都采用的是淘寶的SPU結構,亦是優質選擇。
JD規格、價格、庫存、SKU設置頁面
在淘寶上選擇具體的規格后,會發現商品縮略圖會發生變化,這就需要在管理商品時,針對某規格單獨上傳圖片。這里有個設計很巧妙的地方,只是不同顏色需要上傳對應的商品縮略圖,而尺碼不需要。
淘寶不同顏色上傳具體的縮略圖,京東可上傳多圖
針對商品設置平臺價和市場價,主要是為了商品在列表展示商品、未選擇具體規格時展示,相當于商品的均價。毛重、長寬高等數據主要是為了物流而設置的,自建倉庫的自營電商一般在SKU數據層就會錄入這些數據,直接調用。貨號即商品編碼,在商城購物時會掃描的條形碼就是貨號。貨號不等同于SKU編碼,同一商品編碼的商品可能是不同SKU,有著不同的規格,所以不能直接拿貨號來管理SKU。
JD商品信息填寫
4. 商品圖、商品詳情描述、物流信息
除了不同規格對應的商品縮略圖,商品圖還包括商品主圖,一般要求圖片質量較高,包括整體圖和細節圖。商品主圖是吸引顧客眼球的必要利器,不論是列表頁,還是活動頁,顧客除了關注價格,主要就是商品主圖,運營上架時需對商品主圖較為慎重。
商品詳情頁現在一般會區分電腦版和手機版,由于兩者的使用場景和設備不同,側重點也不相同。為了更好的展示產品特點,可提供不同的產品詳情模板,亦可支持不同的富文本編輯。
商品詳情描述
選擇運費服務時,要選擇對應的物流模板(包郵、按重量、按件數等),在訂單處理是按照具體的物流模板計算運費。運費模板計算較為多樣復雜,下篇文章詳細描述講解物流運費相關的細節。
商品物流選擇
5. 其他商品信息
主要包括售后服務(發票、保修服務、退換貨)、包裝清單等相關說明。
6. 上下架管理
設置完商品基本信息之后,設置上下架時間,亦可直接上架發布。和商品相關的活動,一旦商品下架,活動將失效,無法購買。搜索、篩選的商品范圍都是在上架的商品范圍進行。
上下架設置
自營與平臺電商的商品區別
在商品管理層面,平臺電商提供給平臺商戶的商品服務與自營電商自己的商品服務有著很大不同。最大區別在于自營電商比平臺電商多SKU管理,庫存和屬性都是基于SKU進行管理,在添加商品時,如果還要重新填寫,就會造成數據冗余。所以一般會共用數據。
總結
這兩篇主要介紹了商品的基礎數據模塊,也是商品的框架,營銷活動等其他部分都是在商品的基礎上進行包裝升級的。由于細節較為繁瑣,很難面面俱到,如果有問題,可留言交流。后面將詳細講解訂單、營銷等后臺,若有興趣,可關注我。
這段時間收到許多留言和私信,很開心能得到一些朋友的認可。年底愈發繁忙,理不完的需求終于在2016年最后一周以春節版本迭代評審宣告結束,新需求加入需求池,等待來年再戰。有了充裕的時間,電商后臺產品設計專題打算開始一周兩次的高頻更新。這段時間除了在研究電商產品的產品設計和功能,也在思考未來電商的商業形態,參考了很多國內外現有的模式,想了許多可能的新零售未來的存在形態,很多想法相當有意思,等我梳理清楚分享給大家。
相關閱讀
#專欄作家#
劉志遠,公眾號:遠哥聊產品,人人都是產品經理專欄作家。《電商產品經理寶典》作者,起點學院產品導師。多年電商產品實戰經驗。主導過多業務的電商產品搭建、更新迭代。關注電商領域,包括電商中臺、產品增長、商業模式、跨境出海等方面。
本文由 @Bouny_Yuan?原創發布于人人都是產品經理。未經許可,禁止轉載。
劉志遠老師也在人人都是產品經理旗下起點課堂開設了《電商產品經理精進計劃》課程。劉老師從市面上成百上千個電商系統中,抽離出了10個最核心最通用的模塊,進行了系統全面的梳理講解,系統構建行業規范的電商產品能力體系,成為有思考、能落地的實干型電商產品經理。感興趣的同學可以添加蘑菇老師(ID:qdxymg)咨詢,或者戳右側鏈接了解>>http://996.pm/Mkl86
為什么說京東的商品標題加上具體的規格會對頁面效率和體驗不好,另外還想知道一下電商后臺suk的管理
商品屬性和前臺的篩選應該是怎么關聯。通過類目關聯嗎。比如選了手機類目,就展示那幾個篩選屬性的項
商家SKU是手動輸入用來和庫存關聯的嗎?可不填是說自營的不填自動生成?由第三方供貨的要填嗎?
只有顏色需要上傳圖片嗎?這個規則怎么定的是寫死顏色規格可以上傳主圖還是其他邏輯定的
請問關于商品中心是否有演示賬號可以學習一下?
同問
希望能加下微信交流學習下
云吞了嗎?
贊
自營電商需要SKU管理和前臺商品管理分開嗎,SKU管理添加基礎的SPU、SKU數據,然后給前臺商品管理、庫存系統、采購系統調用,也就是所有SKU信息都是先通過SKU管理添加,請問是這樣嗎
你說的SKU/SPU是最小庫存和產品單元,商品還有很多東西比如類目、屬性、品牌等等其他參數,等等的這些給前端商品展示提供商品數據支持。從邏輯上講商品管理、庫存管理、采購管理屬于不同的管理模塊,數據通過接口的方式相互調用互相引用實現數據同步。SKU信息無法通過SKU添加因為他們已經是最小庫存量單元了,他們的實體關系是1對1。1個SPU包含N個SKU,X個商品組成Y個SPU,舉個例子白色 IPHONEX&黑色IPHONEX他們是1個SPU因為最小產品單元是IPHONEX,2個商品因為所有參數加起來后兩個IPHONEX是不同的,2個SKU白色和黑色。
【SKU信息無法通過SKU添加因為他們已經是最小庫存量單元了,他們的實體關系是1對1】——這個是錯誤的。準確來講 這個庫存是用戶看到的虛擬庫存 并不是真實庫存。另外 SKU與實物的對應關系 肯定不是1對1。你可以去淘寶看看 很多毛巾的售賣策略就是【毛巾A+毛巾B+毛巾C】作為一個SKU,有的還有【白色+黑色+黃色】這樣的,所以 不能把SKU認同為實物1對1關系。
給你一個思路,SKU可以對外售賣的最小庫存單位,但是實際上關聯到實際的物品的時候 是可以1對多的。
【毛巾A+毛巾B+毛巾C】是一個組合SKU,在倉庫層面上,應該是解析成3個單獨的SKU吧
想請問下,你是做什么電商,可否提供下網址!我也是做電商的PM,主要負責后臺設計!
我也是 交流交流
我微信 13825651376
謝謝分享,很詳細很受教!
真的很贊!
不錯