電商開放平台最典型的分為三種，本文主要針對商品開放平台展開分析。

我們之前讨論的範圍都是圍繞電商平台的封閉體系内部進行，但是在實際的應用場景中，電商平台一般需要和其他平台進行連通，用以拓展渠道，賦能自營平台。

按照對接的階段和主體，我将電商中最典型的開放平台分為：商品開放平台、 店鋪開放平台、供應商開放平台，（開放平台的名稱在叫法上可能不太标準）與其他平台對接的核心内容一般是：商品、庫存、訂單。

先簡單介紹一下各開放平台的場景和作用：

商品開放平台

将自營商品提供給第三方平台使用，接收第三方訂單，促進自營商品銷量。

店鋪開放平台

提供給平台上的商家同步店鋪中的商品、訂單、庫存等數據，保證店鋪數據與商家自營平台的統一。

供應商開放平台

自營平台提供給供應商對接商品，用以擴充SKU數量、更新庫存，傳遞訂單給供應商。

開放平台通過API接口與其他平台進行交互，及時更新訂單、庫存、商品等數據，提高平台效率，減少人工幹預，避免發生超賣、缺貨等情況。不過開放平台的開發成本較高，同樣的需求可以線下對接，或者提供系統給相關人員操作。隻有交易量達到一定量級時進行開發才有實用價值。下面将介紹各開放平台産品的基礎解決方案，以供參考。

商品開放平台

不論是電子商務，或是實體商業，供應鍊都是企業的核心競争力。當一家企業的供應鍊非常完善，品類的性價比較高時，就會有“共享供應鍊”的業務場景。何謂“共享供應鍊”？ 指将供應鍊的優勢品類開放給其他B端客戶，類似經銷商與零售商之間的關系。不同的是，類似于“一件代發”，承接C端訂單的業務，隻是線上對接，無需人工介入。

“共享供應鍊”的意義在于通過開放商品庫，拓展銷售渠道，增加商品的銷售量，進而增加對供應商的議價能力，降低采購成本。對于B端商戶來說，通過對接商品開放平台，能夠迅速擴充品類，并且無需庫存資金占用。

商品開放平台是将平台上的商品開放給其他渠道的第三方使用，通過商品、訂單、庫存API進行對接，将雙方系統打通，實現無延遲對接。對接流程如上圖所示，主要包括商品同步和訂單生成跟蹤等部分，下面會詳細講解。

與大部分用戶産品不同的是，“商品開放平台”更多的是底層的數據交互，通過API完成在線交易、數據同步，調用接口傳輸相應數據，并接收數據返回。還有主動的消息通知，如商品價格、庫存發生變動。“商品開放平台”相當于将電商的主流程（正向流程和逆向流程） 進行接口标準化，理解起來會有些難度。

在“商品開放平台 ”的基礎上，會提供用戶系統來管理B端商戶、商品池和訂單相關數據，不在贅述。

1.基礎數據

在設計“商品開放平台”時，首先考慮的是賬戶體系，最核心的是B端用戶調用開放平台的Key，定義客戶使用的接口權限，界定用戶同步數據的範圍。

為了規避資金風險，B端用戶賬戶會預存一定資金或設置預授信額度，在臨近警戒值時，提醒用戶充值結算。在用戶下訂單時，從賬戶餘額中扣減相應的訂單金額，若餘額不足，則下單失敗。

“商品開放平台”的基礎資料還包括地址庫數據（省市區縣），訂單的收貨地址、區域庫存等都是建立在地址數據的基礎上。

還要提供對賬接口，允許用戶根據時間周期來下載賬單數據，進行訂單、消費對賬。

2.商品

商品是“商品開放平台”的核心部分，主要包括商品池、類目、商品信息、庫存、價格等方面，下面進行詳細講解。

商品池

對于平台來講，平台中的商品不會全面開放給B端商戶，譬如一些特色SKU，或出于經營戰略考慮。那就有了“商品池”的概念：從平台商品中選擇一部分添加至“商品開放平台” 的商品池中，B端商戶可以從中選擇對應的商品使用。

主要有以下接口：

• 獲取商品池的商品數據（接口），主要返回商品的sku編碼，可查詢全部商品或某類目商品；
• 在商品池數據發送變動時，主要包括商品新增、删除、上下架時，推送消息給客戶；

商品信息

獲取商品詳細信息，包括商品基礎信息、商品圖片信息、上下架狀态等。

主要有以下接口：

• 商品基礎信息（接口），返回商品名稱、類目、規格、屬性、上下架狀态、詳情描述（文字、圖片描述）等内容。
• 商品圖片信息（接口），返回主圖、附圖等内容。
• 上下架狀态（接口），批量查詢商品的上下架狀态。
• 當商品名稱、圖片信息、上下架狀态、 規格、屬性、詳情描述等數據發生變動時，推送消息給客戶。

類目

獲取商品的類目信息，需要通過商品詳情頁中的類目編碼進行查詢。一般情況下，不會将平台的類目信息全部開放。

主要有以下接口：

• 商品類目查詢（接口），返回類目名稱（一級、二級、三級等）

庫存

獲取商品的庫存信息，需要注意的是，庫存數據屬于平台核心數據，一般不會給具體的數據，隻會返回有貨或無貨。當發貨有區域限制時，還需要根據地址查詢區域庫存。可在商品詳情頁、搜索列表、購物車、訂單頁使用。

主要有以下接口：

• 查詢單個商品庫存（接口），查詢單商品對應數量是否有貨，返回結果。
• 批量查詢商品庫存（接口），查詢多商品是否有貨，返回結果。
• 在商品缺貨、或缺貨變更為有貨時，推送消息給客戶。

價格

獲取商品的價格信息。對客戶來說，主要對三類價格數據比較關心：市場價、平台銷售價、采購價。出于運營策略，平台銷售價對于客戶較為重要，采購價通過平台與客戶制定采購協議确定，不同的客戶的采購定價會有區别。

主要有以下接口：

• 查詢商品的價格信息（接口），返回商品的市場價、平台銷售價、采購價數據，支持批量查詢。
• 在商品的價格（市場價、平台銷售價、采購價 ）發生變動時，推送消息給客戶；

3.訂單

在“商品開放平台”中，訂單的處理流程、判斷條件和2C的訂單大緻相同，區别在于，需要在訂單信息中記錄實時采購價，用于結算。根據第三方訂單信息拆單，從賬戶餘額中扣款，在訂單失敗時返回失敗原因。主要包括下單、物流、售後等方面，下面詳述。

下單

一般訂單分為兩個階段：訂單生成、支付确認，訂單生成鎖定相應庫存，支付成功扣減庫存，取消或超時訂單後解除庫存占用。

• 訂單下單(接口)，通過接口傳輸第三方訂單号、商品編碼、數量、收貨地址數據，返回訂單下單結果（成功與否、訂單号(父子訂單)、是否拆單、訂單金額、運費）。生成訂單時應校驗賬戶餘額。
• 确認支付訂單（接口），通過接口确認從賬戶餘額中扣減，支付訂單。返回相應結果。
• 取消未确認訂單（接口），在生成訂單後、未支付前取消訂單。
• 訂單列表查詢（接口），查詢某一時間段的全部訂單，返回
• 訂單查詢（接口），父訂單、子訂單都可以，查詢訂單的詳細信息，包括商品詳情、數量、實時采購價、運費、訂單金額、父訂單、訂單狀态、物流信息等。
• 當訂單超時未支付、取消、訂單拆單和訂單狀态變化時，推送相應的消息給客戶。

物流

提供訂單的物流狀态查詢。

主要有以下接口：

• 訂單物流狀态查詢（接口），根據訂單号查詢發貨狀态，物流公司及物流單号。
• 物流信息查詢（接口），根據物流單号查詢物流信息。

售後

主要提供訂單的售後服務（退款、退貨等），經過審核後返回相應結果。

主要有以下接口：

• 退貨退款申請（接口），傳輸退貨原因、文字圖片說明、商品、訂單等信息，返回售後單号。
• 售後單審核結果，推送相應的信息給客戶。
• 售後單查詢（接口），查詢售後單信息及當前狀态。
• 客戶退貨信息反饋（接口），傳輸客戶發運物流公司、物流單号等信息。
• 當訂單售後成功或失敗，推送相應的消息給客戶。

總結

上面詳細介紹了“商品開放平台”的産品方案，當然如果想做的更加完善，可以把有關商品／訂單的更多信息（如電子發票）開放。平台也要去開發對應的系統去管理開發平台的客戶和業務。

開放平台服務于公司戰略，對客戶來講，有利于“輕運營”， 避免以往線下對接的缺貨，保證時效性。當然對于平台也有弊端，“商品開放平台”開發維護成本較高，還有可能擾亂線上的價格體系，這些因素都要在項目初期考慮到。

“商品開放平台”的API思維導圖整理如下，僅供參考：

介紹完“商品開放平台”，後面将逐步介紹“店鋪開放平台”與“供應商開放平台”，可關注後續文章進行了解，亦可留言交流。

#專欄作家#

Bouny_Yuan，公衆号：碎碎戀産品。人人都是産品經理專欄作家、電商産品經理。專注于電商産品設計、商業分析以及後台挖坑。

本文原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自Pixabay，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部