B2B電商平臺中的商品模塊設計

2 評論 12138 瀏覽 65 收藏 11 分鐘

編輯導語:商品模塊是電商中最基礎的模塊,本文作者針對化工B2B電商平臺中的商品模塊設計進行了思考,進行了需求分析和功能設計的探討,希望看后對你能夠有所幫助。

一、場景說明

商品主要用于展示貨物的詳細信息,用于確定買賣雙方交易產品的權力和義務,由于在互聯網上完成交易,買賣雙方對產品是沒有實際查看的,所以商品詳情需要把產品的性質、價格、使用方法等信息進行展示。

我們在設計B2B的商品模塊時主要有如下場景:

  1. 賣家一般會針對采購數量、地區、客戶等級等采取不同的定價策略,還需要能夠維護商品的成本價、最低價等數據,而在化工 B2B電商 中賣家對商品價格的調整也是比較頻繁的。
  2. 賣家能夠很方便的在采購和銷售環節使用商品信息,并能夠對采購成本和銷售進進行分析
  3. 買家在商城中能夠通過搜索、分類、品牌等維度找到對應的商品,并能夠查看商品的詳情,買家能夠同時選擇多個SKU進行下單,并能夠知道商品所在倉庫信息

二、需求分析

化工行業屬于商品相對標準的行業,所有的商品都有標準的數據底庫(化合物標準數據),同一個化合物在平臺中可能會有多個商品的。

化合物的標準數據能夠提供很多準確的化合物性質的數據,而且是整個化工行業大部分平臺都在使用的統一的數據,使用他作為商品的基礎數據,能夠提前為商品數據歸一最好準備,后期如果需要對平臺中的所有商品進統一分析或輸出類似價格指數的功能提供基礎。

整個商品模塊的領域分析如下:

圖中虛線部分不屬于商品模塊,在下文不在詳細說明。

在設計商品核心模型時,我們在通用的商品模之上(以商品+SKU+類目+屬性+品牌),還加入了符合B2B電商和行業的一下特性功能。

例如:我們在商品模型上增加了化合物和單位,還增加了危險品分類等信息,在SKU 中我們把價格獨立出來,并提供了調價表的模型,而通過在SKU中增加毛重、凈重等信息能夠為我們解決商品基本單位換算以及運費計算的問題。

而我們對整個商品模塊的功能結構規劃如下:

三、功能設計

在功能設計上總體分成兩大部分,商城前端功能和管理后臺功能,我們先看下管理后臺部分。

在上文的功能結構圖中我們可以看的總體的功能情況,對于像單位管理、品牌管理、證書管理、屬性管理、類目管理這些我們不做詳細說明,需要說明的一定是在類目管理上我們分為前臺類目和后臺類目,前臺類目主要作為商城運營使用,是不穩定的、多變的,而后臺類目則是商品的真實分類,是能夠串聯各種業務流程的,例如商家入駐是需要選擇的類目等。

而在類目上我們會建立一層與屬性的關聯,同時在關聯是標記屬性在該類目下是否作為規格,通過這種關聯關系能夠很好的對各個類目建立基本的商品信息模板,我們需要詳細說明的是商品管理以及價格管理相關的功能。

總體來說我們是一個典型的SPU+SKU的結構,商品統一的信息以及在運營上所需要的信息我們都放在了SPU這一層,而對于影響庫存、價格的信息則統一放在SKU。

在定義SKU時我們是通過發布商品的人員自己所選擇的規格進行定義,我們支持單規格和多規格的兩種模式,在SKU維度我們會統一管理商品的重量、起批量以及基礎價格(包括:成本價、售價等),具體原型如下圖:

單規格設置:

多規格設置:

由于我們是B2B商城,我們對于不同的購買數量也是需要進行價格區分的,所有我們還提供了階梯價設置功能,能夠對不同的購買數量進行定價,考慮到發布人員操作的便捷性,我們提供統一設價模式,如下圖:

而對于客戶等級對價格的影響,我們把他當作一種客戶的權益,放在客戶管理模塊進行設置,而最終通過客戶權益和基礎價格可以達到不同客戶等級不同價格的目的。

在2B的業務中,價格的調整是一個是否頻繁的操作,不想2C商品價格基本無調整,頂多是在不同的活動中定義一些活動家即可。

為了解決頻繁進行批量調價的需求,我們設計了調價表功能,能夠對多個SKU進行批量改價,同時支持對調價表進行審核,總體步驟如下:

  1. 選擇需要調整價格的SKU(也提供標準模板統一進行基礎數據導入)
  2. 對選好的SKU進行價格調整,并提交生產調價單
  3. 進入審核流程,審核通過后SKU新價格生效

所有的調價記錄均由保存歷史數據,可方便后期實現商品價格指數功能。

現在再讓我們看下商城前端相關的功能,對于商品搜索以及列表相關的功能,我們不做過多介紹,與一般商城無二,我們主要介紹在商品詳情中進行的一些特殊設計。

在2B的業務中,在平臺上買貨的客戶對同一個商品如果有不同規格時存在同時進貨的需求,所有我們在滿足這個需求時進行了一些功能優化,我們允許客戶在商品詳情中可以對多個規格進行選擇,同時對每個SKU所在的倉庫進行單獨展示,而階梯價又在整個商品維度進行生效。

也就是說只要客戶在一個商品中購買的數量滿足階梯數量要求即可享受階梯價,而通過在后臺設置好的重量我們還能夠預估對應的運費(運費在2B的業務中較高,且有可能是賣家的利潤來源之一),具體頁面原型如下:

關鍵性的功能及頁面如上,而在整個產品功能設計的過程中有一個困擾筆者很久的問題:公司內部管理商品的單位和商城中售賣是商品的單位如何管理?

例如:在我們公司內部對大部分的化工產品都是用kg進行計價,而實際的貨物卻是一包、一箱、一桶,我們在賣給客戶的時候也肯定是不能半包售賣,如何解決這種在價格管理、單位管理上面的問題呢?

我們對這個問題的解決思路如下:

  1. 在SKU維度,我們定義了規格和凈重、毛重這三個屬性
  2. 在公司內部進行庫存或成本管理時,我們使用通用邏輯以凈重進行庫存單位換算,以商城售價/凈重進行單價管理。如果后期公司內部進行庫存和成本管理時還可用其它計量單位的話,我們可以把凈重和毛重字段擴展,讓業務人員可以自定義計量單位即可
  3. 而對于在運輸的過程中我們肯定不能以凈重進行計算,需要以加上了包裝重量的毛重進行計算,所有通過增加凈重和毛重屬性能夠還能夠解決在運輸、倉庫管理過程中產生的問題。
  4. 4在商城端,客戶進行下單時我們統一使用SKU的規格進行控制,SKU規格上是帶有銷售單位的,如此我們也可十分友好的讓客戶進行下單。

以上就是我們對B2B電商模塊的整體產品設計的思考,其中有許多和2C商品管理中類似的功能設計進行了省略,著重說明2B電商中商品管理的特殊功能。

希望能夠對同樣在做B2B電商產品設計的同學起到一定的幫助,也隨時歡迎大家和我交流溝通2B電商產品設計相關的問題。

#專欄作家#

不可分類者,微信公眾號:中臺產品,人人都是產品經理專欄作家。專注于電商中臺的產品設計,擅長產品規劃及需求分析;熱衷于研究中臺、SaaS等領域的最新產品形態。

本文原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 有理論有實踐有圖示,非常受用,感謝分享,希望有機會與您交流

    來自四川 回復
  2. 很好

    來自北京 回復