网赚论坛

标题: 电商开放平台产品设计（2）：店铺开放平台 [打印本页]

作者: hafsuoyfa 时间: 2017-9-26 20:07
标题: 电商开放平台产品设计（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思维导图整理如下，仅供参考：

　　

欢迎光临网赚论坛 (http://www.caifuba.net/)