明明是在電商平臺(tái)付款買(mǎi)的課程，為什么可以直接就在站內(nèi)學(xué)習(xí)完成后續(xù)的履約呢？渠道訂單如何實(shí)現(xiàn)站內(nèi)履約？本文對(duì)此進(jìn)行了分析，一起來(lái)看看吧。

小明是一名大學(xué)生，大三在讀的他打算畢業(yè)后繼續(xù)讀研深造，他考慮近期報(bào)個(gè)考研的課程跟著老師學(xué)習(xí)。在挑選機(jī)構(gòu)和課程時(shí)，小明意外地發(fā)現(xiàn)，一些非常出名的在線考研的品牌在淘寶、天貓、拼多多這些大型電商平臺(tái)都有旗艦店，而且還可以疊加雙十一平臺(tái)活動(dòng)。

小明對(duì)比了下，在電商平臺(tái)下單抵扣后的價(jià)格比直接在機(jī)構(gòu)APP上購(gòu)買(mǎi)更便宜，咨詢(xún)客服后，客服反饋在電商平臺(tái)買(mǎi)的課程也可以在官方APP內(nèi)學(xué)習(xí)。還有這種好事？于是小明在某個(gè)在線考研機(jī)構(gòu)的電商旗艦店支付了一單。不一會(huì)兒他就發(fā)現(xiàn)，客服所說(shuō)果然不假，他所購(gòu)買(mǎi)的課程已經(jīng)下發(fā)到APP他的賬號(hào)里了，他可以在APP里直接聽(tīng)課學(xué)習(xí)。

那么明明是在電商平臺(tái)付款買(mǎi)的課程，為什么可以直接就在站內(nèi)學(xué)習(xí)完成后續(xù)的履約呢？其實(shí)這是一類(lèi)非常常見(jiàn)的交易場(chǎng)景，渠道訂單如何實(shí)現(xiàn)站內(nèi)履約，如果對(duì)此你感興趣就一起來(lái)看看吧~

一、什么是渠道訂單

在理解“渠道單”之前，先理解“渠道”是什么，渠道其實(shí)很好理解，就是指購(gòu)買(mǎi)這個(gè)商品的來(lái)源?！扒绬巍本褪沁@個(gè)渠道下所產(chǎn)生的訂單。我們以上文小明的例子來(lái)看，機(jī)構(gòu)的APP、各個(gè)電商平臺(tái)都屬于是不同的渠道。其中機(jī)構(gòu)的APP、pc官網(wǎng)等都屬于站內(nèi)渠道，而像外部電商平臺(tái)、線下機(jī)構(gòu)等都屬于站外渠道。站外流量體量較大，所以隨著站內(nèi)流量逐步達(dá)到了瓶頸，很多公司都開(kāi)始大力挖掘站外渠道，通過(guò)站外引流至站內(nèi)。

對(duì)于站內(nèi)渠道，用戶(hù)在自營(yíng)APP主站內(nèi)購(gòu)買(mǎi)商品后，課程會(huì)直接下發(fā)至用戶(hù)賬戶(hù)中，頁(yè)面上會(huì)直接引導(dǎo)用戶(hù)在類(lèi)似于【我的課程】模塊進(jìn)行學(xué)習(xí)，整個(gè)流程非常絲滑；那么為了保證用戶(hù)體驗(yàn)，對(duì)于在站外平臺(tái)下的訂單，系統(tǒng)會(huì)自動(dòng)為用戶(hù)履約，讓用戶(hù)無(wú)縫銜接在站內(nèi)完成履約

二、系統(tǒng)設(shè)計(jì)模型

如圖：模型總體來(lái)說(shuō)分為三層：渠道層、網(wǎng)關(guān)層和基建層。

1. 渠道層

渠道層里面主要是分為站內(nèi)渠道和站外渠道兩大類(lèi)：

站內(nèi)渠道包括自營(yíng)商城，其常見(jiàn)表現(xiàn)形式為自營(yíng)APP、pc官網(wǎng)、小程序等場(chǎng)景。

站外渠道這里我又將其分成兩種：第一種是淘寶、天貓、京東、拼多多等在線電商平臺(tái)，商家可以選擇在各類(lèi)電商平臺(tái)開(kāi)店，用戶(hù)在店鋪內(nèi)進(jìn)行消費(fèi)；第二種是一些線下平臺(tái)，以上文中小明要購(gòu)買(mǎi)的考研課程為例，機(jī)構(gòu)合作的線下輔導(dǎo)班、學(xué)校等，這些線下渠道也可以為機(jī)構(gòu)售賣(mài)課程，用戶(hù)從線下輔導(dǎo)班、學(xué)校等途徑購(gòu)買(mǎi)課程，然后到APP進(jìn)行履約。

2. 網(wǎng)關(guān)層

這一層我把他定義為網(wǎng)關(guān)層，網(wǎng)關(guān)顧名思義，就是一個(gè)轉(zhuǎn)換作用的”路由“，網(wǎng)關(guān)層主要負(fù)責(zé)的工作是將上述站外渠道單進(jìn)行統(tǒng)一轉(zhuǎn)換，然后由網(wǎng)關(guān)和基建層對(duì)接，實(shí)現(xiàn)后續(xù)的履約。

如用戶(hù)在淘寶店鋪和拼多多店鋪下單，其實(shí)對(duì)于底層基建層來(lái)說(shuō)，并不會(huì)理解不同渠道，而是抽象成統(tǒng)一的交易服務(wù)，這其中就是由網(wǎng)關(guān)層進(jìn)行封裝。

一般來(lái)說(shuō)，網(wǎng)關(guān)主要是面向于站外渠道訂單。對(duì)于站內(nèi)訂單，一般直接對(duì)接基建能力。當(dāng)然，各家實(shí)現(xiàn)的方案都不一樣，沒(méi)有對(duì)錯(cuò)。不同站外場(chǎng)景下網(wǎng)關(guān)層的具體實(shí)現(xiàn)方案其實(shí)也大有不同。

B端究竟需要什么样的产品经理？

B端产品经理都是以提升供应侧的工作效率为目的，所以B端需求主要是以业务问题为导向。 这个是B端产品比较重要的一点，B端产品是服务于一个主体 ...

查看详情 >

上文我們提到過(guò)，站外渠道分為兩類(lèi)：第一類(lèi)是淘寶、天貓、京東、拼多多等在線電商平臺(tái)；第二類(lèi)是一些線下平臺(tái)，如機(jī)構(gòu)合作的線下輔導(dǎo)班、學(xué)校等。對(duì)于系統(tǒng)來(lái)說(shuō)，這兩類(lèi)最大的區(qū)別是有無(wú)系統(tǒng)對(duì)接能力。顯而易見(jiàn)，對(duì)于第一類(lèi)電商平臺(tái)，就是有系統(tǒng)對(duì)接能力的；對(duì)于一些學(xué)校、線下機(jī)構(gòu)等，認(rèn)為是沒(méi)有系統(tǒng)對(duì)接能力的。

1. 對(duì)于有系統(tǒng)對(duì)接能力的，網(wǎng)關(guān)這里主要是兩種實(shí)現(xiàn)方案：

方案1：網(wǎng)關(guān)直接和各個(gè)系統(tǒng)對(duì)接進(jìn)行數(shù)據(jù)同步，這個(gè)方案的優(yōu)點(diǎn)是對(duì)接非常直接，交互周期短；不涉及其他三方系統(tǒng)，通過(guò)雙方直接對(duì)接就可進(jìn)行進(jìn)行數(shù)據(jù)交互。

方案2：引入一個(gè)三方ERP系統(tǒng)，網(wǎng)關(guān)只對(duì)接ERP，由ERP對(duì)接其他電商平臺(tái)，這個(gè)方案優(yōu)點(diǎn)是隨著業(yè)務(wù)后續(xù)的拓展，開(kāi)拓新的線上售賣(mài)渠道時(shí)，網(wǎng)關(guān)層不需要開(kāi)發(fā)，由ERP支持即可。

2. 對(duì)于沒(méi)有系統(tǒng)對(duì)接能力的，一般采用人工導(dǎo)單的方式，將這種外部的訂單導(dǎo)入系統(tǒng)，然后對(duì)接網(wǎng)關(guān)，完成后續(xù)交易流程。

3. 基建層

這里的基建層就是指底層的基建能力，如交易、訂單、支付、履約、售后等，基建層并不感知渠道，只是和網(wǎng)關(guān)進(jìn)行數(shù)據(jù)交互完成整個(gè)交易流。

三、系統(tǒng)實(shí)現(xiàn)思路

其實(shí)從小明在站外渠道買(mǎi)了課程，到小明完成履約整個(gè)模型里主要是三層【渠道】、【網(wǎng)關(guān)】、【基建】，那么第三部分我們從基建的維度，看下交易的主要流程中每個(gè)模塊承擔(dān)的怎樣的職責(zé)。

1. 商品

商品關(guān)聯(lián)&同步機(jī)制：

1）站外系統(tǒng)對(duì)接渠道

通過(guò)本地sku和渠道側(cè)sku進(jìn)行唯一關(guān)聯(lián)。舉個(gè)栗子：商家在電商平臺(tái)店鋪中的skuID需要和本地站內(nèi)skuID進(jìn)行唯一映射，也就是將站內(nèi)skuID 在站外平臺(tái)進(jìn)行鋪貨，例如站內(nèi)skui等同于電商后臺(tái)的商品編碼等，商品信息和庫(kù)存信息保持一致，這樣做既保證前置不會(huì)賣(mài)錯(cuò)、超賣(mài)，也是商品能夠在站內(nèi)履約的前提。

如果是上文提到的采用對(duì)接第三方ERP模式，那么sku關(guān)系的維護(hù)就是兩兩映射，外部ERP和站外渠道的sku可以關(guān)聯(lián)到，本地商品庫(kù)和外部ERP可以關(guān)聯(lián)到。

2）站外非系統(tǒng)對(duì)接渠道

非系統(tǒng)對(duì)接的方案一般較為粗暴，就是人工導(dǎo)入訂單，導(dǎo)入的商品信息就包括skuID、sku名稱(chēng)，注意，這里skuID就和本地skuID保持一致即可。

2. 交易訂單

訂單同步機(jī)制：

1）站外系統(tǒng)對(duì)接渠道

其實(shí)對(duì)于訂單數(shù)據(jù)來(lái)說(shuō)，通過(guò)網(wǎng)關(guān)拉?。ɑ蛲剑┑缴嫌蔚挠唵螖?shù)據(jù)。

然后網(wǎng)關(guān)調(diào)用交易的下單接口下一筆站內(nèi)0元訂單，只是訂單存儲(chǔ)的時(shí)候會(huì)將網(wǎng)關(guān)獲取到的部分重要信息進(jìn)行存儲(chǔ)，如訂單狀態(tài)、外部支付金額、用戶(hù)信息等。

2）站外非系統(tǒng)對(duì)接渠道

因?yàn)椴簧婕跋到y(tǒng)對(duì)接，所以也不存在訂單拉取的流程，可以認(rèn)為人工導(dǎo)入訂單的過(guò)程其實(shí)就手動(dòng)調(diào)用下單接口在內(nèi)部下了一筆訂單。

3. 支付

對(duì)于支付來(lái)說(shuō)，訂單其實(shí)調(diào)用支付下了一筆站內(nèi)0元支付單。因?yàn)橛脩?hù)已經(jīng)在外部平臺(tái)支付完成了，所以不需要在內(nèi)部重復(fù)支付

4. 履約

其實(shí)不管是站外渠道單還是站內(nèi)單，對(duì)于履約服務(wù)來(lái)說(shuō)，他只關(guān)心【給誰(shuí)】以及【履約啥】。

1）站外系統(tǒng)對(duì)接渠道

【履約啥】也就是履約哪個(gè)sku，這個(gè)要素其實(shí)上面商品同步的時(shí)候已經(jīng)可以定位到了，根據(jù)外部sku的信息找到對(duì)應(yīng)的本地skuID；【給誰(shuí)】這個(gè)就比較麻煩了，因?yàn)閷?duì)于站外渠道而言，站外的交易是一套完整的流程；站內(nèi)和站外渠道的賬號(hào)體系完全是兩套毫無(wú)關(guān)聯(lián)的。

一般這類(lèi)問(wèn)題的解決辦法是會(huì)在用戶(hù)在站外渠道下單的時(shí)候，填入手機(jī)號(hào)信息，該手機(jī)號(hào)作為登錄APP的賬號(hào)以此做關(guān)聯(lián)。對(duì)于實(shí)物訂單，則可以通過(guò)網(wǎng)關(guān)拉取到的用戶(hù)信息進(jìn)行履約。

2）站外非系統(tǒng)對(duì)接渠道

其實(shí)在人工導(dǎo)單的時(shí)候 人和商品的信息就已經(jīng)提供這些信息，并不阻塞履約。

5. 售后

售后主要是分為錢(qián)和物權(quán)，也就是用戶(hù)支付的錢(qián)以及商家為用戶(hù)履約的物權(quán)。

• 對(duì)于錢(qián)的售后，全都找渠道，原因很簡(jiǎn)單，錢(qián)是渠道收的；
• 對(duì)于物權(quán)的售后，全都找商家，原因也很簡(jiǎn)單，商品是商家履約的。

其實(shí)售后最重要的一點(diǎn)是，對(duì)于站外系統(tǒng)對(duì)接的訂單，在外部退款時(shí)，要保證訂單狀態(tài)是同步的，不然就會(huì)出現(xiàn)用戶(hù)白嫖的場(chǎng)景，既退了款，又白嫖了商品；對(duì)于站外非系統(tǒng)對(duì)接渠道時(shí)，在給用戶(hù)退款時(shí)，也要記得內(nèi)部系統(tǒng)收回物權(quán)。

四、個(gè)人思考

隨著站內(nèi)流量逐步遇到瓶頸，利用站外引流獲客已成為不少商家嘗試的業(yè)務(wù)模式。上述設(shè)計(jì)思路的場(chǎng)景可以覆蓋各種類(lèi)型的商品，因?yàn)椴还苁鞘裁搭?lèi)型，交易本質(zhì)都是一樣的。

此外，在整個(gè)系統(tǒng)實(shí)現(xiàn)過(guò)程中，需要考慮商品關(guān)聯(lián)和同步機(jī)制、訂單同步機(jī)制、支付流程、履約服務(wù)以及售后處理等方面的問(wèn)題。當(dāng)然文章中提到的一些方案模型并不是一個(gè)標(biāo)準(zhǔn)，其實(shí)各廠實(shí)現(xiàn)的方案不盡相同，最重要的是根據(jù)業(yè)務(wù)需求和具體情況來(lái)選擇適合的方案，沒(méi)有標(biāo)準(zhǔn)答案，只要能為業(yè)務(wù)賦能解決問(wèn)題，就是好方案。