電商開放平臺產品設計(1):商品開放平臺
編輯導語:商品開放平臺是電商開放平臺的重要組成部分,本文作者針對商品開放平臺展開分析,詳細地介紹了各開放平臺產品的基礎解決方案,一起來學習一下吧,希望對你有幫助。
電商開放平臺最典型的分為三種,本文主要針對商品開放平臺展開分析。
我們之前討論的范圍都是圍繞電商平臺的封閉體系內部進行,但是在實際的應用場景中,電商平臺一般需要和其他平臺進行連通,用以拓展渠道,賦能自營平臺。
按照對接的階段和主體,我將電商中最典型的開放平臺分為:商品開放平臺、 店鋪開放平臺、供應商開放平臺(開放平臺的名稱在叫法上可能不太標準)。
與其他平臺對接的核心內容一般是:商品、庫存、訂單。
先簡單介紹一下各開放平臺的場景和作用:
- 商品開放平臺:將自營商品提供給第三方平臺使用,接收第三方訂單,促進自營商品銷量。
- 店鋪開放平臺:提供給平臺上的商家同步店鋪中的商品、訂單、庫存等數據,保證店鋪數據與商家自營平臺的統一。
- 供應商開放平臺:自營平臺提供給供應商對接商品,用以擴充SKU數量、更新庫存,傳遞訂單給供應商。
開放平臺通過API接口與其他平臺進行交互,及時更新訂單、庫存、商品等數據,提高平臺效率,減少人工干預,避免發生超賣、缺貨等情況。
不過開放平臺的開發成本較高,同樣的需求可以線下對接,或者提供系統給相關人員操作。只有交易量達到一定量級時進行開發才有實用價值。
下面將介紹各開放平臺產品的基礎解決方案,以供參考。
一、商品開放平臺
不論是電子商務,或是實體商業,供應鏈都是企業的核心競爭力。當一家企業的供應鏈非常完善,品類的性價比較高時,就會有“共享供應鏈”的業務場景。
何謂“共享供應鏈”? 指將供應鏈的優勢品類開放給其他B端客戶,類似經銷商與零售商之間的關系。不同的是,類似于“一件代發”,承接C端訂單的業務,只是線上對接,無需人工介入。
“共享供應鏈”的意義在于通過開放商品庫,拓展銷售渠道,增加商品的銷售量,進而增加對供應商的議價能力,降低采購成本。
對于B端商戶來說,通過對接商品開放平臺,能夠迅速擴充品類,并且無需庫存資金占用。
商品開放平臺是將平臺上的商品開放給其他渠道的第三方使用,通過商品、訂單、庫存API進行對接,將雙方系統打通,實現無延遲對接。
對接流程如上圖所示,主要包括商品同步和訂單生成跟蹤等部分,下面會詳細講解。
與大部分用戶產品不同的是,“商品開放平臺”更多的是底層的數據交互,通過API完成在線交易、數據同步,調用接口傳輸相應數據,并接收數據返回。
還有主動的消息通知,如商品價格、庫存發生變動?!吧唐烽_放平臺”相當于將電商的主流程(正向流程和逆向流程) 進行接口標準化,理解起來會有些難度。
在“商品開放平臺 ”的基礎上,會提供用戶系統來管理B端商戶、商品池和訂單相關數據,不在贅述。
1. 基礎數據
在設計“商品開放平臺”時,首先考慮的是賬戶體系,最核心的是B端用戶調用開放平臺的Key,定義客戶使用的接口權限,界定用戶同步數據的范圍。
為了規避資金風險,B端用戶賬戶會預存一定資金或設置預授信額度,在臨近警戒值時,提醒用戶充值結算。在用戶下訂單時,從賬戶余額中扣減相應的訂單金額,若余額不足,則下單失敗。
“商品開放平臺”的基礎資料還包括地址庫數據(省市區縣),訂單的收貨地址、區域庫存等都是建立在地址數據的基礎上。
還要提供對賬接口,允許用戶根據時間周期來下載賬單數據,進行訂單、消費對賬。
2. 商品
商品是“商品開放平臺”的核心部分,主要包括商品池、類目、商品信息、庫存、價格等方面,下面進行詳細講解。
1)商品池
對于平臺來講,平臺中的商品不會全面開放給B端商戶,譬如一些特色SKU,或出于經營戰略考慮。那就有了“商品池”的概念:從平臺商品中選擇一部分添加至“商品開放平臺” 的商品池中,B端商戶可以從中選擇對應的商品使用。
主要有以下接口:
- 獲取商品池的商品數據(接口),主要返回商品的sku編碼,可查詢全部商品或某類目商品;
- 在商品池數據發送變動時,主要包括商品新增、刪除、上下架時,推送消息給客戶;
2)商品信息
獲取商品詳細信息,包括商品基礎信息、商品圖片信息、上下架狀態等。
主要有以下接口:
- 商品基礎信息(接口),返回商品名稱、類目、規格、屬性、上下架狀態、詳情描述(文字、圖片描述)等內容。
- 商品圖片信息(接口),返回主圖、附圖等內容。
- 上下架狀態(接口),批量查詢商品的上下架狀態。
- 當商品名稱、圖片信息、上下架狀態、 規格、屬性、詳情描述等數據發生變動時,推送消息給客戶。
3)類目
獲取商品的類目信息,需要通過商品詳情頁中的類目編碼進行查詢。一般情況下,不會將平臺的類目信息全部開放。
主要有以下接口:
商品類目查詢(接口),返回類目名稱(一級、二級、三級等)。
4)庫存
獲取商品的庫存信息,需要注意的是,庫存數據屬于平臺核心數據,一般不會給具體的數據,只會返回有貨或無貨。當發貨有區域限制時,還需要根據地址查詢區域庫存。可在商品詳情頁、搜索列表、購物車、訂單頁使用。
主要有以下接口:
- 查詢單個商品庫存(接口),查詢單商品對應數量是否有貨,返回結果。
- 批量查詢商品庫存(接口),查詢多商品是否有貨,返回結果。
- 在商品缺貨、或缺貨變更為有貨時,推送消息給客戶。
5)價格
獲取商品的價格信息。對客戶來說,主要對三類價格數據比較關心:市場價、平臺銷售價、采購價。出于運營策略,平臺銷售價對于客戶較為重要,采購價通過平臺與客戶制定采購協議確定,不同的客戶的采購定價會有區別。
主要有以下接口:
- 查詢商品的價格信息(接口),返回商品的市場價、平臺銷售價、采購價數據,支持批量查詢。
- 在商品的價格(市場價、平臺銷售價、采購價 )發生變動時,推送消息給客戶;
3. 訂單
在“商品開放平臺”中,訂單的處理流程、判斷條件和2C的訂單大致相同,區別在于,需要在訂單信息中記錄實時采購價,用于結算。根據第三方訂單信息拆單,從賬戶余額中扣款,在訂單失敗時返回失敗原因。主要包括下單、物流、售后等方面,下面詳述。
1)下單
一般訂單分為兩個階段:訂單生成、支付確認,訂單生成鎖定相應庫存,支付成功扣減庫存,取消或超時訂單后解除庫存占用。
- 訂單下單(接口),通過接口傳輸第三方訂單號、商品編碼、數量、收貨地址數據,返回訂單下單結果(成功與否、訂單號(父子訂單)、是否拆單、訂單金額、運費)。生成訂單時應校驗賬戶余額。
- 確認支付訂單(接口),通過接口確認從賬戶余額中扣減,支付訂單。返回相應結果。
- 取消未確認訂單(接口),在生成訂單后、未支付前取消訂單。
- 訂單列表查詢(接口),查詢某一時間段的全部訂單,返回
- 訂單查詢(接口),父訂單、子訂單都可以,查詢訂單的詳細信息,包括商品詳情、數量、實時采購價、運費、訂單金額、父訂單、訂單狀態、物流信息等。
- 當訂單超時未支付、取消、訂單拆單和訂單狀態變化時,推送相應的消息給客戶。
2)物流
提供訂單的物流狀態查詢。
主要有以下接口:
- 訂單物流狀態查詢(接口),根據訂單號查詢發貨狀態,物流公司及物流單號。
- 物流信息查詢(接口),根據物流單號查詢物流信息。
3)售后
主要提供訂單的售后服務(退款、退貨等),經過審核后返回相應結果。
主要有以下接口:
- 退貨退款申請(接口),傳輸退貨原因、文字圖片說明、商品、訂單等信息,返回售后單號。
- 售后單審核結果,推送相應的信息給客戶。
- 售后單查詢(接口),查詢售后單信息及當前狀態。
- 客戶退貨信息反饋(接口),傳輸客戶發運物流公司、物流單號等信息。
- 當訂單售后成功或失敗,推送相應的消息給客戶。
二、總結
上面詳細介紹了“商品開放平臺”的產品方案,當然如果想做的更加完善,可以把有關商品/訂單的更多信息(如電子發票)開放。平臺也要去開發對應的系統去管理開發平臺的客戶和業務。
開放平臺服務于公司戰略,對客戶來講,有利于“輕運營”, 避免以往線下對接的缺貨,保證時效性。當然對于平臺也有弊端,“商品開放平臺”開發維護成本較高,還有可能擾亂線上的價格體系,這些因素都要在項目初期考慮到。
“商品開放平臺”的API思維導圖整理如下,僅供參考:
介紹完“商品開放平臺”,后面將逐步介紹“店鋪開放平臺”與“供應商開放平臺”,可關注后續文章進行了解,亦可留言交流。
#專欄作家#
劉志遠,公眾號:遠哥聊產品,人人都是產品經理專欄作家?!峨娚坍a品經理寶典》作者,起點學院產品導師。多年電商產品實戰經驗。主導過多業務的電商產品搭建、更新迭代。關注電商領域,包括電商中臺、產品增長、商業模式、跨境出海等方面。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash ,基于CC0協議
專欄作家
劉志遠,公眾號:遠哥聊產品。產品團隊leader。暢銷書《電商產品經理寶典》,起點課堂產品導師。多年電商產品實戰經驗,電商產品類暢銷書作者。主導過多業務的電商產品搭建、更新迭代 。關注電商領域,包括電商中臺、產品增長、商業模式、跨境出海等方面。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
這個描述 感覺 跟京東的VOP平臺相關接口 很像
我看了也是這個感覺
你好,我也是做電商的,我們這得模式和你描述的有所相似。能否加個微信,謝謝?。。?/p>
老師,謝啦