电商开放平台产品设计（1）：商品开放平台

　　电商开放平台最典型的分为三种，本文主要针对商品开放平台展开分析。

　　

　　我们之前讨论的范围都是围绕电商平台的封闭体系内部进行，但是在实际的应用场景中，电商平台一般需要和其他平台进行连通，用以拓展渠道，赋能自营平台。

　　按照对接的阶段和主体，我将电商中最典型的开放平台分为：商品开放平台、 店铺开放平台、供应商开放平台，(开放平台的名称在叫法上可能不太标准)与其他平台对接的核心内容一般是：商品、库存、订单。

　　先简单介绍一下各开放平台的场景和作用：

　　商品开放平台

　　将自营商品提供给第三方平台使用，接收第三方订单，促进自营商品销量。

　　店铺开放平台

　　提供给平台上的商家同步店铺中的商品、订单、库存等数据，保证店铺数据与商家自营平台的统一。

　　供应商开放平台

　　自营平台提供给供应商对接商品，用以扩充SKU数量、更新库存，传递订单给供应商。

　　开放平台通过API接口与其他平台进行交互，及时更新订单、库存、商品等数据，提高平台效率，减少人工干预，避免发生超卖、缺货等情况。不过开放平台的开发成本较高，同样的需求可以线下对接，或者提供系统给相关人员操作。只有交易量达到一定量级时进行开发才有实用价值。下面将介绍各开放平台产品的基础解决方案，以供参考。

　　商品开放平台

　　不论是电子商务，或是实体商业，供应链都是企业的核心竞争力。当一家企业的供应链非常完善，品类的性价比较高时，就会有共享供应链的业务场景。何谓共享供应链? 指将供应链的优势品类开放给其他B端客户，类似经销商与零售商之间的关系。不同的是，类似于一件代发，承接C端订单的业务，只是线上对接，无需人工介入。

　　共享供应链的意义在于通过开放商品库，拓展销售渠道，增加商品的销售量，进而增加对供应商的议价能力，降低采购成本。对于B端商户来说，通过对接商品开放平台，能够迅速扩充品类，并且无需库存资金占用。

　　

　　商品开放平台是将平台上的商品开放给其他渠道的第三方使用，通过商品、订单、库存API进行对接，将双方系统打通，实现无延迟对接。对接流程如上图所示，主要包括商品同步和订单生成跟踪等部分，下面会详细讲解。

　　与大部分用户产品不同的是，商品开放平台更多的是底层的数据交互，通过API完成在线交易、数据同步，调用接口传输相应数据，并接收数据返回。还有主动的消息通知，如商品价格、库存发生变动。商品开放平台相当于将电商的主流程(正向流程和逆向流程) 进行接口标准化，理解起来会有些难度。

　　在商品开放平台 的基础上，会提供用户系统来管理B端商户、商品池和订单相关数据，不在赘述。

　　1.基础数据

　　在设计商品开放平台时，首先考虑的是账户体系，最核心的是B端用户调用开放平台的Key，定义客户使用的接口权限，界定用户同步数据的范围。

　　为了规避资金风险，B端用户账户会预存一定资金或设置预授信额度，在临近警戒值时，提醒用户充值结算。在用户下订单时，从账户余额中扣减相应的订单金额，若余额不足，则下单失败。

　　商品开放平台的基础资料还包括地址库数据(省市区县)，订单的收货地址、区域库存等都是建立在地址数据的基础上。

　　还要提供对账接口，允许用户根据时间周期来下载账单数据，进行订单、消费对账。

　　2.商品

　　商品是商品开放平台的核心部分，主要包括商品池、类目、商品信息、库存、价格等方面，下面进行详细讲解。

　　商品池

　　对于平台来讲，平台中的商品不会全面开放给B端商户，譬如一些特色SKU，或出于经营战略考虑。那就有了商品池的概念：从平台商品中选择一部分添加至商品开放平台 的商品池中，B端商户可以从中选择对应的商品使用。

　　主要有以下接口：

　　获取商品池的商品数据(接口)，主要返回商品的sku编码，可查询全部商品或某类目商品;

　　在商品池数据发送变动时，主要包括商品新增、删除、上下架时，推送消息给客户;

　　商品信息

　　获取商品详细信息，包括商品基础信息、商品图片信息、上下架状态等。

　　主要有以下接口：

　　商品基础信息(接口)，返回商品名称、类目、规格、属性、上下架状态、详情描述(文字、图片描述)等内容。

　　商品图片信息(接口)，返回主图、附图等内容。

　　上下架状态(接口)，批量查询商品的上下架状态。

　　当商品名称、图片信息、上下架状态、 规格、属性、详情描述等数据发生变动时，推送消息给客户。

　　类目

　　获取商品的类目信息，需要通过商品详情页中的类目编码进行查询。一般情况下，不会将平台的类目信息全部开放。

　　主要有以下接口：

　　商品类目查询(接口)，返回类目名称(一级、二级、三级等)

　　库存

　　获取商品的库存信息，需要注意的是，库存数据属于平台核心数据，一般不会给具体的数据，只会返回有货或无货。当发货有区域限制时，还需要根据地址查询区域库存。可在商品详情页、搜索列表、购物车、订单页使用。

　　主要有以下接口：

　　查询单个商品库存(接口)，查询单商品对应数量是否有货，返回结果。

　　批量查询商品库存(接口)，查询多商品是否有货，返回结果。

　　在商品缺货、或缺货变更为有货时，推送消息给客户。

　　价格

　　获取商品的价格信息。对客户来说，主要对三类价格数据比较关心：市场价、平台销售价、采购价。出于运营策略，平台销售价对于客户较为重要，采购价通过平台与客户制定采购协议确定，不同的客户的采购定价会有区别。

　　主要有以下接口：

　　查询商品的价格信息(接口)，返回商品的市场价、平台销售价、采购价数据，支持批量查询。

　　在商品的价格(市场价、平台销售价、采购价 )发生变动时，推送消息给客户;

　　3.订单

　　在商品开放平台中，订单的处理流程、判断条件和2C的订单大致相同，区别在于，需要在订单信息中记录实时采购价，用于结算。根据第三方订单信息拆单，从账户余额中扣款，在订单失败时返回失败原因。主要包括下单、物流、售后等方面，下面详述。

　　下单

　　一般订单分为两个阶段：订单生成、支付确认，订单生成锁定相应库存，支付成功扣减库存，取消或超时订单后解除库存占用。

　　订单下单(接口)，通过接口传输第三方订单号、商品编码、数量、收货地址数据，返回订单下单结果(成功与否、订单号(父子订单)、是否拆单、订单金额、运费)。生成订单时应校验账户余额。

　　确认支付订单(接口)，通过接口确认从账户余额中扣减，支付订单。返回相应结果。

　　取消未确认订单(接口)，在生成订单后、未支付前取消订单。

　　订单列表查询(接口)，查询某一时间段的全部订单，返回

　　订单查询(接口)，父订单、子订单都可以，查询订单的详细信息，包括商品详情、数量、实时采购价、运费、订单金额、父订单、订单状态、物流信息等。

　　当订单超时未支付、取消、订单拆单和订单状态变化时，推送相应的消息给客户。

　　物流

　　提供订单的物流状态查询。

　　主要有以下接口：

　　订单物流状态查询(接口)，根据订单号查询发货状态，物流公司及物流单号。

　　物流信息查询(接口)，根据物流单号查询物流信息。

　　售后

　　主要提供订单的售后服务(退款、退货等)，经过审核后返回相应结果。

　　主要有以下接口：

　　退货退款申请(接口)，传输退货原因、文字图片说明、商品、订单等信息，返回售后单号。

　　售后单审核结果，推送相应的信息给客户。

　　售后单查询(接口)，查询售后单信息及当前状态。

　　客户退货信息反馈(接口)，传输客户发运物流公司、物流单号等信息。

　　当订单售后成功或失败，推送相应的消息给客户。

　　总结

　　上面详细介绍了商品开放平台的产品方案，当然如果想做的更加完善，可以把有关商品/订单的更多信息(如电子发票)开放。平台也要去开发对应的系统去管理开发平台的客户和业务。

　　开放平台服务于公司战略，对客户来讲，有利于轻运营， 避免以往线下对接的缺货，保证时效性。当然对于平台也有弊端，商品开放平台开发维护成本较高，还有可能扰乱线上的价格体系，这些因素都要在项目初期考虑到。

　　商品开放平台的API思维导图整理如下，仅供参考：

　　

　　介绍完商品开放平台，后面将逐步介绍店铺开放平台与供应商开放平台，可关注后续文章进行了解，亦可留言交流。

　　#专栏作家#

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

*请认真填写需求信息，我们会在24小时内与您取得联系。