首先，订单从创建到完成的整个流程，基本可以分为未付款、已付款待发货、已发货和已收货四个阶段。而在这整个流程中，涉及到的其他模块主要有支付和库存。以下就先介绍一下订单在各个阶段需要考虑的点：
下图为整个订单的简易运转流程：
说明：在实际操作订单中，可能还会有满减、满赠、优惠券、活动活动、积分等情况，所以订单信息一般不会只包含了商品总额，大多数情况下，订单金额=商品金额+运费-优惠-积分抵扣。所以，在用户申请退款/退货时应退金额计算就会麻烦一些，究竟如何进行扣除和退款，每个企业都有自己的一套规则，只要按照规则计算即可。
上面概述了订单运转的流程，现在来说一下后台页面的设计。订单系统后台主要是对订单进行监控和管理的。
1、从内容上来说，主要包括商品信息、支付信息、物流信息等，如下图所示：
上图只是简单的整理了一张C端线上用户创建的订单所需的信息，但在实际公司业务中，可能还会涉及到向经销商直接供货的情况，可能是线上，也可能是线下，但即使是线下，订单也是需要进入到系统的，因此在设计时，需要实现了解业务操作的细节；
如果是线下订单，需要考虑订单的创建人可能会是哪些角色，不同角色创建的订单流程也会有所不同；
权限问题；
2、从结构上来说，订单页面其实也就是个列表页，主要可分为搜索区、列表区和操作区。
（1）搜索区域：
在订单列表中，因为涉及到的信息和状态比较多，所以为了提高工作效率，需要将常用的重要的条件作为筛选项，以便于快速查找。 一般情况下，搜索区域主要包括：订单编号、订单状态、付款状态、退款状态、交易时间、支付渠道、平台、区域等，根据业务范围而定，当然，显示哪些条件，还要看权限等级。
（2）列表区域：
前面已经介绍了订单详情，包含的信息较多，所以后台列表中不可能直接显示订单相关的所有字段，此时就需要有所取舍，选择比较重要的字段比如订单编号、支付流水号、订单状态、退款状态等信息、以及操作栏。而剩余的其他信息，可以通过下级页面来显示。
（3）操作区域：
对于订单的操作，基本上就是一些处理、确认、审核的工作。
订单系统作为后台系统中的关键模块，可大可小，主要还是要根据业务的不同而定。
1、比如说，文中讲到的只是比较简单的流程，而实际上，在订单的处理中，还需要考虑很多情况：
订单是否需要拆分：比如OTA中的订单系统，一张订单可能会被拆分为酒店子订单和各种单项子订单，而这些子订单有可能是由不同的人去处理，而且有的时候是需要支持客服人员可以在订单中继续增加子订单的，电商平台也一样，通常都会包含一个主订单号和多个子订单号，这时就需要考虑在退货/退款时是否支持根据子订单的维度退款；
2、订单的取消：除了用户，内部人员在哪些情况下可以主动取消订单，而该种情况下取消订单，流程该如何操作，又该给用户怎样的反馈；
3、产品/商品来源：在用户下单前，是否已有库存，当然，在一般的电商系统中，基本上都是已经有库存才可以售卖的，但比如在OTA这样的订单系统中，产品即服务，是具有不确定性的，所以在生成订单的时候，同时要根据其子订单生成对应的供应商订单，用户下单后，企业再去向供应商下单预订，其实就比较类似于代售的情况；
4、订单生成规则：一般情况下，商品的来源和渠道各不相同，很多时候为了便于区分，可能就需要在订单的生成规则里加入一些特殊的字符进行标识；
5、活动订单：当平台在做活动时，商品的价格一般都会出现大的波动，那么就需要考虑此时下的订单是否需要单独管理；
由于订单系统的设计与业务范围和流程联系比较紧密，因此文中仅对主要流程做了总结，不足之处欢迎补充！
文章来源：人人都是产品经理
<数商云（www.shushangyun.com）是国内知名企业级电商平台提供商，为企业级商家提供系统开发（多种模式电商平台搭建：B2B/B2B2C/B2C/O2O/新零售等）、供应商系统搭建及电商解决方案服务>
点赞 | 0
