跨境SaaS ERP产品经理，如何快速上手完成电商平台的对接？
共 2805字，需浏览 6分钟
·
2022-07-24 10:40
前言
本文是我的好友Thomas所写的一篇文章，他是东南亚跨境ERP头部公司中的高级产品经理，对于电商平台的对接非常之熟悉，有丰富的实操经验。如果你对这一块感兴趣的话，不妨一起来学习、探讨一下。
ISV（Independent Software Vendors），意为"独立软件开发商"，特指专门从事软件的开发、生产、销售和服务的企业。
对电商平台来说，市面上常见的SaaS ERP服务商就是典型的ISV。作为一家跨境电商SaaS ERP公司，对接电商平台是基本业务，也是核心业务。
而对于从事这个行业的产品经理来说，学会对接电商平台的业务是基本要求，也是体现产品能力的一个重要环节。
根据我个人的经验，我认为要想快速上手完成电商平台的业务对接，产品经理可以从以下两个方向去发力，突破。它们分别是：平台业务的认知和开放平台（API）的梳理能力。
平台业务的认知
平台业务的认知是指：了解平台业务模式，并对平台的卖家群体做用户画像分析，从而完善自己对平台业务的认知。
那对于产品经理来说要怎么样形成对平台的认知呢？
可以从两方面入手。一是通过阅读平台卖家的学习中心/帮助中心，一般平台的操作流程和规则都会在学习中心/帮助中心有介绍。
二是通过和卖家沟通，沟通的方式可以是大范围的问卷调查，小范围的一对一沟通。通过对广泛的卖家反馈信息的收集分析，建立平台的认知和用户画像。
通过学习中心/帮助中心的介绍，我们会慢慢地发掘出平台的业务特征和玩法。
例如，Tiktok/Shopee跨境订单在履约时只能通过平台线上物流发货并且必须通过国内的转运仓，国内转运仓仅覆盖小部分地区（平台业务模式）。服务的跨境卖家大部分是兼职无货源铺货卖家（卖家群体画像）。
例如Tiktok平台规定商品刊登时的SKU项和类目关联，不同的类目SKU项不同并且不支持卖家自定义（平台的业务模式）。因为不同的平台销售属性规则的不同，并且服务的大部分卖家属于无货源铺货卖家团队规模小追求操作效率，小部分卖家属于多平台卖家希望减少重复编辑的过程。
ISV为了满足卖家跨平台的快速刊登的需求，就需要建立来源平台与目标平台类目&SKU项的映射关系，通过映射关系将来源平台的销售属性自动写入目标平台，以满足卖家快速刊登的诉求。
以上这些信息都是从学习中心/帮助中心或者是对卖家的日常业务调研所得出来的，久而久之，就会对平台业务规则和玩法摸得熟悉了。
看千遍万遍，不如自己实践一遍。所以除了看之外，最好还能注册一个实际的店铺去体验一下，如果这方面的条件有限，那么可以考虑从卖家侧寻求帮助。
与卖家进行更加深入的一对一交流，现场请教或者观察卖家，日常是如何运营和操作店铺的。在这个过程中，卖家一般会有遇到什么困难？有什么东西用得不爽？阻碍卖家业务拓展的点是什么？有哪些机会是平台没有做或者做不了，但是ISV可以做的？
想要深入熟悉业务，还是要从卖家中来，到卖家中去。
开放平台（API）的梳理能力
开放平台（API）的梳理能力是指：对电商平台的开放接口的熟悉程度，能快速获取并实现的能力。比如商品的刊登，如果电商平台没有开放这个接口，那么想要实现ERP的快捷刊登就不太可能；如果电商平台有这个接口，但是你一直找不到或者对不来，那么也就无法落地、实现想要的功能了。
下面我以Tiktok举例，分享一下应该怎样看开放平台，以及订单模块中ISV应该怎么和平台进行数据交互。
找到开放平台后先把API文档的所有接口看一遍知道每一个接口是做什么，这个时候不需要看的太细有一个大概的印象就可以了。
看完所有接口后，再看开发者指南中的API调用流程和信息推送。API调用流程的作用在于告诉开发者要完成某个一个操作时需要使用到的接口和完成操作的流程，信息推送的作用在于数据变更或者有新的数据时，平台可以直接推送数据给ISV，而ISV可以自主选择是否更新。
当看完开发者指南后，再回过头针对某一个模块或者某个功能的接口去细看。
下面我们以Tiktok的订单来举例，ISV如何和平台进行数据交互以完成卖家的需求。
首先，经过了前一轮的业务领域的摸索之后，我们对Tiktok平台有了更全面的一些了解，得到一下信息：
Tiktok跨境订单使用线上物流发货; Tiktok待发货的订单状态分为“待处理”，“待揽收”; Tiktok跨境订单不支持通过ISV标记为已发货; Tiktok订单安排发货时需要选择揽收方式，卖家在后台通过店铺统一配置，配置信息ISV无法获取; Tiktok订单安排发货获取运单号后状态会变更为“已揽收”； 卖家希望能在ISV完成接收新订单—获取运单号—打印面单—接收订单“已发货”的状态，达到在多店铺/多平台订单处理时间不需要重复切换店铺和平台； 通过默认的揽收配置，解决每次申请运单号时都要选择揽收方式这种操作效率低下的问题 卖家希望在“待发货”的订单中能区分哪些是已经处理了，哪些是没有处理的订单； ……
这时候我们再次阅读iktok开放平台中订单处理相关的资料，思考该如何实现上述业务的需求。
通过Tiktok开放平台开发者指南的信息推送，我们看到Tiktok产生新订单及订单主状态变化后会主动推送，但是子状态不会推送。
通过Tiktok开放平台开发者指南的API调用流程，我们看到Tiktok订单的状态机和调用流程（图中API调用流程不是最新版本，在下方的数据交互中作者使用的是最新调用流程）。
在Get Order Detail（获取订单详情）接口我们看到tiktok订单的全部状态和提供的全部订单信息
在Ship Package（预报发货）接口我们看到每个订单都需要传揽收方式，并且Tiktok发货是以包裹（package）的维度一个订单一个package_id。
在Get Package Detail（包裹详情）接口我们看到了包裹的运输编号，面单等信息。
接下来要做的就是，建立ISV和开放平台的数据交互，有以下步骤：
第一步，建立ISV订单状态与Tiktok的映射关系（这里只粗浅映射待发货，和已发货的状态）红色字体代表建立了映射关系的状态，黑色表示没有。
第二步，店铺物流管理新增Tiktok线上发货，按店铺的维度区分，支持卖家设置店铺订单的揽收方式。
第三步，卖家操作订单时，ISV和平台数据交互，如下图所示。
以上就是Tiktok的订单模块和ISV的业务对接示意流程，实际过程中要做的还有很多，此处为了行文方便，有大量的删减。
关于作者
PM托马斯（微信：zl19718），高级电商产品经理，目前从事于某东南亚跨境电商ERP公司。主要负责供应链，海外仓，仓储物流等领域业务，欢迎勾搭，一同学习。
