小编教你电商订单系统该如何设计。

从用户下单总体流程为：用户下单选择下单方式（购物车，直接下单）——订单下单——订单拆单——生成订单查看订单状态——交易成功或申请售后逆向流程等等；商家后台系统更改订单状态，对接发货，物流，售后和最终的数据统计等。

1 下单方式：购物车的设计（篇幅有限，有机会续写）

• 基本逻辑：购物车入口逻辑，购物车商品库存逻辑（锁定扣减逻辑），购物车的商品分开展示逻辑；
• 价格计算器：优惠类型划分，优惠计算逻辑及展示；
• 离线购物车：登录加购逻辑，未登录加购逻辑；
• 立即购买：立即购买流程；
• 异常处理：失效商品逻辑及展示，优惠失败逻辑及展示；
• 其他逻辑：凑单逻辑，商品推荐逻辑，对接的系统信息流转逻辑。

2 订单下单：订单信息展示

• 用户信息：用户账号，用户等级；
• 订单基础信息：父订单，子订单，订单编号，订单状态，订单时间；
• 收货信息：收货地址，收货人姓名，联系电话，邮箱；
• 商品信息：SKU信息，规格，商品数量，价格，商品图片，商家，商品链接；
• 优惠信息：优惠券，促销活动，虚拟币抵扣金额；
• 支付信息：支付方式，支付单号，支付状态，支付时间，商品总金额，实付金额，运费，虚拟币抵扣金额，促销优惠金额，优惠券优惠金额，总优惠金额；
• 物流信息：物流公司，物流状态，物流单号；
• 其他信息：发票信息，下单平台，分销渠道。

3 订单下单：订单拆单

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

• 平台的不同店铺商家需拆单：因为涉及到商品归属权不同，其财务结算，发货情况不同所以需要拆单；
• 仓库不同，需要拆单：一物多仓的情况下，可能按照地域时效选择仓库发货物流信息不同需要拆单。

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

• 品类特殊包装要求需要拆单：如易碎品需要特殊包装，超大物品需要单独包装，有些不同品类的商品不能放在一起；
• 物流因素，超过物流运输限制需要拆单，如超过规定物流公司重量需要拆单；
• 商品价值：海淘商品消费限额，贵重物品商品价格高需要单独发货，需要拆单。

4 订单下单：订单的计算

• 订单实付金额=商品总金额+运费-商品优惠总金额
• 商品优惠总金额=优惠券+促销活动+积分抵扣+会员抵扣

5 生成订单：订单状态

不同业务类型商品订单状态不同，实物商品订单和虚拟商品订单状态都有所不同，订单状态最重要的是各个时间节点的数据流转，这里介绍下实物商品订单的订单流转状态：

待付款：用户提交订单，尚未付款，等待用户支付，由于待付款状态会锁定库存，所以一般会设置超时自动取消；

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

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

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

已取消：付款之前取消订单，超时未付款或用户自动取消订单都会产生这种订单状态；

售后中：用户在付款后发货前申请退款，或商家发货后用户申请退换货状态，需要注意的是售后状态也有单独的订单流转状态：待审核，待退货入库，待退款，待换货入库，换货出库中，售后成功；

交易失败：当售后完成后的订单状态，”已取消“的订单状态可以合并到“交易关闭”中。

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

订单的逆向流程可以是用户主动发起或者客服发起，需要注意的是不同节点申请退换货，系统的处理方式不同，逆向流程复杂，还涉及到优惠分摊返还的逻辑，这里不详细介绍，以下为各个时间节点的订单售后流转情况：

待付款取消订单：用户提交订单后，主动取消订单或超时未支付时候，订单状态为“已取消”；

待发货取消订单：用户支付订单后，到“待发货”状态时，用户申请取消订单需要判断数据到哪个环节了，订单未到调度中心和就在调度中心未下发到仓库管理系统或从调度中心到了仓库管理系统（WMS系统）但拦截下来了，则可以取消成功；否则取消失败，订单继续发货；

待收货/交易成功取消订单：收到货物后，当SKU全退时，原订单变成“交易关闭”；当发生订单部分退货，退款时候，原订单保持不变，维持“待收货”或“交易成功”状态，同时生成部分售后订单，剩余的订单还可以进行售后。

7 订单的数据统计

订单交易维度：

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

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

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

下单用户数支付用户数，订单金额分布，地域分布等等

商品分析维度：

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

被支付的商品数：统计周期内，被支付订单数>0的上架商品总和

被访商品数：统计周期内，被访问uv数>0的上架商品总和

商品收藏次数，商品销售统计，加购件数等等。

订单来源维度：

统计每个订单的来源：如H5，公众号，APP，小程序，pc端；

记录每个订单的产生过程，包括在创建之前的商品浏览，加入购物车，提交订单等关键路径的数据分析；