電商后臺設計:品類管理
商品作為整個電商平臺中的核心,系統中所有的業務都需要根據它來展開,所以設計一套易用、可擴展的商品模塊是非常重要的。文章從品類管理的基本業務出發,對具體的功能模塊展開了梳理說明,希望通過此文能夠加深你對電商后臺設計的認識。
由于內容較多,我通過三篇文章來講解一下商品管理中各個功能是如何設計的。商品管理中包含品類管理、品牌管理、屬性管理、商品維護四個功能點,通過這四個功能數據的相互配合,才能完整對商品數據的維護。本篇我們先來聊一聊品類管理是如何實現的。
01 品類管理
電商平臺商品繁多,如果沒有一個好的數據歸類,無論對于后端維護人員還是前端用戶的查找體驗可以說是災難性的,所以在商品維護模塊中品類管理算是最基礎的功能了。
電商平臺中品類管理通常分兩種:前端品類管理和后端品類管理,為什么會有兩套品類管理呢?
- 當平臺發展壯大的時候,平臺上的商品非常的多,后端系統需要創建比較細致的品類對商品歸類以方便精細化管理和數據統計。
- 前端為了活動促銷,運營人員會根據當前熱度或根據用戶喜好不斷的對品類做個性化調整,以滿足推廣活動,如果直接修改后臺的品類,勢必導致后端品類混亂,維護人員(通常由采購部的人來維護)無法識別商品品類。
基于上面兩點,通常就會開發兩套品類分別由運營人員和采購人員各自進行維護,即不會相互影響,又實現了各自的業務功能。
02 前端品類管理
要了解前端品類的功能,JD、TM肯定是我們必然要參考的對象,所以我們還是先看看他們的品類都有哪些功能,下圖是JD官網首頁的分類展示,我接下來分析一下功能:
2.1 層級結構
電商品類大大小小幾百種,一個好的組織方式無疑能夠讓用戶更快速、更直觀的了解網站的業務內容,最常規的方式就是層級分明的樹形結構。綜合考慮到商品的細分程度和用戶的體驗效果,前端展示的品類一般都是三級結構。
2.2 命名規則
由于頁面高度限制和用戶視覺效果影響,網站首頁默認只顯示一級品類,二、三級品類通常被隱藏,需要通過用戶移動鼠標來進行觸發顯示。
由于默認只顯示一級品類,但是又需要讓用戶對網站業務能有一個直觀的了解,所以一級品類通常都是根據相似功能聚合多個品類一同進行展示,到二三級則為具體類目信息。
當然不同企業有不同的戰略考慮,還是需要根據實際業務考慮,合理組織商品類目信息。
2.3 個性化跳轉
活動運營是電商平臺的核心業務,而品類作為電商的一個重要搜索入口,前端品類會加入個性化的鏈接跳轉,通過點擊品類跳轉到指定的專題頁或活動頁,以增加活動流量。
大家可以在JD官網上試試,將鼠標放在品類上,屏幕左下方會出現跳轉鏈接地址,大體有兩種形式:一種是跳轉到相應的專題頁中;另一種是跳轉到搜索頁中。
2.4 關聯后端品類
上面我們講了系統需要設計兩套品類管理,它們又是如何關聯在一起的呢?這個問題其實也比較簡單,在創建前端品類的時候,會有一個關聯設置功能,運營人員可以個性化設置關聯多個后臺品類。如:辦公 -> 筆、本子、冊子
2.5 其它功能
- ICON:為了美化品類的展示樣式,前端UI通常會設計一些ICON圖標進行優化,該功能手機端使用的比較多
- 排序功能:運營會根據活動熱度動態來調整個別品類顯示的順序,通過后臺排序數字可以自由進行維護
- 狀態:控制品類是否展示在前端
2.6 原型圖設計
功能整理:
列表頁原型圖:
列表頁上的刪除功能需要注意,當品類包含子品類時,父級品類不能被刪除,必須要先刪除完所有的子品類,以防止造成系統內部臟數據。
表單頁原型圖:
關聯品類頁原型圖:
前端品類關聯后端品類時,可以關聯到任意一級,無須精確到最后一級。
03 后端品類管理
對于后來系統來說,主要用于數據分類,功能相對較少一些,對于頁面優化并沒有那么高要求,所以跳轉路徑、ICON設置就不需要進行維護。
但是它有一個非常重要的關聯屬性功能,用于維護商品展示屬性的基礎設置,由于涉及內容比較多,我在下一篇文章中介紹。
功能整理圖:
列表頁原型圖:
表單頁原型圖:
小提示:在展示樹形結構數據時,當數據量比較少的時候(如系統菜單列表)通常會采用帶有上下級折疊功能的樣式進行展示,但是數據量比較大的時候,通常采用分頁展示,不然單頁面數據太大,經常出現卡頓現象。
作者:JackLiu;個人微信公眾號: 揚帆去遠航(ID:Jackai_liu)
本文由 @Jack 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
感覺都講得淺嘗輒止
是否可以補充下如何關聯屬性
前端品類每一級都可以關聯后端品類嗎?例如一級品類關聯了 辦公,二級品類也關聯了辦公 和 數碼。那么C端用戶點擊一級品類,商品里應該展示辦公類別的商品,還是展示所有子集的集合(辦公+數碼)?
在我看來,列表-操作中的“新增子集”沒有必要。只需要在新增品類的時候,父級品類處用樹狀結構選擇就行了
jack你好,不明白類目為什么要關聯屬性?你的表單也原型圖也沒有設置屬性的界面呀,類目跟屬性好像沒什么關系
屬性一般是掛在類目上,這樣該類目下所有的商品就全部掛上設置的屬性了,就不需要為每個商品來設置屬性了。
好的,謝謝
作者你好!請教一下,新建前端品類時,父級品類為必填的,請問他是哪里來的?由后臺寫死麼????還是怎么說??
你這個可以先建父級類目
按照這個原型界面設計,如果后端品類有多個,怎么顯示
這類需求,我一般會封裝全平臺統一跳轉方法,不管跳轉鏈接或者頁面,或者某個系統頁,這個和當前功能是解耦合。例如跳轉搜索結果頁,可以支持多選品類,關鍵詞,品牌等等。所以你可以在任意地方維護想要跳轉的結果,而不是每個功能都開發一遍。
即,將功能抽象為跳轉頁面與攜帶傳參,這個面向與前端是全局統一的公共方法。前端任意裝修或功能跳轉,都應該遵從該方法。后端封裝統一管理。產品迭代或管理都會清晰很多。
也是不錯的
表示沒聽明白要表達什么。
e?講的也不復雜啊,更多表達的是代碼中的抽象封裝思路。將有共性的功能進行剝離,提高整個平臺的靈活度。
請問你說的這種方法產品功能上怎么設計
這個不錯~~~
如果前端品類【水果】配置了“跳轉路徑”是iphone手機專題,同時關聯了后端品類“蘋果”,那么在前臺點擊【水果】會跳轉到哪里?
以跳轉路徑為準吧,這就是配錯了
杠精,哈哈哈~~
如果前端品類【水果】配置了“跳轉路徑”,也關聯了后端品類,那么在前臺點擊【水果】會跳轉到哪里?
這兩個功能只能二選一,原型圖上有個”是否跳轉”,當設置為”是”的時候,關聯后端品類是不能填寫的
蹲一個下篇~~~