电商开放平台产品设计（2）：店铺开放平台

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

很多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思维导图整理如下，仅供参考：

Bouny_Yuan，公众号：碎碎恋产品。电商产品经理。专注于电商产品设计、商业分析以及后台挖坑。

关键字：产品经理, 产品设计, 商品

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！