編輯導(dǎo)語：圍繞賣家和平臺的運(yùn)營模式等維度，ISV對接平臺可以劃分為業(yè)務(wù)域、開放能力域和產(chǎn)品能力域。本文作者從這三個方面，分析產(chǎn)品經(jīng)理在對接電商平臺時應(yīng)該了解什么，一起來看一下吧。

ISV對接平臺的最終目地是打通多方數(shù)據(jù)傳輸，解決賣家日常運(yùn)營中的場景起到類似于業(yè)務(wù)中臺的作用。因此我們可以圍繞賣家和平臺的運(yùn)營模式等維度劃分為：業(yè)務(wù)域、開放能力域、產(chǎn)品能力域。

一、業(yè)務(wù)域

對于業(yè)務(wù)域的定義是指：通過對于平臺業(yè)務(wù)模式和服務(wù)的賣家群體的畫像的了解，形成對于平臺的認(rèn)知。作為開放能力域、產(chǎn)品能力域的出發(fā)點(diǎn)及為什么要這樣做。單看文字的說明可能不好理解，我們下面來舉兩個簡單的例子。

1）tiktok/shopee跨境訂單在履約時只能通過平臺線上物流發(fā)貨并且必須通過國內(nèi)的轉(zhuǎn)運(yùn)倉，國內(nèi)轉(zhuǎn)運(yùn)倉僅覆蓋小部分地區(qū)（平臺業(yè)務(wù)模式）。服務(wù)的跨境賣家大部分是兼職無貨源鋪貨賣家（賣家群體畫像）。

通過以上信息我們可以抽練出以下幾點(diǎn)（這里確實(shí)存在有經(jīng)驗(yàn)的和無經(jīng)驗(yàn)的差別，有一些信息是和賣家溝通得出的這里不單獨(dú)展示）：

• 線上發(fā)貨運(yùn)單編號不需要通過ISV對接物流來獲取
• 物流軌跡不需要通過物流獲取
• 兼職賣家并且不在平臺轉(zhuǎn)運(yùn)倉攬收范圍的賣家無法自己發(fā)貨
• 對于需要代貼面單的賣家需要找物流舉例在物流設(shè)置附近的轉(zhuǎn)運(yùn)倉
• 需要在1688或拼多多進(jìn)行采購

這樣我們就知道了針對tiktok/shopee跨境訂單應(yīng)該要做一些什么功能，接下來的就是如果通過平臺的開放能力和ISV的產(chǎn)品能力滿足賣家場景

2）tiktok平臺規(guī)定商品刊登時的SKU項(xiàng)和類目關(guān)聯(lián)，不同的類目SKU不同并且不支持賣家自定義（平臺的業(yè)務(wù)模式）。

因?yàn)椴煌钠脚_銷售屬性規(guī)則的不同，并且服務(wù)的大部分賣家屬于無貨源鋪貨賣家團(tuán)隊(duì)規(guī)模小追求操作效率，小部分賣家屬于多平臺賣家希望減少重復(fù)編輯的過程。

ISV為了滿足賣家跨平臺的快速刊登的需求，就需要建立來源平臺于目標(biāo)平臺類目&SKU項(xiàng)的映射關(guān)系，通過映射關(guān)系將來源平臺的銷售屬性寫入目標(biāo)平臺，滿足賣家快速刊登的訴求！

那對于產(chǎn)品經(jīng)理來說要怎么樣形成對平臺的認(rèn)知呢？可以從兩方面入手。

一是通過閱讀平臺賣家的學(xué)習(xí)中心/幫助中心，一般平臺的操作流程和規(guī)則都會在學(xué)習(xí)中心/幫助中心有介紹；

二是通過和賣家溝通，溝通的方式可以是大范圍的問卷調(diào)查，小范圍的一對一溝通。通過對廣泛的賣家反饋信息的收集分析，建立平臺的認(rèn)知和用戶畫像。

二、開放能力域

對于開放能力域的定義是指：需要對接的上游平臺通過開放的接口提供給ISV對業(yè)務(wù)操作的能力，比如商品的刊登。對于一些操作如果上游平臺不給開放的能力，可能就無法簡單地實(shí)現(xiàn)。

產(chǎn)品經(jīng)理需要對這部分知識掌握的主要出發(fā)點(diǎn)在于，清楚業(yè)務(wù)場景轉(zhuǎn)化為產(chǎn)品功能并對于平臺的數(shù)據(jù)做更改時，平臺能提供給ISV改哪些東西，怎么樣改？下面我們會以tiktok舉例來講講怎么樣看開放平臺并以訂單的場景舉例講VIS如何和平臺進(jìn)行數(shù)據(jù)交互。

找到開放平臺后先把API文檔的所有接口看一遍知道每一個接口是做什么，這個時候不需要看得太細(xì)有一個大概的印象就可以了。

看完所有接口后再看開發(fā)者指南中的API調(diào)用流程和信息推送。

API調(diào)用流程的作用在于告訴開發(fā)者要完成某個操作時需要使用到的接口和完成操作的流程，信息推送的作用在于數(shù)據(jù)變更或者有新的數(shù)據(jù)時，不需要ISV在操作發(fā)生時去被動地拉取，而是在變更時主動地通知ISV，ISV可以自主選擇是否更新。看完開發(fā)者指南后再回過頭針對某一個模塊或者某個功能的接口去細(xì)看！

下面我們以tiktok的訂單來舉例ISV如何和平臺進(jìn)行數(shù)據(jù)交互以完成賣家的訴求。首要我們通過前面業(yè)務(wù)域抽出以下信息：

• tiktok跨境訂單使用線上物流發(fā)貨
• tiktok待發(fā)貨的訂單狀態(tài)分為待處理，待攬收
• tiktok跨境訂單不支持通過ISV標(biāo)記為已發(fā)貨
• tiktok訂單安排發(fā)貨時需要選擇攬收方式，賣家后臺的通過店鋪統(tǒng)一配置，配置信息ISV無法獲取
• tiktok訂單安排發(fā)貨獲取運(yùn)單編號后狀態(tài)會變更為已攬收
• 賣家希望能在VIS完成接收新訂單—獲取運(yùn)單編號—打印面單—接收訂單已發(fā)貨的狀態(tài)，達(dá)到在多店鋪/多平臺訂單處理時間不需要重復(fù)切換店鋪和平臺
• 通過默認(rèn)的攬收配置，解決每次申請運(yùn)單號時都要選擇攬收方式導(dǎo)致操作效率低下的問題
• 賣家希望在待發(fā)貨的訂單中能區(qū)分哪些是已經(jīng)處理了，哪些是沒有處理的訂單

這時候我們再閱讀tiktok開放平臺中和訂單處理相關(guān)的資料，思考該如何完成業(yè)務(wù)域的操作場景。

通過tiktok開放平臺開發(fā)者指南的信息推送我們看到tiktok產(chǎn)生新訂單及訂單主狀態(tài)變化后會主動推送，但是子狀態(tài)不會推送。

通過tiktok開放平臺開發(fā)者指南的API調(diào)用流程我們看到tiktok訂單的狀態(tài)機(jī)，和調(diào)用流程（圖中API調(diào)用流程不是最新版本，在下方的數(shù)據(jù)交互中作者使用的是最新調(diào)用流程）。

在get orde detail（獲取訂單詳情）接口我們看到tiktok訂單的全部狀態(tài)和提供的全部訂單信息。

在ship package（預(yù)報發(fā)貨）接口我們看到每個訂單都需要傳攬收方式，并且tiktok發(fā)貨是以包裹（package）的維度一個訂單一個package_id。

在get package detail（包裹詳情）接口我們看到了包裹的運(yùn)輸編號、面單等信息。

接下來要做的就是建立ISV和開放平臺的數(shù)據(jù)交互，有以下步驟：

1）建立ISV訂單狀態(tài)與tiktok的映射關(guān)系（這里只粗淺映射待發(fā)貨，和已發(fā)貨的狀態(tài)）紅色字體代表建立了映射關(guān)系的狀態(tài)，紅色表示沒有。

2）店鋪物流管理新增tiktok線上發(fā)貨，按店鋪的維度區(qū)分，支持賣家設(shè)置店鋪訂單的攬收方式。

3）賣家操作訂單時ISV和平臺數(shù)據(jù)交互（流程圖圖片太大無法加載出來，請點(diǎn)擊鏈接查看）：https://www.processon.com/view/link/62d78f55f346fb3261efe1ae

三、產(chǎn)品能力域

產(chǎn)品能力域的定義：是指圍繞賣家的操作場景，平臺不提供能力支持或者賣家無法自己完成操作場景需要ISV提供支持，或上下游對接時需要ISV作為業(yè)務(wù)中臺。比如針對自發(fā)貨倉儲賣家的庫存管理，庫內(nèi)作用，SK與貨品匹配，訂單庫存預(yù)占。比如針對無貨源一件代發(fā)賣家，需要ISV對接上游采購平臺，對接下游貨代公司。

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

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