电子商务系统-订单设计(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 协议

本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。

免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com