編輯導(dǎo)語：B端商品系統(tǒng)用于滿足B端平臺需求，本文作者分享了B端商品系統(tǒng)的設(shè)計思路，介紹了電商平臺、商品簡介、一般平臺型商品中心分析以及B端電商平臺商品中心設(shè)計思路的相關(guān)內(nèi)容，一起來學(xué)習(xí)一下吧，希望對你有幫助。
本文主要從電商平臺商品介紹，再到詳細(xì)的設(shè)計思路，講述了我自己設(shè)計滿足B端平臺需求的商品中心過程。
一、電商平臺介紹
Platform在英文中的意思是平臺（主體——主體）。
用科技鏈接不同的人、鏈接不同的組織、資源來完成交換，如微信平臺。
重新分配，有了新型的中間人。例如，音樂行業(yè)的高管們過去主要依靠經(jīng)紀(jì)人來尋找新的人才?，F(xiàn)在，他們一樣會在YouTube上尋找好的歌手，開發(fā)同學(xué)去Github尋找開發(fā)，去抖音上尋找視頻博主一樣。
市場聚合，將分散的市場聚合成為集中化的市場。例如，阿里巴巴為全世界的批發(fā)商打造了一個單一的平臺。
將資產(chǎn)與價值分離。你不必購買一輛汽車來作為每天代步的工具，而可以隨時叫一輛滴滴專車來送你上班。
平臺天然能提供壟斷與稅收，也就是平臺的各種服務(wù)費，不直接產(chǎn)生產(chǎn)品，但能獲取最多的利潤。
為了能夠提高利潤，降低成本，我們需要增加售賣渠道和產(chǎn)品種類，同時增加供應(yīng)鏈的復(fù)用率，降低供應(yīng)鏈成本，如果能夠?qū)a(chǎn)品和供應(yīng)鏈的成本轉(zhuǎn)嫁到其他人身上那就更好了。
這就解釋了為什么電商公司都逐漸發(fā)展成了平臺（發(fā)展得好的話），而當(dāng)前，我們公司也發(fā)展到了這一步，所以需要新的商品管理方式。
二、商品簡介
在超市，他是有價格和表面有一系列說明的可購買的最小單位在電商平臺，他是有價格有庫存有規(guī)格參數(shù)及一系列說明的最小單位。
從商品的信息來推敲后臺該如何設(shè)計，才能讓后臺設(shè)計更好地滿足用戶需求。大致來說有以下商品信息有以下幾部分：
- 商品的基本信息：包括標(biāo)題，型號，說明與相關(guān)參數(shù)等；
- 商品的規(guī)格參數(shù)的信息；
- 商品價格，從哪發(fā)貨，還剩多少的信息；
- 商品標(biāo)簽等運營信息。
我們設(shè)計商品中臺，就是為了去更好地管理好這些商品信息。
三、一般平臺型商品中心分析
一般來說，平臺電商商品中心包括了以下幾個子模塊：
例如下方的商品后臺示例：
上述的電商平臺商品中心的路徑大同小異，存在的交互路徑可能有所不同，但底層的E-R結(jié)構(gòu)和產(chǎn)品架構(gòu)是比較類型的，都可以大致看做是以下結(jié)構(gòu)。
發(fā)布商品大致的流程是：
這是一些電商平臺商品中心的設(shè)計思路，這種設(shè)計有以下的一些特點：
- 同一商品可能有多種參數(shù)信息與補(bǔ)充信息；
- 商品需要維護(hù)信息較多，需要商戶投入精力較多；
- 商品信息的自定義程度高、商品的信息需要平臺進(jìn)行審核；
- 能夠自定義商品各種信息，以保證自身商品的競爭力，適合一個商品很多賣家競爭的場景；
- 店鋪類型決定了能夠售賣的商品品類等，管理較為細(xì)致；
- 系統(tǒng)設(shè)計相對復(fù)雜，牽扯到例如刪除了規(guī)格參數(shù)相關(guān)已存在SKU如何處理，刪除了SPU類目如何處理SKU，修改了又如何處理等系統(tǒng)行為。
四、B端電商平臺商品中心設(shè)計思路
1. 業(yè)務(wù)模式分析
首先分析一下B端產(chǎn)品交易平臺的需求特點：
- B2B交易，交易相對平常購物的網(wǎng)站頻次更低；B端客戶更為理性，對營銷信息更慎重；
- 用戶需要的元器件商品的參數(shù)信息需要嚴(yán)格且準(zhǔn)確，不能提供錯誤的參數(shù)信息；
- 商品是高度標(biāo)準(zhǔn)化的，并且商品一般只有一個供應(yīng)商生產(chǎn)此商品；
- 一個品牌的商品進(jìn)行售賣的商家不會很多，不是淘寶/天貓那樣的大市集；
- 一個商品可能在一段時間進(jìn)行持續(xù)供貨（一段時間生產(chǎn)周期內(nèi)），商品信息的穩(wěn)定性較高；
- 平臺商家普遍不止一個渠道進(jìn)行管理與銷售;
- 對于自營店，商品量大，種類眾多，管理難度相對較大。
所以有以下的幾點簡單推論可以得到：
- 對平臺：核心需求是通過多店鋪的商品管理，加強(qiáng)平臺的供應(yīng)鏈能力，并在此基礎(chǔ)上仍能保障商品的參數(shù)正確性，并不是一個商品幾百家商家；
- 對用戶：商品信息嚴(yán)格準(zhǔn)確，并盡量使商品有貨可售-前臺呈現(xiàn)模塊；
- 對商家：維護(hù)商品的難度很低，不需要耗費很多時間，核心是把貨放在平臺上賣，而不是考慮貨長什么樣，怎么更能吸引消費者（這是原廠產(chǎn)品性能考慮的東西）。
2. 商品術(shù)語定義
- ON：商品的完整參數(shù)信息，除商品的價格和庫存等銷售信息外的所有信息；
- 商品：最小的可售單元；
- 商家：平臺上的服務(wù)商；
- 店鋪：商家在平臺上開的店鋪，平臺進(jìn)行服務(wù)費管理、店鋪管理的最小單位；
- 商品屬性：商品的基礎(chǔ)屬性，表達(dá)商品信息的內(nèi)容，主要用于展示；
- 售賣屬性：用于售賣時計算使用，主要用于與訂單相關(guān)的內(nèi)容。
3. 商品中心模型
平臺化場景：即多個商家銷售多個商品時；自營店或其他店鋪都可以新建商品，但新建的商品都公用一套平臺審核通過后的商品的信息內(nèi)容（但框架上保留自定義內(nèi)容空間）；保證平臺商品參數(shù)的正確性，若商家認(rèn)為商品參數(shù)有誤，可以進(jìn)行編輯并提交商品參數(shù)的審核，商家直接引用平臺通過審核后的商品參數(shù)則不再需要審核了。
這時候就能看到我們和某淘/某東的商品管理基本結(jié)構(gòu)上的相似點。
- 同一個SPU：該規(guī)格下的所有SKU都分享同一份商品圖片和商品描述等信息
- 同一個ON：該ON下所有商品都分享同一份ON的信息內(nèi)容
思想其實是類似的先聚合，再細(xì)分，最后把價格和庫存管理在最小的可售賣單元上。
- 聚合的是什么，是SPU、類目、規(guī)格等可以復(fù)用的信息
- 細(xì)分的是什么，每個商品都有細(xì)分的不同的商品參數(shù)、價格與庫存
4. 商品中心特點
商家引用平臺審核通過商品參數(shù)再形成商品的策略，就顯得十分均衡；
- 元器件電商的規(guī)格參數(shù)需要很強(qiáng)的嚴(yán)謹(jǐn)度，保證了規(guī)格參數(shù)的嚴(yán)謹(jǐn)程度；
- 對于平臺的商家，自行維護(hù)這一部分參數(shù)信息門檻很高，并很難做到準(zhǔn)確；
- 平臺非一個商品幾百個商家售賣的“大賣場”，不一定需要同樣商品（對用戶）建立多樣化的商品信息；
- 降低了維護(hù)難度，也滿足了敏捷開發(fā)的目標(biāo)，沒有那么復(fù)雜的規(guī)格、品類之間互相關(guān)聯(lián)的關(guān)系；
- 多店鋪多平臺的結(jié)構(gòu)，商品中心的業(yè)務(wù)中臺能夠同時支撐英文獨立站和中文站的商品體系；
- 基于商品機(jī)構(gòu)，可以直接再迭代多語言化的商品信息場景，來滿足多語言平臺站點的不同需求，通過店鋪所屬站點，發(fā)布地址來判斷，直接將商品的多語言版本上架前臺；
即：商家將平臺提供的商品參數(shù)提供進(jìn)行引用，商家自行管理商品的上下架、價格、庫存等信息，同時平臺能夠有對商品總體的控制，避免風(fēng)險。
五、總結(jié)
本文主要介紹商品管理的設(shè)計思路而非具體設(shè)計方案，在B端設(shè)計中，先搭建好設(shè)計的框架才能進(jìn)行具體的功能設(shè)計，商品管理系統(tǒng)在電商系統(tǒng)中是常見的核心系統(tǒng)，有非常多的設(shè)計案例和思路（電商類、ERP類），根據(jù)商業(yè)模式。
業(yè)務(wù)類型來建立真正適合自己的商品系統(tǒng)才能提供產(chǎn)品價值。很多設(shè)計是大同小異的。
本文由 @浮云志 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自 Unsplash，基于 CC0 協(xié)議。
好了，這篇文章的內(nèi)容發(fā)貨聯(lián)盟就和大家分享到這里，如果大家網(wǎng)絡(luò)推廣引流創(chuàng)業(yè)感興趣，可以添加微信：80709525 備注：發(fā)貨聯(lián)盟引流學(xué)習(xí)； 我拉你進(jìn)直播課程學(xué)習(xí)群，每周135晚上都是有實戰(zhàn)干貨的推廣引流技術(shù)課程免費分享！
