B端電商SaaS產品經理,對接上游電商平臺需要了解什么?

6 評論 4970 瀏覽 44 收藏 12 分鐘

編輯導語:圍繞賣家和平臺的運營模式等維度,ISV對接平臺可以劃分為業務域、開放能力域和產品能力域。本文作者從這三個方面,分析產品經理在對接電商平臺時應該了解什么,一起來看一下吧。

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

一、業務域

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

1)tiktok/shopee跨境訂單在履約時只能通過平臺線上物流發貨并且必須通過國內的轉運倉,國內轉運倉僅覆蓋小部分地區(平臺業務模式)。服務的跨境賣家大部分是兼職無貨源鋪貨賣家(賣家群體畫像)。

來源:tiktok學習中心

來源:shopee(cnsc)賣家中心-物流設置

通過以上信息我們可以抽練出以下幾點(這里確實存在有經驗的和無經驗的差別,有一些信息是和賣家溝通得出的這里不單獨展示):

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

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

2)tiktok平臺規定商品刊登時的SKU項和類目關聯,不同的類目SKU不同并且不支持賣家自定義(平臺的業務模式)。

因為不同的平臺銷售屬性規則的不同,并且服務的大部分賣家屬于無貨源鋪貨賣家團隊規模小追求操作效率,小部分賣家屬于多平臺賣家希望減少重復編輯的過程。

ISV為了滿足賣家跨平臺的快速刊登的需求,就需要建立來源平臺于目標平臺類目&SKU項的映射關系,通過映射關系將來源平臺的銷售屬性寫入目標平臺,滿足賣家快速刊登的訴求!

來源:tiktok賣家后臺-商品發布頁面

來源:tiktok商店開放平臺-刊登接口關于sku項的說明

那對于產品經理來說要怎么樣形成對平臺的認知呢?可以從兩方面入手。

一是通過閱讀平臺賣家的學習中心/幫助中心,一般平臺的操作流程和規則都會在學習中心/幫助中心有介紹;

來源:tiktok學習中心

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

二、開放能力域

對于開放能力域的定義是指:需要對接的上游平臺通過開放的接口提供給ISV對業務操作的能力,比如商品的刊登。對于一些操作如果上游平臺不給開放的能力,可能就無法簡單地實現。

產品經理需要對這部分知識掌握的主要出發點在于,清楚業務場景轉化為產品功能并對于平臺的數據做更改時,平臺能提供給ISV改哪些東西,怎么樣改?下面我們會以tiktok舉例來講講怎么樣看開放平臺并以訂單的場景舉例講VIS如何和平臺進行數據交互。

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

來源:tiktoktiktok商店開放平臺

看完所有接口后再看開發者指南中的API調用流程和信息推送。

API調用流程的作用在于告訴開發者要完成某個操作時需要使用到的接口和完成操作的流程,信息推送的作用在于數據變更或者有新的數據時,不需要ISV在操作發生時去被動地拉取,而是在變更時主動地通知ISV,ISV可以自主選擇是否更新??赐觊_發者指南后再回過頭針對某一個模塊或者某個功能的接口去細看!

來源:tiktoktiktok商店開放平臺-API調用流程

來源:tiktoktiktok商店開放平臺-信息推送

下面我們以tiktok的訂單來舉例ISV如何和平臺進行數據交互以完成賣家的訴求。首要我們通過前面業務域抽出以下信息:

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

這時候我們再閱讀tiktok開放平臺中和訂單處理相關的資料,思考該如何完成業務域的操作場景。

來源:tiktoktiktok商店開放平臺

通過tiktok開放平臺開發者指南的信息推送我們看到tiktok產生新訂單及訂單主狀態變化后會主動推送,但是子狀態不會推送。

來源:tiktoktiktok商店開放平臺

來源:tiktoktiktok商店開放平臺

通過tiktok開放平臺開發者指南的API調用流程我們看到tiktok訂單的狀態機,和調用流程(圖中API調用流程不是最新版本,在下方的數據交互中作者使用的是最新調用流程)。

來源:tiktoktiktok商店開放平臺

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

來源:tiktoktiktok商店開放平臺

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

來源:tiktoktiktok商店開放平臺

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

接下來要做的就是建立ISV和開放平臺的數據交互,有以下步驟:

1)建立ISV訂單狀態與tiktok的映射關系(這里只粗淺映射待發貨,和已發貨的狀態)紅色字體代表建立了映射關系的狀態,紅色表示沒有。

2)店鋪物流管理新增tiktok線上發貨,按店鋪的維度區分,支持賣家設置店鋪訂單的攬收方式。

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

三、產品能力域

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

某ERP貨代列表

 

本文由 @PM托馬斯 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這篇文章干貨滿滿,結構清晰,感謝作者的分享,值得收藏

    來自江蘇 回復
    1. 謝謝,可以一起交流

      來自湖南 回復
  2. 托馬斯哥哥好帥!

    來自廣東 回復
  3. 哥哥好帥~

    來自廣東 回復
  4. 關于平臺和ISV訂單狀態的映射比較粗淺的帶過呢,感興趣的朋友可以留言??梢栽賹懸黄P于狀態設計的文章

    來自湖南 回復
  5. 作者微信:zl19718,電商產品經理,目前從事于東南亞跨境電商服務商公司。關注供應鏈,海外倉,倉儲物流等歡迎勾搭,一同學習。

    來自湖南 回復