電商后臺(tái)產(chǎn)品經(jīng)理——商品中心(一)
商品中心,對(duì)于前端而言,它是承擔(dān)了商品的數(shù)據(jù),訂單,營銷活動(dòng)的數(shù)據(jù)中心;在后端而言,商品中心則是運(yùn)營者管理維護(hù)商品的地方。
商品中心,在電子商務(wù)公司一般是后臺(tái)管理商品的地方。在前端而言,是商家為了展示商品信息給用戶的地方,它是承擔(dān)了商品的數(shù)據(jù),訂單,營銷活動(dòng)的數(shù)據(jù)中心。在后端而言,商品中心則是運(yùn)營者管理維護(hù)商品的地方,因此從商品的上傳到發(fā)貨,退貨,整個(gè)閉環(huán)都離不開商品中心的支撐,因此商品中心的重要性毋庸置疑。
本文將從三大模塊去講述商品中心的設(shè)計(jì)。
一、基本概念
在設(shè)計(jì)商品中心這一模塊前,我們先弄清楚,電商后臺(tái)常用的一些關(guān)鍵詞,有助于我們對(duì)業(yè)務(wù)的理解。
(1)SPU:(stanrdard Product Unit,即標(biāo)準(zhǔn)化產(chǎn)品單元),是一組標(biāo)準(zhǔn)化的信息集合,例如:“iphone 8”就是一個(gè)SPU。
(2)SKU:(Stock Keeping Uint,即庫存量單位),庫存控制的最小可用單位。例如:“iphone8plus256G金色”就是一個(gè)SKU。
(3)前臺(tái)類目(分類):前臺(tái)類目是為了方便用戶篩選查找商品而設(shè)置的功能,運(yùn)營可根據(jù)運(yùn)營需求靈活調(diào)整前臺(tái)類目,用戶通過前臺(tái)類目查找相應(yīng)的商品時(shí),自動(dòng)從后臺(tái)類目中檢索相應(yīng)的商品。
(4)后臺(tái)類目:是為了方便運(yùn)營者管理商品的庫存,sku,商品規(guī)格屬性的一個(gè)分類管理功能模塊。后臺(tái)類目與前臺(tái)類目相互映射,后臺(tái)類目一般不輕易變動(dòng)。
(5)屬性:商品屬性是描述商品信息的一組值,通過這類值我們可以建立起對(duì)一件商品的基本認(rèn)知。
屬性分為關(guān)鍵屬性,銷售屬性,非關(guān)鍵屬性。關(guān)鍵屬性屬于是指能夠唯一確定產(chǎn)品的屬性,是必填項(xiàng),例如手機(jī)的屏幕尺寸,型號(hào)屬于關(guān)鍵屬性。銷售屬性是組成SKU的特殊屬性,或稱為“規(guī)格屬性”,例如手機(jī)的顏色,內(nèi)存。非關(guān)鍵屬性是指除了關(guān)鍵屬性,銷售屬性外的其它屬性,如手機(jī)的手機(jī)接口類型。非關(guān)鍵屬性不一定是必填項(xiàng),可根據(jù)運(yùn)營需求設(shè)置。
二、功能架構(gòu)
在了解完電商平臺(tái)的基本術(shù)語之后,我們則可以根據(jù)平臺(tái)自身的業(yè)務(wù)需求商品中心了,后臺(tái)的基本功能大致有四類——增、改、查、刪。因此我們理解該基本功能之后,對(duì)商品中心的基本功能就有了大致理解。
在理解這一點(diǎn)的基礎(chǔ)上,我們需要理解我們平臺(tái)的管理者和運(yùn)營者對(duì)商品中心的功能需求:我們可以用簡單的用例圖的形式將運(yùn)營人員的功能畫出來,便于分析。
根據(jù)以上用例圖則可以畫出商品中心的信息架構(gòu)圖:
三、功能設(shè)計(jì)
在收集完公司的業(yè)務(wù)需求之后,我們就可以開始設(shè)計(jì)每一項(xiàng)功能:
3.1 發(fā)布商品
定義:發(fā)布商品是運(yùn)營者在平臺(tái)庫中錄入商品數(shù)據(jù)的基礎(chǔ)功能,發(fā)布的商品審核通過后則可以直接在前臺(tái)展示給消費(fèi)者,在一些平臺(tái)商家發(fā)布的商品需要經(jīng)過平臺(tái)的審核才能在前臺(tái)顯示,若需要平臺(tái)審核,則在商品發(fā)布之后再商品中心則需要展示商品審核的狀態(tài),以方便運(yùn)營者知曉商品審核的動(dòng)態(tài)。
需要注意的是:商品的上架和發(fā)布需要注意區(qū)分,有的平臺(tái)發(fā)布之后則直接展示在前臺(tái),用戶直接可以在前臺(tái)展示,有的平臺(tái)則需要在發(fā)布商品過審后需要點(diǎn)擊上架后才能展示在前端,這里需要根據(jù)自身的業(yè)務(wù)需求去做設(shè)計(jì)處理。
3.2 商品審核
定義:商品審核功能是保證商品質(zhì)量并確保商品合規(guī)性的重要措施。審核的對(duì)象包含但商家上架的商品,平臺(tái)自營的商品。審核包含商品性質(zhì)的合規(guī)性,內(nèi)容的規(guī)范性。審核包含商品上傳的前置審核,上架后的審核。
前置審核的結(jié)果分為通過與未通過兩種,審核未通過需返回不通過原因,便于商家或商品發(fā)布者修改。后置審核的結(jié)果為兩種,下架和不做處理。后置審核的一般使用場景較少,本模塊著重講商品的前置審核。
商品發(fā)布提交后,商品則在平臺(tái)方的商品中心展示待審核的商品:
商品審核結(jié)果有兩種:一種結(jié)果是不通過,一種是通過。
審核通過時(shí)在在售商品列表,審核不通過時(shí)在待售商品列表中未通過狀態(tài)之列里,審核不通過時(shí)后臺(tái)商品審核人員需要輸入商品審核不通過的原因,以便于商家修改。在商品審核不通過時(shí),在該商品的詳情里需記錄商品的審核記錄。在商品審核結(jié)束后平臺(tái)應(yīng)及時(shí)通知商家運(yùn)營者,以根據(jù)審核結(jié)果調(diào)整。
3.3 商品下架
定義:商品下架是運(yùn)營者對(duì)在售的商品進(jìn)行移除的功能,在平臺(tái)方若下架商家商品則需要對(duì)下架說明原因。下架的商品則需要在商品中心有單獨(dú)的區(qū)域展示,若是平臺(tái)的商品下架則需對(duì)此功能做權(quán)限設(shè)置,并且在點(diǎn)擊下架時(shí)需做二次確認(rèn)。
3.4 商品修改
定義:商品的修改則在商品列表中添加修改的入口,可以將常用的使用頻次較高的功能在從商品修改頁面中單獨(dú)分離出來以保證商品運(yùn)營人員管理的高效性,例如商品的價(jià)格修改,排序修改等等。
3.5 類目管理
定義:運(yùn)營人員對(duì)商品類目進(jìn)行維護(hù)管理的功能,主要包含新增、修改、移動(dòng)、刪除,查看這五大基礎(chǔ)功能。
這里以前臺(tái)類目管理為例:
原型范例:
需要說明的是:在涉及到類目的刪除,移動(dòng)時(shí)在該類目下沒有商品掛在,否則將會(huì)影響前端商品的展示。
本文講述了電商后臺(tái)中商品中心的核心框架,下文將繼續(xù)更新商品中心的相關(guān)模塊,歡迎關(guān)注~
本文由 @老貓丶?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
商品關(guān)聯(lián)是個(gè)啥,這里是提前設(shè)置好商品了?
商品發(fā)布流的星衣櫥是啥?是一個(gè)商品分類嗎?贈(zèng)品、星衣櫥和商品為什么要分開,而不是作為商品的標(biāo)簽/屬性呢?
展示類目刪除時(shí)是否需要添加二次確認(rèn)呢
肯定是需要的,如果下面有子類目或者掛在商品會(huì)有校驗(yàn),如果沒有也需要提示再次確認(rèn)。
謝謝
用例圖部分描述有誤。用例采用的是動(dòng)賓結(jié)構(gòu),如:屬性管理,應(yīng)該描述為管理屬性,包含crud(新增、讀取、修改、刪除)等待,父用例不一定會(huì)被分解,還有審核商品,后面的通過,不通過,不能做為用例。
SPU與SKU還是有爭議的,可能應(yīng)用場景不同解釋不同吧。
對(duì)分類的增刪改查的邏輯還是不太清晰,例如 在某一類后面點(diǎn)擊新增,那么進(jìn)入的界面,是可以選擇新增1級(jí) 二級(jí) 還是三級(jí)的是么?
在某一分類上新增的自然是同一分類,新增分類沒有復(fù)雜的點(diǎn),刪除分類需要考慮此分類下是否有掛載商品。
沒看過癮
SPU圖屬否提供錯(cuò)誤?版本、網(wǎng)絡(luò)類型等是跟隨后臺(tái)分類的屬性,iphone 8 和 iphone 8 plus是對(duì)應(yīng)SKU的屬性值。其實(shí)圖上所示也是SKU,只是部分屬性沒有給出默認(rèn)值。真正的SPU如文中所說iphone8是沒錯(cuò),但是卻不是圖上所示。
(二)呢
在最開始的前言部分有錯(cuò)字,前端不是前段。
這個(gè)是小編加的。。。