编辑导读：订单管理系统，是整个电商系统的核心系统之一，有一定的复杂性。本文将从六个方面，围绕订单管理系统展开分析，希望对你有帮助。

订单管理系统即处理订单的系统，主要管理订单的输入，处理，输出。其在一般电商系统中或在有交易功能的系统中，都是核心系统/功能之一，有一定的复杂度；但是虽然复杂，并不代表理解起来困难。

关于商品的文章里面，我们已经从商品的输入、维护、输出的流程来介绍了商品系统，那订单也一样，我们本文把订单看成一个流程即订单流来理解。

订单系统会与购物车、商品系统，营销系统、会员系统、支付系统、物流系统、仓库系统、财务系统、内容系统，具体请看示例图：

个人认为订单的输入(亦可称之为来源)可分为内部和外部两种方式：

一般代表性的就是分销订单，如供应商的订单系统会接收外部系统的订单。

以上就是订单的输入，接下来我们聊订单的处理。

个人认为主要有3种处理方式：

在订单系统内，系统会对订单进行各种逻辑规则判断，判断后就会根据业务规则分发订单，可简单看示例图：

基本上订单的流转处理是秒级，甚至是毫秒级就能处理完毕的，不能处理的或者处理失败的都会把订单归类到异常订单。

下面是订单各状态的流程图：

订单一般流转到仓库进行发货操作，发货后仓库会把物流信息回传到订单系统，订单系统接收消息后会对订单进行发货：

在特殊情况下，就需要对订单进行人工处理，例如订单无法流转到下一级、订单有备注等。人工处理的结果可能是跟消费者协商后让其退款，也可能是手动的传输订单等。

内部订单的完成并不在发货后就完成，一般来说在客户接收到订单商品后即算完成。

但是对不同类型的商城有所区别：

外部订单系统订单一般在发货后就算完成。

在我们设计订单系统的时候，应该先思考下公司业务类型和逻辑，理清业务上订单流的起止。

理清后从订单源头开始设计订单系统：

订单管理系统涉及的其他系统比较多，所以在系统设计上应该具有独立性、拓展型和准确性，独立性代表订单系统的维护或者异常不会影响到其他系统；拓展型代表订单系统在以后增加功能的时候方便快捷；准确性是指订单数据涉及到财务方面，所以应该严谨和准确。

后台系统订单页面的设计：

1）订单列表页面的设计

根据公司业务需要来设计列表页展示的数据和布局，以及筛选查询的关键字段，具体可看示例图：

2）订单详情页的设计

订单详情页一般来说是模块化的展示设计，订单基础信息、商品信息、物流信息、支付信息等都需要有所区分，这样设计有利于详情快速查看以及在系统研发的过程中让开发小哥哥不容易搞错哦，具体可看示例图：

3）订单规则设计

订单规则根据业务的大小有简单和复杂，所以具体需要看业务规模。

如果公司现阶段刚起步，则订单规则可直接写进订单系统；如起步有一段时间了或者发展比较快，则可事先就开发好订单规则模块，以后有新的订单规则直接通过运营人员设置即可，更加的方便和更快速地适应业务的发展。

本文由 @Milomasson 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议