订单系统是后台系统中较为重要的一部分，它记录了所有的交易，以下就来总结一下订单管理后台系统的设计。

　　一、订单系统主要流程

　　首先，订单从创建到完成的整个流程，基本可以分为未付款、已付款待发货、已发货和已收货四个阶段。而在这整个流程中，涉及到的其他模块主要有支付和库存。以下就先介绍一下订单在各个阶段需要考虑的点：

　　下图为整个订单的简易运转流程：

　　说明：在实际操作订单中，可能还会有满减、满赠、优惠券、活动活动、积分等情况，所以订单信息一般不会只包含了商品总额，大多数情况下，订单金额=商品金额+运费-优惠-积分抵扣。所以，在用户申请退款/退货时应退金额计算就会麻烦一些，究竟如何进行扣除和退款，每个企业都有自己的一套规则，只要按照规则计算即可。

　　二、后台页面设计

　　上面概述了订单运转的流程，现在来说一下后台页面的设计。订单系统后台主要是对订单进行监控和管理的。

　　1、从内容上来说，主要包括商品信息、支付信息、物流信息等，如下图所示：

　　上图只是简单的整理了一张C端线上用户创建的订单所需的信息，但在实际公司业务中，可能还会涉及到向经销商直接供货的情况，可能是线上，也可能是线下，但即使是线下，订单也是需要进入到系统的，因此在设计时，需要实现了解业务操作的细节;

　　如果是线下订单，需要考虑订单的创建人可能会是哪些角色，不同角色创建的订单流程也会有所不同;

　　权限问题;

　　2、从结构上来说，订单页面其实也就是个列表页，主要可分为搜索区、列表区和操作区。

　　(1)搜索区域：

　　在订单列表中，因为涉及到的信息和状态比较多，所以为了提高工作效率，需要将常用的重要的条件作为筛选项，以便于快速查找。

　　一般情况下，搜索区域主要包括：订单编号、订单状态、付款状态、退款状态、交易时间、支付渠道、平台、区域等，根据业务范围而定，当然，显示哪些条件，还要看权限等级。

　　(2)列表区域：

　　前面已经介绍了订单详情，包含的信息较多，所以后台列表中不可能直接显示订单相关的所有字段，此时就需要有所取舍，选择比较重要的字段比如订单编号、支付流水号、订单状态、退款状态等信息、以及操作栏。而剩余的其他信息，可以通过下级页面来显示。

　　(3)操作区域：

　　对于订单的操作，基本上就是一些处理、确认、审核的工作。

　　三、其他补充

　　订单系统作为后台系统中的关键模块，可大可小，主要还是要根据业务的不同而定。

　　比如说，文中讲到的只是比较简单的流程，而实际上，在订单的处理中，还需要考虑很多情况：

　　订单是否需要拆分：比如OTA中的订单系统，一张订单可能会被拆分为酒店子订单和各种单项子订单，而这些子订单有可能是由不同的人去处理，而且有的时候是需要支持客服人员可以在订单中继续增加子订单的，电商平台也一样，通常都会包含一个主订单号和多个子订单号，这时就需要考虑在退货/退款时是否支持根据子订单的维度退款;

　　订单的取消：除了用户，内部人员在哪些情况下可以主动取消订单，而该种情况下取消订单，流程该如何操作，又该给用户怎样的反馈;

　　产品/商品来源：在用户下单前，是否已有库存，当然，在一般的电商系统中，基本上都是已经有库存才可以售卖的，但比如在OTA这样的订单系统中，产品即服务，是具有不确定性的，所以在生成订单的时候，同时要根据其子订单生成对应的供应商订单，用户下单后，企业再去向供应商下单预订，其实就比较类似于代售的情况;

　　订单生成规则：一般情况下，商品的来源和渠道各不相同，很多时候为了便于区分，可能就需要在订单的生成规则里加入一些特殊的字符进行标识;

　　活动订单：当平台在做活动时，商品的价格一般都会出现大的波动，那么就需要考虑此时下的订单是否需要单独管理;

　　由于订单系统的设计与业务范围和流程联系比较紧密，因此文中仅对主要流程做了总结，不足之处欢迎补充!