电商开放平台产品设计(2):店铺开放平台

10 评论 31640 浏览 270 收藏 12 分钟

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

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

相关阅读:

电商开放平台产品设计(1):商品开放平台

#专栏作家#

刘志远,公众号:远哥聊产品,人人都是产品经理专栏作家。《电商产品经理宝典》作者,起点学院产品导师。多年电商产品实战经验。主导过多业务的电商产品搭建、更新迭代。关注电商领域,包括电商中台、产品增长、商业模式、跨境出海等方面。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Pixabay,基于CC0协议

专栏作家

刘志远,公众号:远哥聊产品。产品团队leader。畅销书《电商产品经理宝典》,起点课堂产品导师。多年电商产品实战经验,电商产品类畅销书作者。主导过多业务的电商产品搭建、更新迭代 。关注电商领域,包括电商中台、产品增长、商业模式、跨境出海等方面。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 基础数据模块,商品类目属性对接时,如果第三方商家系统中类目与电商平台不一致,怎么处理

    来自上海 回复
    1. 同问

      回复
  2. 今天要做一个同步订单的设计硬是不知道怎么设置,干货慢慢,后台好搞,界面怎么打通呢

    来自湖北 回复
  3. 建议举例说明,有例子的话可以帮助理解,不会像现在这么抽象,对于外行来说太难理解了。有点浪费整篇文章满满的干货。

    来自广东 回复
  4. 有点像阿里的“小前台-大中台”+后台erp模式,后台可以采用平台自带的,需要付费使用,也可以是商家自己开发的,非常棒

    来自河南 回复
  5. 挖个坟:有文章有异议的老铁,不要激动。 这套方案适用大的供应商和平台直接的对接,如果是中小型的供应商,直接入驻平台, 直接在平台操作。

    来自上海 回复
  6. B2C电商平台有很多家,每家对商品的属性要求必填和非必填都不一样,而且订单的状态也不同,对于发货处理退款怎么在店铺开放平台统一管理呢?

    来自北京 回复
  7. 微信登录,百度地图,QQ登录等等其它三方平台,提供的开放api,总体的思路和这些没有太大区别,这个思路转到各大电商平台。挺好。但是如果没有一定经验,或者说不是程序开发者出身,理解下来要难许多,我相信很多产品,要提供个QQ登录,要提供社会化几大平台的分享推广途径,大多可能都不清楚这其中一个实现流程。幸好我是程序出身。
    文初解释的电商平台和商家之间因多对多关系造成的进销存和订单难以同步问题,采用这种解决方案,我认为很棒。打通各大河流汇总。不过这样就有几个问题,对于究竟需不需要提供这种需求的解决方案,影响因素还是比较多。
    1.不管入驻哪个电商平台的商家,若要实现这个功能,就必须有自己的开发部分,更迭代码,接入开放api,他们的成本就产生,因为要接入每个投放了店铺运营点的电商平台api到自己的ERP系统中。这就要求这个商家非大户不可,我知道文中有提及此项内容,但我认为这个成本必须再说。
    2.比方案前提,电商平台需开发这些开放api给大企的商家,但首先需保证每个电商都能提供此种开放api,最终达到商家统一管理的需求高度。但市面上的京东,淘宝等用户流量大的电商是否会提供出来呢?这就又说回到第一点,许多入驻电商平台的商家我个人是认为不是大企,而且比重应该很大了。而这些一般店铺都是从其它大企产生他们自己的进销存。品牌类的更是。

    总说几句,我最想说的还是这个思路真的很棒,我自己看完,再思考,感觉就是很豁然开朗,从自己的分析点上就是考虑这个需求是否能够满足普遍商家上。这种比较适合大型企业和电商平台的合作,但中间开放些什么api,简单点就是数据了,数据安全多么重要,所以还是要好好考虑了。以上,纯属个人想法,感谢这种解决问题的思路方案,也是受益良多。

    回复
  8. 你好,感觉好复杂,B2C电商平台开放给第三方商家入驻,给商家更多权限,自主管理商品和订单支付渠道,这样不可以吗?

    来自广东 回复
    1. 对于一般的商家而言,也没有那么多的资源来对接各家的API,一般的平台肯定会提供基本的可视化管理功能,这个是基础和前提,只有是大户人家,才会去考虑合并第三方平台的api接入到自己的erp,以求统一,快速,高效的一致性管理

      回复