營銷服運營平臺-商品中心-你要知道的3個4
商品中心是營銷服平臺中最基礎、最核心的系統之一,幾乎支撐所有業務系統,活動、訂單、支付、售后、采購、庫存、物流等,都需要依賴商品中心的系統能力。本文介紹了商品中心的業務流程、系統功能和ER模型,并通過行業應用進行說明,希望能幫到大家。
一、業務定義
商品中心常用的核心職能有3個:商品相關基礎信息、商品發布與上下架、商品價格管理。汽車、裝修等行業的復雜業務中會有商品配置與選配管理,此部分僅簡要介紹,詳細介紹內容可查看《車輛中心》相關內容(未來發布)。
說明:按照商品管理的范疇、運營用戶的工作場景,商品配置與選配應歸屬在商品中心,只是考慮復雜性高、應用場景不多,且在車輛中心可完整呈現由SBOM到商品配置、選配的全過程,所以將商品配置與選配內容轉至車輛中心。
二、業務流程
- 商品轉為可售商品,需要維護類目、品牌、屬性、價格等信息,但也可以簡化,尤其小企業的應用并不復雜,比如有贊平臺中,維護好類目(甚至不需要類目)即可創建商品,包括商品信息、規格(屬性)、價格即可,不需要維護品牌、SPU、屬性模板等信息。如果沒有配置對比、選配的場景,可以使用圖片等形式把商品配置信息呈現即可。
- 商品的生命周期狀態:建檔、發布、上架(在售)、下架(停售)、清盤、歸檔等。
三、系統功能
1. 商品類目
商品類目有后臺類目和前臺類目,后臺類目相對穩定,利于運營人員的商品管理,以及協同部門的業務處理;而前臺類目面向買家、消費者,靈活且調整的頻次高,因此通過前后臺類目的映射關系來保障前臺的靈活多樣和后臺的穩定。
- 后臺類目:面向商家運營的,一般是按照商品固有的屬性或內部管理分類設定的分組,比如常見的“筆記本電腦”,是歸在一級類目“3C產品”、二級類目“電腦”下的三級類目“筆記本電腦”。
- 前臺類目:面向消費者、以用戶視角定義的分類,可靈活配置,方便用戶快速定位篩選,可以是兩級、也可以是三級,前后臺類目可以1對1,也可以后臺三級類目映射到前臺類目多個類目,或者相反。
2. 品牌
品牌是描述商品的關鍵信息,是比較特殊的商品屬性,需要獨立管理。
3. SPU(Standard Product Unit)
商品信息聚合后的一組可復用、易檢索的商品組合的定義,用于描述一類產品的特性。比如蘋果品牌旗下的筆記本MacBook Pro、MacBook Air系列。
4. 商品(Goods)
銷售的商品,歸屬在SPU、后臺類目下。如MacBook Pro系列的13英寸、14英寸 ,商品名稱為MacBook Pro 13英寸,既有SPU名稱,也有商品特征(屏幕尺寸),這是因為尺寸作為銷售屬性、加入到商品名稱中,便于用戶在平臺中搜索。
如果是電商平臺,每個商家會基于同一個SPU來創建自己的商品;管控較高的平臺,會要求商家基于同一個商品來創建自己的商品,即平臺商品+商家建立了關聯關系、構成了商家的商品。
品牌下多門店的做法也類似,與平臺商品區別點在于品牌商對商品價格統一管理(嚴格管理,或指導價方式)。
5. SKU(Stock Keeping Unit)
最小庫存量單位的商品,又稱最小存貨單位。以商品MacBook Pro 13英寸為例,關鍵規格有顏色(黑色、銀色、灰色)、內存容量(8G、16G)、存儲容量(256G、512G),可以組合出3×2×2=12個SKU。
與ERP系統對接時,需要考慮的事項:
- 銷售/采購環節:與客戶/供應商的物料保持一致,可以存在多個商品或SKU對照ERP中一個物料號,即每個商品上可以維護對應ERP中的物料號、69碼(如有)。
- 生產環節:需要確認是否有BOM和MRP計算,如果涉及,就要做到最小顆粒,即一個SKU對照ERP中的一個物料號,包括與PLM/PDM對應一致。
6. 商品體系的4層結構
商品體系的設定,不僅要考慮消費者的普遍認識,也要考慮內部的業務協同、統計考核等需求。如果產品線較多、業務復雜,可采用4層架構來處理,即產品系列、SPU、商品、SKU,比如:問界汽車的M7是產品系列(車系),M7 Plus/Max可作為SPU(子車系),新問界M7 Plus后驅版作為商品,選配后的商品作為SKU,對應到生產體系的物料號。汽車行業也將年款作為主要標識(商品屬性),如寶馬X5車系下 “2023款 xDrive 40Li M運動曜夜套裝”(商品)中的2023款。
7. 商品類型
除了商品類目劃分外,從履約角度還會將商品分為實物商品、服務商品、虛擬商品:
- 實物商品:以有形實體存在,履約需要依賴傳統的物流運輸系統。例如:雞蛋、大米、手機等。
- 服務商品:以勞動服務方式履約,例如:電視機的安裝,安裝服務可作為服務商品。
- 虛擬商品:無形商品,無需物流、勞務參與,就能完成交易履約,例如:話費充值、騰訊視頻會員、優惠券等。
8. 商品屬性的4層結構:模板-組-項-值
商品屬性是用來描述和區分商品特性的一系列特征或參數,它可以從多個角度來定義和分類。一般分基本屬性、業務屬性(含銷售屬性、交易屬性、流通屬性等)。
- 基本屬性:商品自有的特征信息,比如所屬品牌、產品系列、規格型號、長、寬、高、凈重、毛重等。
- 銷售屬性:作為商品關鍵特征供買家選擇,可對應到不同的價格,比如筆記本電腦中的顏色、內存、存儲等作為銷售特征、成為SKU的關鍵信息,并影響到賣家庫存、成本等。
- 交易屬性:是否支持會員折扣、是否支持積分抵扣、是否支持質保(對應有質保協議)等。
- 流通屬性:是否支持配送、是否保質期管理、是否批次管理、是否序列號管理、是否溫度/濕度管控、是否獨立拆單等。
- 保質期管理:食品、藥品、化妝品、化工用品等有嚴格的保質期管理,會關聯到庫內管理業務
- 批次管理:對有保質期管理的、關重件都會有批次管理要求的,除了記錄生產批次(含生產日期)外,還需要記錄入庫批次。
- 序列號管理:對成品、關重件實施一物一碼管理,即一個商品一個序列號,比如車輛的VIN碼、手機的串碼等。物聯網時代,一切要連接網絡的都有一個唯一的設備碼,VIN碼、串碼等是按照國際標準要求設定的設備身份信息。
- 獨立拆單:多個商品一同提交訂單并完成支付后,訂單系統會按照拆單邏輯進行拆單、執行后面的履約。商品上如設置了獨立拆單,則拆單后該商品獨立存在于一個主訂單中。
另外,對商品的計量,分主計量單位、輔助計量單位,比如:魚的主計量單位是千克,輔助計量單位是條,在不同場景中會使用不同的計量單位。計量單位間會有換算,比如可樂在銷售流通環節中會使用1聽、1打、1箱,之間會有換算,而在生產環節則使用包裝的計量單位和體積單位(毫升、升)。
以上是針對商品的一些關鍵特征的描述,但還不完整。完整的商品描述需要使用整套的商品屬性來標準化的表達出來,包括屬性模板、屬性組、屬性項、屬性值,以下舉例幫助理解:
對相同類目的商品,使用統一的一套屬性模板來表述商品信息,包括屬性組、排序、屬性項(排序、屬性值),比如所有品牌的直板智能手機使用同一個模板。不僅可以標準化的呈現,也可以同類商品進行對比。如下圖中的軟件規格、存儲為屬性組,存儲中的運行內存、機身內存等為屬性項,8GB、16GB為運行內存的屬性值。屬性值分時間、數值、文本、選項等類型。
屬性項是共用信息,比如內存,既可以用在電腦、手機上,也可以用在照相機、投影儀、打印機上,即:屬性項可以在不同類目對應的屬性模板中、不同的屬性組中。
9. 商品發布與上架
商品在平臺上的“上架”和“發布”雖然在日常操作中常常被交替使用,但嚴格意義上還是有區別的。
- 發布商品:指商家首次將新的商品信息錄入到平臺的過程,包括但不限于填寫商品標題、描述、上傳圖片、規格(如尺碼、顏色等)、詳情頁制作以及選擇商品后臺類目、設定價格等一系列操作??梢岳斫鉃閮炔康纳唐方n和審批過程(定價、庫存準備、履約方式、財務結算規則等等),包括外部供應商、生態合作伙伴的商品上架申請也執行相同的流程。
- 上架商品:意味著商品信息已經經過內部確認、被成功發布,可以上架到在各渠道(C端APP或小程序、合作平臺,以及B端APP或PC端),以及確定上架范圍(業務組織,含分銷商、供應商),上架后方處于可見可購買的狀態。上架到渠道,是為應對不同場景的需要,比如安裝服務費,是在C端用戶選擇商品后才會有相關的服務項目,C端不可修改,但B端可添加或修改服務項目。總之,不是所有商品在所有渠道銷售的,也不是門店銷售所有商品的。
簡而言之,發布商品是創建商品信息、完成內部審批,而上架商品則是在商品發布完成后使其公開顯示和銷售的最后一步驟。
10. 價格管理中的4個價格
價格中有面向終端消費者的零售價格、面向分銷商的分銷價格(或批售價格)、面向內部經營單元的結算價格、面向供應商的采購價格。
- 零售價格:有統一的終端零售指導價,在此基礎上各渠道和分銷門店根據市場情況定零售價格,開展促銷活動定最終交易價格。
- 分銷價格:有統一分銷價格,在此基礎上按照分銷商的等級、交易量、活動定最終交易價格。往往會通過有時間約束的價格表來管理分銷價格,一般采用價格分組的方式,根據等級、交易量把分銷商放入某個價格組中,按照價格組的價格來定義分銷的基礎價格,再疊加活動來定交易價格。
- 結算價格:集團內分支機構間交易,或部門間的結算按照約定的結算價格執行。一般采用采購成本或存貨成本價格作為內部的結算價格。
- 成本價格:有3種成本價格,分別是采購成本價格、存貨成本價格、庫存成本價格。采購價格即采購入庫的價格,存貨價格是按照財務存貨計價方式確定的價格,比如移動加權的存貨價格,是因為不同批次的采購、采購價格有波動、導致存貨成本也在變化。庫存成本價格是除了物料的存貨成本外、疊加了管理費用、倉庫維修分攤費用等,要比存貨成本要高,計算也略復雜。
四、ER模型
五、行業應用
汽車的配置多且復雜,為讓買家更清晰的了解詳細的配置信息,按照屬性模板、屬性組、屬性項、屬性值的4層結構完整的呈現,見下圖(截圖取自有駕)。屬性模板中,屬性組(左側部分)按序號排序,各屬性組中的屬性項也按序號排序,并呈現不同車型(商品)對應的屬性值(右側部分)。
運營人員在后臺的維護是以屬性模板為基準,來維護每個車型的配置信息。
1)選配項加價:可選配的屬性項除了屬性值外,選配的屬性值可對應的有選配價格,是基于標配的屬性值的加價。需要說明的是,這個加價會隨著市場波動而變化,而最終的結算金額也會因促銷活動導致實際結算金額與顯示的加價金額不同。
2)選配項可感知到:為了用戶可以在系統上根據自己的喜好自由選配,還得讓用戶可以感知到這些選配項目,比如有顏色、圖文與視頻介紹等,就要將屬性值與商品關聯,尤其一些選配項目也是單獨的商品(屬性值),比如圖示中的輪胎。
3)選配項相互綁定或互斥:相互綁定有可能是物理上的相互綁定,也可能是營銷上的做法,比如選裝方向盤加熱、就必須選擇指定的方向盤皮套,會有雙向互綁、前向綁定、反向綁定。同理,也會有互斥的配置,比如內飾主色是白色,而座椅的選配顏色有紅色,視覺上非常不協調,就會配置為互斥。
4)商品實物的呈現:大部分商品是平面的,車等高單價商品會將所有的配置信息經3D渲染呈現給用戶,用戶的體驗更好。有興趣的同學可以在線體驗下保時捷的在線選配(PC端)。
專欄作家
王建儒,微信公眾號:王建儒的B星球,人人都是產品經理專欄作家。18年業務運營、運營平臺規劃與建設經驗,熟悉S2B2C業務模式的業務+數字雙中臺規劃和落地,聚焦汽車、房產等行業的營/銷/服/客戶運營與數字轉型。甲方IT負責人、乙方業務專家/產品團隊負責人。
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!