产品面向开放平台商家「电商设计平台」

今天给大家普及一下产品面向开放平台商家「电商设计平台」相关知识，最近很多在问产品面向开放平台商家「电商设计平台」，希望能帮助到您。

对于不同渠道的订单该如何管理，才能有效的降低运营压力？或许商铺开放平台能够解决这一个问题。那么如何设计呢？文章对此展开分享。

很多B2C电商平台都会允许第三方入驻，在平台上开设店铺，提供商家管理后台进行店铺管理。随之而来就会给一些大的第三方商家带来困扰，除了有自营电商平台，并且进驻天猫、京东等平台开设品牌店铺，如何统一管理不同渠道的订单？怎样降低维护不同渠道带来的运营压力？

这时候电商平台就需要考虑“店铺开放平台”，提供给平台上的商家同步店铺中的商品、订单、库存等数据，保证店铺数据与商家自营平台的统一。

既然“店铺开放平台”是提供给第三方商家使用的，我们首先来分析下商家的需求：

同步各渠道的订单到ERP系统中，并且及时自动更新不同渠道的订单状态；商品信息能同步至各渠道，无须重复编辑，并且可上下架各渠道商品；管理各渠道的商品库存，同步更新，避免超卖或缺货；统一管理各渠道的售后申请与审核，仅在自己的ERP系统中操作即可，与平台数据同步。

分析之后，我们就可以总结出“店铺开放平台”的基本框架，如下图所示。

如果电商网站提供店铺服务，除了完善平台体系内部的店铺管理工具，首要考虑的应该是开放订单、库存等接口，供平台上的商家使用，这样才能吸引有实力的商家入驻。当然如果平台目标群体是一些微店铺（个人开店），就没有必要性。

“店铺开放平台”保证了平台商家在核心数据上的及时更新，能够自动化处理订单业务，减少人工对接，提高服务质量。下面详细讲解下“店铺开放平台”的产品设计，思路与上节讲到的“商品开放平台”有些类似，不过会有些区别。

1.基础数据

“店铺开放平台”提供给店铺商家同步店铺数据的权限，需要给商家相应的API证书，以及对商户的接口权限进行定义。

不同于“商品开放平台”，在平台店铺发生交易行为时，数据流只在平台内部进行，无须与外部交互，这样保证了平台数据的运行稳定。

除了通过主动获取相关信息，“店铺开放平台”还可以向店铺商家提供“消息订阅服务”，在店铺关键信息（例如订单、商品）变动时，发送“消息”通知店铺商家。

2.商品

提供给店铺商家相关接口，以便可以直接在ERP系统中管理商品，包括商品上下架、各渠道共享库存等，减少运营人员在更新商品资料的重复劳动。同时可以保证各渠道的商品统一。

类目

获取商品的类目信息，主要是在添加商品时使用，通过接口添加商品时，除了商品挂载的类目，还要填写必填的商品属性。

主要有以下接口：

获取类目信息（接口）：返回返回类目名称（一级、二级、三级等）。获取类目属性（接口）：查询某个类目的属性，返回属性名、属性值、属性类型（必填、非必填）等内容。商品

提供给店铺商家更新商品详细信息，包括商品信息、SKU信息、上下架状态等内容。

主要包括以下接口：

新增商品（接口）：填写商品名称、类目、规格、外部sku码、价格、数量、属性、上下架状态、详情描述（文字、图片描述）等内容，成功返回商品ID.更新商品（接口）：按照商品ID更新商品相关信息。添加SKU（接口）： 新增一个SKU到商品中，绑定规格，设定数量、价格以及外部sku码，返回sku编码及相关信息。更新SKU（接口）：用于更新SKU相关信息。删除SKU（接口）：通过规格组合来删除SKU。添加商品图片（接口）：添加商品图片，可设为主图。删除商品图片（接口）：删除商品图片。上架商品（接口）：批量上架商品；下架商品（接口）：批量下架商品；价格

提供给店铺商家更新商品价格。

主要包括以下接口：

获取商品价格（接口）：用来实时查询商品价格；更新商品价格（接口）：更新商品价格，若有多规格，则应该在SKU的最高价与最低价的区间内；更新SKU价格（接口）：按照规格组合来更新SKU价格；库存

提供给店铺商家同步更新SKU库存，保证商品不会发生超卖，产生客诉。

主要包括以下接口：

获取商品库存（接口）：用来实时查询商品库存；修改商品库存（接口）：用来修改商品库存，如果设定了SKU库存，则需要修改SKU库存。3.订单

订单直接在平台成交，这个过程不会和商家发生交互。只有在发生售后（退货退款），才会需要店铺商家介入。商家对订单的管理也可以通过自己的平台来进行，只是通过API来同步相应的操作。

订单同步

商家的工作都是围绕订单展开，首先将订单同步到本地。商家通过ERP管理订单的发货和售后。

主要包括以下接口：

订单列表查询（接口）：查询对应周期内的订单列表。单个订单详情查询（接口）：查询单个订单的详细信息。订单发货（接口）：管理订单发货，反馈物流公司和单号。订单拆单发货（接口）：但需要多包裹发货时，就需要进行拆单，对子订单进行发货。订单售后

提供给商家管理订单售后，在用户申请退货退款时，可以直接通过API进行统一操作。

主要包括以下接口：

获取客户售后申请信息（接口）：获取客户的售后申请（退货退款）；审核客户售后申请（接口）：对客户的售后申请（退货退款）进行审核操作；获取客户退货信息（接口）：获取客户的退货信息；退款操作（接口）：退款操作（确认／拒绝）；物流

对店铺商家的物流相关进行操作。

主要包括以下接口：

查询地址区域（接口）：查询平台的地址信息（省市区县等）；店铺地址库管理（接口）：店铺的发货地址管理，主要指仓库地址；修改物流公司和运单号（接口）：修改订单的物流公司和运单号；4.消息服务

除了以上所述的商家通过API主动向平台获取信息，平台还可以提供“关键信息”的订阅，以便在订单、商品信息发生变动时及时反应。当然由于平台商家较多，只有在商家订阅时，平台才会主动推送相关信息。

“订单”在以下情况，推送相关变动信息 订单下单成功交易关闭交易成功订单退款成功部分子订单发货子订单退款成功“交易全链路”在以下情况，推送相关变动信息 交易状态发生变动售后单状态变动“退款”在以下情况，推送相关变动信息 退款成功退款关闭客户申请退货客户填写退货信息“商品”在以下情况，推送相关变动信息 SKU库存变为0商品上架时> 商品上架时商品新增时“物流”在以下情况，推送相关变动信息 物流状态有变动；“评价”在以下情况，推送相关变动信息 店铺新增评价；5.总结

说完“店铺开放平台”的产品设计，我们可以看到的是，相对于“商品开放平台”还是要复杂些。当然还可以把活动运营的相关能力开放API，不过对于商家的实用性不大，一般商家会直接在平台上进行管理。

“店铺开放平台”之于店铺商家，能够帮助统一订单管理，在商家的ERP中从订单到WMS自上而下统一管理，避免数据脱离造成的管理缺失，出现纰漏。

“店铺开放平台”的API思维导图整理如下，仅供参考：