前三篇讲解了订单的前台功能设计，包含订单下单、订单管理及订单售后。本篇从中后台视角讲述整个新零售订单中心的架构、流程以及功能设计。

一、订单架构

1.1 应用层

应用层直接面对终端用户，负责为用户提供订单交易服务，从是否为自建系统可以分为自建平台渠道和第三方平台渠道。自建系统渠道分为PC商城、App商城、小程序商城。第三方平台店铺可分为淘宝天猫店铺、京东店铺、拼多多店铺等。

尽可能的拓展应用层的服务渠道，通过各种渠道触达用户，从而提升订单交易量和交易额，这是应用层的使命。

1.2 服务层

服务层作为整个交易系统中最重要的一层架构，支撑着应用层各渠道的交易，为应用层提供基础服务能力。订单系统更像是一个调度指挥中心，井然有序的调用其他系统的服务来支撑订单交易的完成。订单交易系统的服务层包含：订单中心、支付中心、商品中心、营销中心、客户中心、仓储中心、采购中心。

Axure原型演示地址：https://xrk8tz.axshare.com

• 订单中心：记录订单信息、商品信息、支付信息、物流信息等内容，并提供订单操作。
• 支付中心：为订单交易提供支付能力，包含支付方式和支付工具。
• 商品中心：为订单提供商品基础数据，包含SKU型号、商品参数、商品价格等信息。
• 营销中心：查询活动优惠信息，结合客户信息，判断当前订单是否满足活动优惠的条件，是否满足优惠券的使用条件，从而调用优惠信息。
• 客户信息：查询客户的身份及权益，以及可用于交易的虚拟资产，如积分、红包、卡券等。
• 仓储中心：提供商品的库存查询，商品锁库，以及负责订单商品出库、退换货入库等货物管理的有关能力。
• 采购中心：对于期货类订单、预售类订单，采购中心能够提供智能化的采购服务，缩短采购时间、减少采购成本。

1.3 数据层

数据层为交易系统提供数据分析能力，利用数据分析的结果驱动交易链路的服务体验优化，提升订单交易的增长，从而更好的实现业务目标。

数据层从交易、商品、渠道三个方面来分析订单交易的过程。

交易分析：统计商品的下单转化率、订单的支付转化率；统计订单的付款人数、下单人数、订单量、累计交易额、人均交易额、平均每笔订单交易额；统计新老用户的付款人数、订单量、订单金额，新老用户的订单量占比。

商品分析：统计各单品的销量、销售额、付款人数、支付转化率；统计各类目销量、销售额、各类目销售占比、各类目与上一统计周期的环比情况。

渠道分析：统计PC商城、App应用、小程序、天猫淘宝店铺、京东店铺、拼多多店铺等渠道的销量、销售额、付款人数，以及各渠道的占比，各渠道与上一统计周期的环比情况。

二、订单流程

1. 用户通过购物车或商品详情页进行下单。下单时系统需判断有无活动优惠，有无可用的优惠券、红包，是否可使用积分抵扣等优惠信息，用户选择优惠券、积分抵扣，填写收货信息，确认没问题后提价订单；
2. 选择支付方式（微信支付、支付宝支付、银行卡支付），进行订单付款。付款时，系统查询商品有无可用销售库存，若无可用库存则订单支付失败，并提示用户库存不足，若库存充足则进入下一个判断，判断是否超出支付时间。
3. 库存充足，系统检查是否超出支付时间，若超出则支付失败，若未超出则执行支付。
4. 完成付款后，系统锁定库存，订单进入待发货状态；
5. 后台系统进行订单商品的拣货、清点及订单发货，系统扣减库存；
6. 用户签收快递，并确认收货。若用户长时间未操作确认收货，系统则根据后台系统设置的规则，发货后15天自动收货；
7. 订单完成交易，流程结束。

此为订单的正向交易流程，逆向交易流程属于订单售后模块，后续单独分析有关订单售后的系统设计。本流程重点讲解订单系统中涉及的后台业务流程。

三、订单功能

3.1 订单查看

订单中心可通过订单列表和订单详情查看订单信息。

3.1.1 订单详情

订单信息的展示要考虑各种字段的全面性，字段展示考虑的如果足够的周到，也便于运营、客服等岗位的同学分析处理问题。后台订单详情页的展示不仅包含商品信息、单据信息、费用信息、地址信息，还包含仓储信息、发票信息、客户信息。

• 商品信息：包含但不限于商品名称、型号、规格、参数、促销价、市场价、类目、品牌等信息等数据字段。
• 单据信息：包含但限于订单来源、订单类型、配送方式、订单编号、下单时间、支付时间、订单状态等数据字段。订单来源包含PC商城、APP商城、小程序商城、淘宝天猫店铺、京东店铺、拼多多店铺。订单类型包含线上普通订单、团购订单（仅线上有）、预售订单（仅线上有）、线下订单等。配送方式包含快递发货、上门自提、同城配送。
• 费用信息：包含但不限于商品金额、运费金额、优惠券金额、红包金额、积分抵扣金额、订单金额、积分奖励数量等数据字段。订单金额=商品金额+运费金额-优惠券金额-红包金额-积分抵扣金额。
• 地址信息：包含收货地址和代发地址。地址信息展示的内容包含姓名、电话和街道地址。
• 仓储信息：包含但不限于订单锁定库存、仓库可用库存、仓库总库存、仓库编号、仓库区域，预计送达日期等数据字段。
• 发票信息：包含开票抬头名称（单位或个人）、单位税号、电话、注册地址。
• 客户信息：包含但不限于客户账号、客户名称、客户等级、客户下单量、客户交易额等数据字段。

2B类的客户订单，通常还会涉及到合同，订单详情页还应能够查看合同信息，合同支持在线预览和本地下载。系统根据订单商品、订单金额、客户信息、收货地址、卖家信息（一般为商城）自动生成订单销售合同。

订单详情页示意图

3.1.2 订单列表

订单列表将详情页当中的最常用的字段展示出来即可，大家可根据自己的实际需要和查询习惯展示相应的字段。如果列表页展示的字段太多，可以通过设置面板，来控制列表页显示的字段，通过拖拽表单列来调整字段的显示顺序。

建议在列表数据的上方使用订单状态作为内页切换的标签，将不同状态的订单分别显示在不同的状态标签页下方，在页面设计时通常还会新增一个全部状态的Tab标签。订单列表支持的查询条件包含条件筛选类、关键字查询类和日期查询类条件。

01 条件筛选

包含订单渠道、订单类型、配送方式、支付方式、订单状态、结算状态、结算方式、开票状态。

• 订单渠道：包含PC商城、App商城、小程序商城，淘宝天猫店铺、京东店铺、拼多多店铺等第三方平台店铺。
• 订单类型：包含线上普通订单、团购订单（仅线上有）、预售订单（仅线上有）、线下订单。
• 配送方式：包含快递发货、上门自提和同城配送。上门自提需要线下有实体门店，同城配送一般为生鲜类商品。
• 支付方式：包含微信支付、支付宝支付、银行卡支付等支付方式。
• 订单状态：包含待支付、待发货、已发货、已完成、已取消和异常。已取消订单包含因支付超时取消的订单和客户不想要手动取消的订单。异常订单即因系统问题引发的订单出现的异常，如订单金额的计算错误、订单状态的错误、发货数量错误等各种由于各系统间的数据传递错误、数据逻辑运算出现的问题造成的订单异常。
• 结算状态：结算状态为商城与各商家之间的订单结算，一般分为未结算和已结算。
• 结算方式：结算方式分为手动结算、定期自动结算。
• 开票状态：开票状态即商城给客户开具的订单发票的开具状态，为未开票和已开票。

02 关键字查询

关键字查询包含支持按订单编号、商品编号、客户账号、收货人姓名、收货人手机号等内容模糊查询。

03 日期查询

订单列表支持按下单日期范围、发货日期范围查询订单。

订单列表的数据支持以Excel、PDF格式导出到本地。

3.2 订单处理

在订单中心可以对订单进行的处理操作包含：订单修改、订单关闭、合并订单、订单发货、订单备注、打印发货单、打印快递单、确认收货。

• 订单修改：订单未发货前，在订单后台可以修改订单的地址信息、订单费用信息和发票信息。地址信息包含收货地址和代发地址，支持修改姓名、电话和地址；订单费用信息包含运费金额、优惠金额，修改后系统重新计算订单金额；发票信息包含开票抬头（支持单位和个人）、单位税号。
• 部分ERP系统后台，还支持修改商品、单价、客户，基本上订单所有的信息都支持修改。很多ERP系统中支持商家为客户在后台下手工单，下单的整个过程都是商家代替客户操作。
• 订单关闭：由于某些特殊原因，常常需要后台提供关闭订单的灵活操作，如客户退单、订单异常等特殊情况。
• 合并订单：当同一个收货人（姓名、电话和地址全部相同）有多笔订单，且下单时间接近时，商家为了节省物流成本，通常会将销售订单进行合并，合并为一个发货单，进行一次性发货。
• 订单发货：用户付款后，需要进行订单发货操作。系统需要支持订单批量发货，发货时需在后台页面填写选择快递公司，填写运单号。具有成熟WMS系统的商城，这里可以不填写快递公司，快递单号，这一步只负责将订单推送至仓储系统。仓储系统进行拣货、清点后，进行最终发货时再填写快递公司和快递单号。
• 订单备注：编辑订单备注信息，通常是运营的同学提醒仓库部门需要注意的发货事项。
• 打印发货单：打印发货单信息，发货单信息包含商品信息、订单基础信息、收货信息。
• 打印快递单：打印快递单信息，快递单信息包含发货仓库、发货人姓名、电话、地址、快递单号。快递单内容支持编辑修改，默认根据系统规则推荐。
• 确认收货：对于用户已签收的订单，若用户忘记“确认收货”，运营人员可以在后台进行确认收货，确认收货的订单状态将变更为已完成，订单流程结束。

3.3 到货提醒

对于期货订单、预售订单、超卖订单，由于没有现货，用户需要经历漫长的等待。为了缓解用户的等待焦虑，提升服务体验，当货物到仓后，系统需要及时提醒下单用户。当订单货物到货后，系统需要通过短信、App Push消息、微信消息等多种方式告知用户。

对于此类订单，后台系统应有一个专门的页面用于查看订单到货情况，以及提醒消息的下发情况。便于订单运营人员或客服人员掌握客户订单的最新情况。

3.4 订单设置

订单后台系统需要针对商城订单进行一些基础设置。如订单支付时间设置、订单售后时间限制、自动好评设置。

• 支付时间：设置订单的支付时间，超出支付时间则订单将被自动取消。一般零售普通订单的支付时间为2小时以内，对于预售类订单，将会涉及预付款和尾款，需要对预付款和尾款分别设置订单支付时间。
• 售后时间：为订单设置售后的限制时间，超出售后限制时间则不允许用户申请售后。售后时间一般为确认收货后15天内，可以根据自己的实际情况灵活设置。
• 自动好评：可以设置自动好评的时间。用户在订单完成的某一时间内未进行评价，系统自动给与五星好评，具体时间各电商平台可以根据自己的实际情况进行灵活设置。

以上的订单设置完成后，将对PC商城、App商城和小程序商城的所有订单均生效。

3.5 权限控制

订单中心在整个电商系统中占据非常重要的位置，属于电商系统的核心功能。查看订单、处理订单的操作涉及各部门不同的人员，因此有必要针对订单系统设计权限。权限系统根据不同的作用与范围，可以分为菜单权限、操作数据、数据权限。

菜单权限用于控制后台用户能够看到的菜单，操作权限用于控制后台用户能够操作的按钮，数据权限则控制着后台用户能够看到的数据字段。将这三种权限共同作用于后台系统的用户账号，则可以实现对不同部门的员工账号实现精准掌控。大家根据自己的工作职责去申请配置账号的权限范围，与自己工作无关的数据或操作则进行系统限制，以避免引发一些不必要的麻烦。

账号与权限并不是直接建立关系的，需要引入角色来为连接它们。通常在后台系统中需要先定义角色，角色的定义与员工所处的部门、工作的岗位、工作的职责有关。根据岗位与职责定义角色，然后再为角色添加账号。

简单的来说就是干相同工作的人同属于一个角色。角色创建完成后，再为角色配置权限，权限的配置则可以按照上文的菜单权限、操作权限和数据权限三个方面进行配置。

四、结语

订单作为电商的核心系统，在架构规划与系统设计之初，就需要我们站在电商全局的角度看待它与其它系统之间的关系，从订单销售、订单补货、订单履约的全链路视角看待问题。

在数字化运营的战略方向下，需要我们深入思考订单系统与采购系统、仓储系统、营销系统、CRM系统如何联合作战，发挥协同效应，共同提升系统的运营效率与服务体验。