對(duì)于不同渠道的訂單該如何管理，才能有效的降低運(yùn)營(yíng)壓力？或許商鋪開放平臺(tái)能夠解決這一個(gè)問題。那么如何設(shè)計(jì)呢？文章對(duì)此展開分享。

很多B2C電商平臺(tái)都會(huì)允許第三方入駐，在平臺(tái)上開設(shè)店鋪，提供商家管理后臺(tái)進(jìn)行店鋪管理。隨之而來就會(huì)給一些大的第三方商家?guī)砝_，除了有自營(yíng)電商平臺(tái)，并且進(jìn)駐天貓、京東等平臺(tái)開設(shè)品牌店鋪，如何統(tǒng)一管理不同渠道的訂單？怎樣降低維護(hù)不同渠道帶來的運(yùn)營(yíng)壓力？

這時(shí)候電商平臺(tái)就需要考慮“店鋪開放平臺(tái)”，提供給平臺(tái)上的商家同步店鋪中的商品、訂單、庫(kù)存等數(shù)據(jù)，保證店鋪數(shù)據(jù)與商家自營(yíng)平臺(tái)的統(tǒng)一。

既然“店鋪開放平臺(tái)”是提供給第三方商家使用的，我們首先來分析下商家的需求：

• 同步各渠道的訂單到ERP系統(tǒng)中，并且及時(shí)自動(dòng)更新不同渠道的訂單狀態(tài)；
• 商品信息能同步至各渠道，無須重復(fù)編輯，并且可上下架各渠道商品；
• 管理各渠道的商品庫(kù)存，同步更新，避免超賣或缺貨；
• 統(tǒng)一管理各渠道的售后申請(qǐng)與審核，僅在自己的ERP系統(tǒng)中操作即可，與平臺(tái)數(shù)據(jù)同步。

分析之后，我們就可以總結(jié)出“店鋪開放平臺(tái)”的基本框架，如下圖所示。

如果電商網(wǎng)站提供店鋪服務(wù)，除了完善平臺(tái)體系內(nèi)部的店鋪管理工具，首要考慮的應(yīng)該是開放訂單、庫(kù)存等接口，供平臺(tái)上的商家使用，這樣才能吸引有實(shí)力的商家入駐。當(dāng)然如果平臺(tái)目標(biāo)群體是一些微店鋪（個(gè)人開店），就沒有必要性。

“店鋪開放平臺(tái)”保證了平臺(tái)商家在核心數(shù)據(jù)上的及時(shí)更新，能夠自動(dòng)化處理訂單業(yè)務(wù)，減少人工對(duì)接，提高服務(wù)質(zhì)量。下面詳細(xì)講解下“店鋪開放平臺(tái)”的產(chǎn)品設(shè)計(jì)，思路與上節(jié)講到的“商品開放平臺(tái)”有些類似，不過會(huì)有些區(qū)別。

1.基礎(chǔ)數(shù)據(jù)

“店鋪開放平臺(tái)”提供給店鋪商家同步店鋪數(shù)據(jù)的權(quán)限，需要給商家相應(yīng)的API證書，以及對(duì)商戶的接口權(quán)限進(jìn)行定義。

不同于“商品開放平臺(tái)”，在平臺(tái)店鋪發(fā)生交易行為時(shí)，數(shù)據(jù)流只在平臺(tái)內(nèi)部進(jìn)行，無須與外部交互，這樣保證了平臺(tái)數(shù)據(jù)的運(yùn)行穩(wěn)定。

除了通過主動(dòng)獲取相關(guān)信息，“店鋪開放平臺(tái)”還可以向店鋪商家提供“消息訂閱服務(wù)”，在店鋪關(guān)鍵信息（例如訂單、商品）變動(dòng)時(shí)，發(fā)送“消息”通知店鋪商家。

2.商品

提供給店鋪商家相關(guān)接口，以便可以直接在ERP系統(tǒng)中管理商品，包括商品上下架、各渠道共享庫(kù)存等，減少運(yùn)營(yíng)人員在更新商品資料的重復(fù)勞動(dòng)。同時(shí)可以保證各渠道的商品統(tǒng)一。

類目

獲取商品的類目信息，主要是在添加商品時(shí)使用，通過接口添加商品時(shí)，除了商品掛載的類目，還要填寫必填的商品屬性。

主要有以下接口：

• 獲取類目信息（接口）：返回返回類目名稱（一級(jí)、二級(jí)、三級(jí)等）。
• 獲取類目屬性（接口）：查詢某個(gè)類目的屬性，返回屬性名、屬性值、屬性類型（必填、非必填）等內(nèi)容。

商品

提供給店鋪商家更新商品詳細(xì)信息，包括商品信息、SKU信息、上下架狀態(tài)等內(nèi)容。

主要包括以下接口：

• 新增商品（接口）：填寫商品名稱、類目、規(guī)格、外部sku碼、價(jià)格、數(shù)量、屬性、上下架狀態(tài)、詳情描述（文字、圖片描述）等內(nèi)容，成功返回商品ID.
• 更新商品（接口）：按照商品ID更新商品相關(guān)信息。
• 添加SKU（接口）： 新增一個(gè)SKU到商品中，綁定規(guī)格，設(shè)定數(shù)量、價(jià)格以及外部sku碼，返回sku編碼及相關(guān)信息。
• 更新SKU（接口）：用于更新SKU相關(guān)信息。
• 刪除SKU（接口）：通過規(guī)格組合來刪除SKU。
• 添加商品圖片（接口）：添加商品圖片，可設(shè)為主圖。
• 刪除商品圖片（接口）：刪除商品圖片。
• 上架商品（接口）：批量上架商品；
• 下架商品（接口）：批量下架商品；

價(jià)格

提供給店鋪商家更新商品價(jià)格。

主要包括以下接口：

• 獲取商品價(jià)格（接口）：用來實(shí)時(shí)查詢商品價(jià)格；
• 更新商品價(jià)格（接口）：更新商品價(jià)格，若有多規(guī)格，則應(yīng)該在SKU的最高價(jià)與最低價(jià)的區(qū)間內(nèi)；
• 更新SKU價(jià)格（接口）：按照規(guī)格組合來更新SKU價(jià)格；

庫(kù)存

提供給店鋪商家同步更新SKU庫(kù)存，保證商品不會(huì)發(fā)生超賣，產(chǎn)生客訴。

主要包括以下接口：

• 獲取商品庫(kù)存（接口）：用來實(shí)時(shí)查詢商品庫(kù)存；
• 修改商品庫(kù)存（接口）：用來修改商品庫(kù)存，如果設(shè)定了SKU庫(kù)存，則需要修改SKU庫(kù)存。

3.訂單

訂單直接在平臺(tái)成交，這個(gè)過程不會(huì)和商家發(fā)生交互。只有在發(fā)生售后（退貨退款），才會(huì)需要店鋪商家介入。商家對(duì)訂單的管理也可以通過自己的平臺(tái)來進(jìn)行，只是通過API來同步相應(yīng)的操作。

訂單同步

商家的工作都是圍繞訂單展開，首先將訂單同步到本地。商家通過ERP管理訂單的發(fā)貨和售后。

主要包括以下接口：

• 訂單列表查詢（接口）：查詢對(duì)應(yīng)周期內(nèi)的訂單列表。
• 單個(gè)訂單詳情查詢（接口）：查詢單個(gè)訂單的詳細(xì)信息。
• 訂單發(fā)貨（接口）：管理訂單發(fā)貨，反饋物流公司和單號(hào)。
• 訂單拆單發(fā)貨（接口）：但需要多包裹發(fā)貨時(shí)，就需要進(jìn)行拆單，對(duì)子訂單進(jìn)行發(fā)貨。

訂單售后

提供給商家管理訂單售后，在用戶申請(qǐng)退貨退款時(shí)，可以直接通過API進(jìn)行統(tǒng)一操作。

主要包括以下接口：

• 獲取客戶售后申請(qǐng)信息（接口）：獲取客戶的售后申請(qǐng)（退貨退款）；
• 審核客戶售后申請(qǐng)（接口）：對(duì)客戶的售后申請(qǐng)（退貨退款）進(jìn)行審核操作；
• 獲取客戶退貨信息（接口）：獲取客戶的退貨信息；
• 退款操作（接口）：退款操作（確認(rèn)／拒絕）；

物流

對(duì)店鋪商家的物流相關(guān)進(jìn)行操作。

主要包括以下接口：

• 查詢地址區(qū)域（接口）：查詢平臺(tái)的地址信息（省市區(qū)縣等）；
• 店鋪地址庫(kù)管理（接口）：店鋪的發(fā)貨地址管理，主要指?jìng)}庫(kù)地址；
• 修改物流公司和運(yùn)單號(hào)（接口）：修改訂單的物流公司和運(yùn)單號(hào)；

4.消息服務(wù)

除了以上所述的商家通過API主動(dòng)向平臺(tái)獲取信息，平臺(tái)還可以提供“關(guān)鍵信息”的訂閱，以便在訂單、商品信息發(fā)生變動(dòng)時(shí)及時(shí)反應(yīng)。當(dāng)然由于平臺(tái)商家較多，只有在商家訂閱時(shí)，平臺(tái)才會(huì)主動(dòng)推送相關(guān)信息。

“訂單”在以下情況，推送相關(guān)變動(dòng)信息

• 訂單下單成功
• 交易關(guān)閉
• 交易成功
• 訂單退款成功
• 部分子訂單發(fā)貨
• 子訂單退款成功

“交易全鏈路”在以下情況，推送相關(guān)變動(dòng)信息

• 交易狀態(tài)發(fā)生變動(dòng)
• 售后單狀態(tài)變動(dòng)

“退款”在以下情況，推送相關(guān)變動(dòng)信息

• 退款成功
• 退款關(guān)閉
• 客戶申請(qǐng)退貨
• 客戶填寫退貨信息

“商品”在以下情況，推送相關(guān)變動(dòng)信息

• SKU庫(kù)存變?yōu)?
• 商品上架時(shí)
• >?商品上架時(shí)
• 商品新增時(shí)

“物流”在以下情況，推送相關(guān)變動(dòng)信息

• 物流狀態(tài)有變動(dòng)；

“評(píng)價(jià)”在以下情況，推送相關(guān)變動(dòng)信息

• 店鋪新增評(píng)價(jià)；

5.總結(jié)

說完“店鋪開放平臺(tái)”的產(chǎn)品設(shè)計(jì)，我們可以看到的是，相對(duì)于“商品開放平臺(tái)”還是要復(fù)雜些。當(dāng)然還可以把活動(dòng)運(yùn)營(yíng)的相關(guān)能力開放API，不過對(duì)于商家的實(shí)用性不大，一般商家會(huì)直接在平臺(tái)上進(jìn)行管理。

“店鋪開放平臺(tái)”之于店鋪商家，能夠幫助統(tǒng)一訂單管理，在商家的ERP中從訂單到WMS自上而下統(tǒng)一管理，避免數(shù)據(jù)脫離造成的管理缺失，出現(xiàn)紕漏。

“店鋪開放平臺(tái)”的API思維導(dǎo)圖整理如下，僅供參考：

相關(guān)閱讀：

電商開放平臺(tái)產(chǎn)品設(shè)計(jì)（1）：商品開放平臺(tái)

#專欄作家#

劉志遠(yuǎn)，公眾號(hào)：遠(yuǎn)哥聊產(chǎn)品，人人都是產(chǎn)品經(jīng)理專欄作家?！峨娚坍a(chǎn)品經(jīng)理寶典》作者，起點(diǎn)學(xué)院產(chǎn)品導(dǎo)師。多年電商產(chǎn)品實(shí)戰(zhàn)經(jīng)驗(yàn)。主導(dǎo)過多業(yè)務(wù)的電商產(chǎn)品搭建、更新迭代。關(guān)注電商領(lǐng)域，包括電商中臺(tái)、產(chǎn)品增長(zhǎng)、商業(yè)模式、跨境出海等方面。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Pixabay，基于CC0協(xié)議