订单是电商系统最重要的功能之一，可以说所有涉及到交易的系统，都涉及到订单。本文将深入浅出的讲解订单涉及到的关键点，如订单的流程、订单包含的信息、订单拆分、订单与其他系统的交互等。

需要注意的是，不同的业务，订单的流程和逻辑是不同的，比如有些交易是先付定金，后付尾款的，再比如，如果是平台型的电商系统，那么处理订单纠纷最终的权利是平台，如果是saas独立店铺的商城，那么通常开发者会有免责声明（意思是如产生纠纷需要找具体的商户协商处理）。

所以我们在设计订单时，一定要结合公司的业务模式，依靠灵活的订单产品设计架构，可满足企业订单业务处理需求，提升订单流转的工作效率。

01 订单的流程

订单的流程涉及到不同的维度，也涉及到各系统，从前台和后台来看，订单的状态流有：待支付、待发货、待收货、已完成、已取消、售后中、交易关闭。

前后台只是我们能看得到的流程，但是背后各系统之间交互的流程是很复杂的，具体见下图

02 订单包含的基本信息

1. 基本信息：基本信息包括订单状态、订单编号、创建时间、订单来源等。
2. 买家信息：买家信息指的是一般就是客户/用户，注意他不一定是实际收货的那个人，比如你可能给你的朋友或家人买一样商品，那么你就是买家，你给买东西的那个人才是收货人。
3. 收货人信息：即实际收货的那个人。包含收货人姓名、联系方式、地址等、
4. 商品信息：包括SKU信息、商品数量、商品单位、商品单价、小计。
5. 优惠信息：优惠金额。
6. 费用信息：包括商品小计、运费、优惠金额，所有费用加减后得到的最终订单金额。
7. 配送信息：快递发货、自提、商家配送。
8. 其他信息：发票，或者订单操作记录等可以放到其他信息里。

03 订单的拆分

1. 为什么要拆单

影响因素有以下几个

1. 店铺商家：不同商家，出库仓库不同，财务结算也不同，因需要拆单。
2. 仓库：不同的仓库发货时效、也可能有的仓库有货，有的仓库没有货。
3. 物流因素：不同物流公司对包裹的重量、体积的限制不同，因此需要拆单。

04 与订单交互的系统

1. WMS

订单系统进行一系列操作后，会下发到WMS系统，在这一层，主要的节点有这几个：分配任务给工人→拣货→出库扣减库存→分拨→清点，如果有物流环节，还涉及到装车。

2. TMS

TMS系统，主要有以下节点：清点→揽收装车→物流运输→物流派送→物流签收→完成。

3. 支付系统

支付系统说起来就很复杂了，有的涉及大额支付、分账、对公支付等，这里以简单的业务场景为例，设计时需要思考以下几点：到账时间、手续费、取消、退款（资金流要原路返回）、保证金、账期等。

4. 风控系统

当订单触发了风控规则，就需要人工来介入审核，判定其为异常订单，这时后续需要配合“订单暂停/中止”操作来阻止订单后续流程，以免造成更大的损失。

5. 数据统计

电商系统最重要的数据就是交易额、客单价、复购等，这里要定义好什么状态的订单数据需纳入到统计中。

6. 消息推送

来新订单时，商家都希望第一时间看到（可以是短信，系统通知）。

05 其他业务类型的订单操作

1. 订单加急

订单加急通常是供应链系统才有的场景，客户有加急的需求，但是系统需要有后续的联动才能支撑，不然也只是标记下客户加急，没什么意义。后续的联动是指，订单加急后正常需要有通知的，并且后续的分拣、出库也跟正常的不一样，有的甚至还和工人的绩效挂钩。

2. 先付定金，后付尾款型订单

对于批发类型的，比如客户先付定金，商家才会采购原材料给制造这种业务场景就需要支持订单先付定金，再付尾款。

3. 代客下单

代客下单适用的场景比如实体店，客户买衣服在排队，这时导购可以代客下单，其实就是把顾客选好的衣服在系统上选中并加入购物车，然后生成二维码，让顾客直接支付，这样顾客就不用排长队等待了。

06 总结

设计订单时要根据实际的业务模式和业务场景来设计，同时订单涉及到的系统比较多，流程复杂，尽量思考全面不遗漏，设计完正向流程后，还要考虑逆向流程，达到逻辑闭环。