电商b端运营应该具备什么「B端产品业务分析」

今天给大家普及一下电商b端运营应该具备什么「B端产品业务分析」相关知识，最近很多在问电商b端运营应该具备什么「B端产品业务分析」，希望能帮助到您。

编辑导语：围绕卖家和平台的运营模式等维度，ISV对接平台可以划分为业务域、开放能力域和产品能力域。本文作者从这三个方面，分析产品经理在对接电商平台时应该了解什么，一起来看一下吧。

ISV对接平台的最终目地是打通多方数据传输，解决卖家日常运营中的场景起到类似于业务中台的作用。因此我们可以围绕卖家和平台的运营模式等维度划分为：业务域、开放能力域、产品能力域。

一、业务域

对于业务域的定义是指：通过对于平台业务模式和服务的卖家群体的画像的了解，形成对于平台的认知。作为开放能力域、产品能力域的出发点及为什么要这样做。单看文字的说明可能不好理解，我们下面来举两个简单的例子。

1）tiktok/shopee跨境订单在履约时只能通过平台线上物流发货并且必须通过国内的转运仓，国内转运仓仅覆盖小部分地区（平台业务模式）。服务的跨境卖家大部分是兼职无货源铺货卖家（卖家群体画像）。

通过以上信息我们可以抽练出以下几点（这里确实存在有经验的和无经验的差别，有一些信息是和卖家沟通得出的这里不单独展示）：

线上发货运单编号不需要通过ISV对接物流来获取物流轨迹不需要通过物流获取兼职卖家并且不在平台转运仓揽收范围的卖家无法自己发货对于需要代贴面单的卖家需要找物流举例在物流设置附近的转运仓需要在1688或拼多多进行采购

这样我们就知道了针对tiktok/shopee跨境订单应该要做一些什么功能，接下来的就是如果通过平台的开放能力和ISV的产品能力满足卖家场景

2）tiktok平台规定商品刊登时的SKU项和类目关联，不同的类目SKU不同并且不支持卖家自定义（平台的业务模式）。

因为不同的平台销售属性规则的不同，并且服务的大部分卖家属于无货源铺货卖家团队规模小追求操作效率，小部分卖家属于多平台卖家希望减少重复编辑的过程。

ISV为了满足卖家跨平台的快速刊登的需求，就需要建立来源平台于目标平台类目&SKU项的映射关系，通过映射关系将来源平台的销售属性写入目标平台，满足卖家快速刊登的诉求！

那对于产品经理来说要怎么样形成对平台的认知呢？可以从两方面入手。

一是通过阅读平台卖家的学习中心/帮助中心，一般平台的操作流程和规则都会在学习中心/帮助中心有介绍；

二是通过和卖家沟通，沟通的方式可以是大范围的问卷调查，小范围的一对一沟通。通过对广泛的卖家反馈信息的收集分析，建立平台的认知和用户画像。

二、开放能力域

对于开放能力域的定义是指：需要对接的上游平台通过开放的接口提供给ISV对业务操作的能力，比如商品的刊登。对于一些操作如果上游平台不给开放的能力，可能就无法简单地实现。

产品经理需要对这部分知识掌握的主要出发点在于，清楚业务场景转化为产品功能并对于平台的数据做更改时，平台能提供给ISV改哪些东西，怎么样改？下面我们会以tiktok举例来讲讲怎么样看开放平台并以订单的场景举例讲VIS如何和平台进行数据交互。

找到开放平台后先把API文档的所有接口看一遍知道每一个接口是做什么，这个时候不需要看得太细有一个大概的印象就可以了。

看完所有接口后再看开发者指南中的API调用流程和信息推送。

API调用流程的作用在于告诉开发者要完成某个操作时需要使用到的接口和完成操作的流程，信息推送的作用在于数据变更或者有新的数据时，不需要ISV在操作发生时去被动地拉取，而是在变更时主动地通知ISV，ISV可以自主选择是否更新。看完开发者指南后再回过头针对某一个模块或者某个功能的接口去细看！

下面我们以tiktok的订单来举例ISV如何和平台进行数据交互以完成卖家的诉求。首要我们通过前面业务域抽出以下信息：

tiktok跨境订单使用线上物流发货tiktok待发货的订单状态分为待处理，待揽收tiktok跨境订单不支持通过ISV标记为已发货tiktok订单安排发货时需要选择揽收方式，卖家后台的通过店铺统一配置，配置信息ISV无法获取tiktok订单安排发货获取运单编号后状态会变更为已揽收卖家希望能在VIS完成接收新订单—获取运单编号—打印面单—接收订单已发货的状态，达到在多店铺/多平台订单处理时间不需要重复切换店铺和平台通过默认的揽收配置，解决每次申请运单号时都要选择揽收方式导致操作效率低下的问题卖家希望在待发货的订单中能区分哪些是已经处理了，哪些是没有处理的订单

这时候我们再阅读tiktok开放平台中和订单处理相关的资料，思考该如何完成业务域的操作场景。

通过tiktok开放平台开发者指南的信息推送我们看到tiktok产生新订单及订单主状态变化后会主动推送，但是子状态不会推送。

通过tiktok开放平台开发者指南的API调用流程我们看到tiktok订单的状态机，和调用流程（图中API调用流程不是最新版本，在下方的数据交互中作者使用的是最新调用流程）。

在get orde detail（获取订单详情）接口我们看到tiktok订单的全部状态和提供的全部订单信息。

在ship package（预报发货）接口我们看到每个订单都需要传揽收方式，并且tiktok发货是以包裹（package）的维度一个订单一个package_id。

在get package detail（包裹详情）接口我们看到了包裹的运输编号、面单等信息。

接下来要做的就是建立ISV和开放平台的数据交互，有以下步骤：

1）建立ISV订单状态与tiktok的映射关系（这里只粗浅映射待发货，和已发货的状态）红色字体代表建立了映射关系的状态，红色表示没有。

2）店铺物流管理新增tiktok线上发货，按店铺的维度区分，支持卖家设置店铺订单的揽收方式。

3）卖家操作订单时ISV和平台数据交互（流程图图片太大无法加载出来，请点击链接查看）：https://www.processon.com/view/link/62d78f55f346fb3261efe1ae

三、产品能力域

产品能力域的定义：是指围绕卖家的操作场景，平台不提供能力支持或者卖家无法自己完成操作场景需要ISV提供支持，或上下游对接时需要ISV作为业务中台。比如针对自发货仓储卖家的库存管理，库内作用，SK与货品匹配，订单库存预占。比如针对无货源一件代发卖家，需要ISV对接上游采购平台，对接下游货代公司。

本文由 @PM托马斯 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议