电商系统订单设计（1）

须要把稳的是，不同的业务，订单的流程和逻辑是不同的，比如有些交易是先付定金，后付尾款的，再比如，如果是平台型的电商系统，那么处理订单轇轕终极的权利是平台，如果是saas独立店铺的商城，那么常日开拓者会有免责声明（意思是如产生轇轕须要找详细的商户协商处理）。

以是我们在设计订单时，一定要结合公司的业务模式，依赖灵巧的订单产品设计架构，可知足企业订单业务处理需求，提升订单流转的事情效率。

01 订单的流程

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

前后台只是我们能看得到的流程，但是背后各系统之间交互的流程是很繁芜的，详细见下图

02 订单包含的基本信息基本信息：基本信息包括订单状态、订单编号、创建韶光、订单来源等。
买家书息：买家书息指的是一样平常便是客户/用户，把稳他不一定是实际收货的那个人，比如你可能给你的朋友或家人买一样商品，那么你便是买家，你给买东西的那个人才是收货人。
收货人信息：即实际收货的那个人。
包含收货人姓名、联系办法、地址等、商品信息：包括SKU信息、商品数量、商品单位、商品单价、小计。
优惠信息：优惠金额。
用度信息：包括商品小计、运费、优惠金额，所有用度加减后得到的终极订单金额。
配送信息：快递发货、自提、商家配送。
其他信息：发票，或者订单操作记录等可以放到其他信息里。

03 订单的拆分1. 为什么要拆单

影响成分有以下几个

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

04 与订单交互的系统1. WMS

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

2. TMS

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

3. 支付系统

支付系统提及来就很繁芜了，有的涉及大额支付、分账、对公支付等，这里以大略的业务场景为例，设计时须要思考以下几点：到账韶光、手续费、取消、退款（资金流要原路返回）、担保金、账期等。

4. 风控系统

当订单触发了风控规则，就须要人工来参与审核，剖断其为非常订单，这时后续须要合营“订单停息/中止”操作来阻挡订单后续流程，以免造成更大的丢失。

5. 数据统计

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

6. 推送

来新订单时，商家都希望第一韶光看到（可以是短信，系统关照）。

05 其他业务类型的订单操作1. 订单加急

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

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

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

3. 代客下单

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

06 总结

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

本文由 @ERP供应链产品 原创发布于大家都是产品经理。
未经容许，禁止转载

题图来自 Unsplash，基于 CC0 协议

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。