如何设计电商订单系统？

在电商体系中，产品中心、订单中心、库存体系为最重要的三大中心体系，订单系统（OMS体系）连接用户和商家之间最重要的买卖信息体系，本次阐述一下电商订单系统的产品规划。

一、订单系统的效果

1.1 对用户来说

用户在下单后实时检查订单发货状况，物流信息状况和最后买卖胶葛的售后流程等。

1.2 对商家来说

商家办理订单状况，实时发货，处理售后胶葛处理等，更好更快的满足用户需求，提高处理效率等。

1.3 对渠道来说

在渠道运营上，监管订单，处理渠道介入反常订单信息，处理需求和供应两端的胶葛，提供事务支撑，完成事务闭环，提高用户价值，完善用户体验等。

二、订单系统的特色

2.1 事务类型不同，订单规则不同

订单系统建立需求考虑实践事务状况，分产品什物订单，虚拟订单等不同事务其订单系统的规划区别都是很大，如：什物产品售卖，付费课程售卖和服务餐饮事务其电商规划都是依据实践事务区分。

2.2 流程杂乱，分正向逆向流程

前端用户下单时正常时的正向流程为从产品下单，发货，收货到最后的订单买卖成功；发生售后反常时的逆向流程：用户请求退货，到退款结算一系列售后流程；其规则又有很大的不同。

2.3 信息交互杂乱，逻辑性强

从订单下单发生的订单通过大约20个不同子体系的一系列信息的流通，前端展现简单的页面展现，或许后端会通过很多的体系信息校验和流通。

三、怎样规划一个订单系统

从用户下单整体流程为：用户下单挑选下单方法（购物车，直接下单）——订单下单——订单拆单——生成订单检查订单状况——买卖成功或请求售后逆向流程等等；商家后台体系更改订单状况，对接发货，物流，售后和最终的数据计算等。

3.1 下单方法：购物车的规划（篇幅有限，有时机续写）

基本逻辑：购物车进口逻辑，购物车产品库存逻辑（锁定扣减逻辑），购物车的产品分开展现逻辑；

价格核算器：优惠类型区分，优惠核算逻辑及展现；

离线购物车：登录加购逻辑，未登录加购逻辑；

当即购买：当即购买流程；

反常处理：失效产品逻辑及展现，优惠失利逻辑及展现；

其他逻辑：凑单逻辑，产品引荐逻辑，对接的体系信息流通逻辑。

3.2 订单下单：订单信息展现

用户信息：用户账号，用户等级；

订单基础信息：父订单，子订单，订单编号，订单状况，订单时刻；

收货信息：收货地址，收货人名字，联系电话，邮箱；

产品信息：SKU信息，标准，产品数量，价格，产品图片，商家，产品链接；

优惠信息：优惠券，促销活动，虚拟币抵扣金额；

付出信息：付出方法，付出单号，付出状况，付出时刻，产品总金额，实付金额，运费，虚拟币抵扣金额，促销优惠金额，优惠券优惠金额，总优惠金额；

物流信息：物流公司，物流状况，物流单号；

其他信息：发票信息，下单渠道，分销渠道。

3.3 订单下单：订单拆单

下单时拆订单：父订单拆子订单

渠道的不同店铺商家需拆单：因为涉及到产品归属权不同，其财务结算，发货状况不同所以需求拆单；

库房不同，需求拆单：一物多仓的状况下，或许按照地域时效挑选库房发货物流信息不同需求拆单。

付出后拆发货单：子订单拆多个包裹

品类特殊包装要求需求拆单：如易碎品需求特殊包装，超大物品需求单独包装，有些不同品类的产品不能放在一起；

物流要素，超越物流运送限制需求拆单，如超越规则物流公司重量需求拆单；

产品价值：海淘产品消费限额，贵重物品产品价格高需求单独发货，需求拆单。

3.4 订单下单：订单的核算

订单实付金额=产品总金额+运费-产品优惠总金额

产品优惠总金额=优惠券+促销活动+积分抵扣+会员抵扣

3.5 生成订单：订单状况

不同事务类型产品订单状况不同，什物产品订单和虚拟产品订单状况都有所不同，订单状况最重要的是各个时刻节点的数据流通，这儿介绍下什物产品订单的订单流通状况：

待付款：用户提交订单，尚未付款，等候用户付出，因为待付款状况会锁定库存，所以一般会设置超时自动撤销；

待发货：用户付款之后，等候商家发货；

待收货：商家已发货，等候用户收货；

买卖成功：用户确认收货后，订单已完成买卖；

已撤销：付款之前撤销订单，超时未付款或用户自动撤销订单都会发生这种订单状况；

售后中：用户在付款后发货前请求退款，或商家发货后用户请求退换货状况，需求留意的是售后状况也有单独的订单流通状况：待审阅，待退货入库，待退款，待换货入库，换货出库中，售后成功；

买卖失利：当售后完成后的订单状况，”已撤销“的订单状况能够合并到“买卖封闭”中。

3.6 订单的售后：订单逆向流程

订单的逆向流程能够是用户自动建议或者客服建议，需求留意的是不同节点请求退换货，体系的处理方法不同，逆向流程杂乱，还涉及到优惠分摊返还的逻辑，这儿不详细介绍，以下为各个时刻节点的订单售后流通状况：

待付款撤销订单：用户提交订单后，自动撤销订单或超时未付出时分，订单状况为“已撤销”；

待发货撤销订单：用户付出订单后，到“待发货”状况时，用户请求撤销订单需求判断数据到哪个环节了，订单未到调度中心和就在调度中心未下发到库房办理体系或从调度中心到了库房办理体系（WMS体系）但拦截下来了，则能够撤销成功；不然撤销失利，订单继续发货；

待收货/买卖成功撤销订单：收到货物后，当SKU全退时，原订单变成“买卖封闭”；当发生订单部分退货，退款时分，原订单坚持不变，保持“待收货”或“买卖成功”状况，同时生成部分售后订单，剩余的订单还能够进行售后。

3.7 订单的数据计算

订单买卖维度：

计算周期内订单销售额（GMV）【最重要】

订单量：计算周期内订单量

客单价：计算周期内，已付出的订单平均金额

下单用户数付出用户数，订单金额散布，地域散布等等

产品剖析维度：

被下单的产品数：计算周期内，被下单数>0的上架产品总和

被付出的产品数：计算周期内，被付出订单数>0的上架产品总和

被访产品数：计算周期内，被拜访uv数>0的上架产品总和

产品保藏次数，产品销售计算，加购件数等等。

订单来历维度：

计算每个订单的来历：如H5，大众号，APP，小程序，pc端；

记录每个订单的发生过程，包括在创建之前的产品阅读，参加购物车，提交订单等关键途径的数据剖析；

追寻订单来历：包括来历的网站，关键词，来历网站等等。

四、总结

订单系统与各个体系之间信息交互杂乱，要求逻辑思维能力较强，对于产品规划来说，逻辑比详细的原型页面更为重要，需求考虑每个节点详细的前置后置条件，流程规划是否足够简单理解、易用。

每个体系产品规划时分都要依据实践事务状况分阶段完成，按照用最小化成本规划产品，完成事务需求，例如什物产品订单系统中订单状况栏待付款，逆向流程中退换货中换货状况等等开始也能够先不必规划，后期依据事务实践状况在进行规划。

订单系统详细的界面杂乱，不同事务模式下其规划特色很大差异，多参考不同事务类型下的订单系统，门槛低的如淘宝，有赞，拼多多等等电商前后台订单系统建立。