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

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

　　下单

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

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

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

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

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

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

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

　　物流

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

　　主要有以下接口：

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

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

　　售后

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

　　主要有以下接口：

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

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

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

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

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

　　总结

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

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

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

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

　　#专栏作家#

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

编辑：未知