一个完整的电商系统，离不开订单管理，电商平台开发公司的小编认为订单管理是电商后台系统中一个重要的组成部分，它不仅记录了所有的交易数据，还可以对订单进行监控与操作，它与用户、商家、运营、财务等都有着密切的关系。以下是由北京电商研发公司为您汇总的后台系统中订单管理如何设计。
订单管理后台一般是由商家以及其工作人员进行操作以及管理。订单管理的数据都源于对用户数据的统计以及对用户端需求的支撑。在设计时，订单管理系统需要包括两部分的内容：一个是对C端用户在整个订单流程中各个操作的对应；另一个是能满足公司内部相关部门（运营、采购、财务等）的需求。
产品在设计订单管理后台前，需要明确C端用户的操作场景和在该场景中后台需要支持的操作。下图是一个简单的订单流程：
以上是简单的一个订单流程，在实际运营中会更复杂。如用户结算付款、取消订单、退款、退货后，可能还会涉及到优惠券、满减、满赠、折扣、积分抵扣、商家红包等情况，订单金额不只包含了商品金额，实际中，订单金额=商品金额+运费+运费险-优惠圈-积分抵扣等。
在用户结算时，会涉及到不同模块和数据的交互（如满减、满赠或者运营活动相关的数据，都是有单独的表记录的），反之，取消订单/退款/退货亦如此。
明确了订单流程之后，就能知道从订单创建到交易完成整个过程所有的状态。
从上图可以看出，整个流程分为未付款、已付款待发货、已发货、已收货四个阶段。相关联的模块主要有支付和库存。以下是电商平台开发订单在各个阶段所涉及到的内容：
订单列表的设计是数据的展现。数据的展现来源于实际的需求，除了状态及操作外，还有一个重要的因素订单信息，订单信息的详细与否直接关系到订单的跟踪以及后续数据分析。对于整个电商系统系统来说，数据是极为重要的部分，在设计字段时，需要尽可能的考虑全面。
1. 从内容上：订单的信息主要包括商品信息、支付信息、物流信息等，如下图所示：
补充：以上是简单的订单列表设计但是在实际使用中，根据商城的业务需求可能还会涉及到向经销商直接供货的情况，不管是线上还是线下，订单都需进入到系统，在设计时，务必要了解业务操作的细节；如果是线下订单，需要考虑订单的创建人可能会是哪些角色，不同角色创建的订单流程也会有所不同。
2 . 从结构上：订单页面其实也就是个列表页，主要包括搜索区、列表区和操作区。
搜索区域
在订单列表中，因为涉及到的信息量和状态比较多，为了提高工作效率，需将常用的重要的条件作为筛选项，以便于快速查找。一般情况下，搜索区主要包括：订单编号、订单状态、付款状态、退款状态、交易时间、支付渠道、平台、区域等，具体的需要根据业务范围和实际需求而定，具体要展现哪些条件，还需看权限等级。
列表区域
订单详情中包含的信息较多，在后台列表中不可能直接显示订单相关的所有字段，就需要下设计时做出取舍，选择比较重要的字段比如订单编号、支付流水号、订单状态、退款状态等等。剩余的信息，可以通过下级页面或自定义菜单来显示。另外设计时需明确场景中的每种状态以及各状态下的操作权限。
操作区域
对于订单的操作，基本上就是一些确认、审核、锁单、跟进、退款等。
1. 订单是否需要拆分：如OTA中的订单系统，一张订单可能会被拆分为酒店子订单和各种单项子订单，而这些子订单有可能是由商家去处理，并且有时需要支持商家管理人员可以在订单中继续增加子订单，电商平台也一样，通常都会包含一个主订单号和多个子订单号，这就需要设计者考虑在退货/退款时是否支持根据子订单的维度退款；
2. 订单数据问题：不同表的订单时间可能会出现不一致、数据延时、订单重复、漏单等等情况，应及时关注及采取相应的措施；
3. 订单生成规则：商品的来源和渠道各不相同，为了好区分可以在订单的生成规则里加入一些特殊的符号进项标识；
4.订单的取消：除C端用户外商家在一些特定的条件下也可以主动取消订单，如果发生这种情况，该如何操作或者怎么反馈给用户都需考虑详细；
5. 活动订单：当平台搞活动时，商品价格波比较大，用户下单会提升，设计者需考虑此时的订单是否需要单独管理；
6. 产品/商品来源：用户下单前，是否有库存，正常情况下电商系统中，基本上都是有库存才售卖（预售除外），当然也有例外，比如一些服务的订单，产品即服务，是具有不确定性的，所以在生成订单的时候，同时要根据其子订单生成对应的供应商订 单，用户下单后，商家再去向供应商下单预订，比如代购；
7. 权限问题：不同部门、不同级别的账号，应拥有不同的数据权限和操作权限。
以上是北京电商平台开发小编为您汇总整理。
扫一扫关注我们
我们能给的，远比您想的更多
服务于上市公司及500强等知名企业
400-990-6366
