这两天都在拆解电商系统，今天将讲解最后一部分。前面2次讲解围绕着商品创建、属性、类目管理、电商活动管理版块，并且如果你看过我的文章，应该知道在MVP阶段下有部分能力是可以减少的。
但作为电商系统，最核心的用户管理、订单管理模块，仍然是最关键的节点，今天围绕订单系统开始拆解。
订单系统
▲ 订单系统跨越整个电商平台
订单系统承接着企业业务信息流的命脉。通过订单确定变现能力、业务能力。
在订单搭建早期，正向流程（用户支付、下单、购买）是核心流程。逆向流程可以通过人工的方式解决。
▲ 订单系统逆向流程：退款
用户的退款逆向流程。每一个正向流程多一步骤，逆向流程都会更长一步。
订单的流转就围绕正向、逆向、异常3步处理。
▲ 订单系统逆向流程：退款退货
订单的逆向流程分为退款和退款退货2步。
同时由于用户有优惠券、积分等系统的穿插，
针对用户体系的降级、优惠券的核销，都要在系统中给与响应。
上面流程图，2个都穿插了在电商系统下订单的逆向所有状态（标准业务）。
订单列表、订单详情
▲ 订单列表
由于电商的SKU存在套装。标记订单状态有：已拆单、待付款、待发货、交易成功、交易关闭、已取消7个状态。
在面对有用户以购物车形式购买的多个子订单，点击查看子订单如上图。Apple12 和商品2 的信息。
订单来源
作为电商系统的渠道数据重要指标，标记出订单在APP、小程序、H5、公众号、PC不同来源的订单。
▲ 订单详情
订单详情，从订单编号、用户信息、收件信息、订单信息、费用信息、支付信息6个维度解释订单详情
同时要注意标注优惠券的分摊规则。因为商品涉及到不同品类、供应商，只有对应供应商优惠券才可以使用。
无门槛优惠券则可以通用。
▲ 子订单详情
在订单查询中，收件信息也就是物流信息需要和第三方物流平台打通。
▲ 订单下的物流模块
获取物流字段信息，更新订单的状态。
▲ 子订单详情
若还存在子订单，则仍然要展示子订单详情同样包含了子订单的数量、商品名称、规格。
订单发货管理
有了订单后，我们在早期用人工的方式标记发货。
但随着订单量提升，系统的批量发货是非常有必要的。
▲ 订单发货
由于发后信息会涉及到后续财务对接，因此要支持打印功能、物流能力对接。
调取订单的商品信息，进行抽选。关联库存管理
同时由于为了方便物流信息填写，可以增加地址导入的方式。
▲ 订单地址管理
系统批量处理发货地址，减少人工核对的成本。
订单的最后流程，评价管理
▲ 评价列表
订单流转完后，用户会有评论权限。作为自家电商系统，UGC的风控自然不可缺少审核。
在评论的展示、过滤，都要接入系统避免竞品和恶意垃圾内容导入降低商品购买率。
由于评论是富文本，最好在评论列表上支持展示图片和文本信息，方便运营人员和审核人员避免逐条打开，降低了人工成本。
逆向流程的，电商系统售后
要想落地电商系统的逆向流程，首先就要接入售后业务。
▲ 售后流程
无论售后业务再弱，最早期可以使用人工微信号或QQ的方式解决。在早期还可以采用第三方的标注客服系统。
▲ 退款详情
但由于售后问题是围绕商品、公司业务流转的。因此在后期开发自家的售后系统，在业务的支撑上更加融入和高校。
比如上面4步骤：
买家发起退款、客服审核、买家退货、退款完毕
整个4个步骤，需要售后部门、客服部门、库存部门联动。
协商记录将作为本次逆向流程的关键节点，方便售后人员订单人员了解进度和定位问题。
▲ 退款退货详情
退货成功后展示用户的退款评价、时间、和商品信息。
▲ 退款不退货详情
仅退款成功，则展示订单的退款时间即可。无需展示商品评价信息。
▲ 退货发起
用户发起退货后，展示退货地址、倒计时时间信息。同时展示协商记录和商品信息。
▲ 退货确认
用户发货成功后，展示平台退货确认信息和倒计时时间。整体来说，订单的信息的正向和逆向流程就在这里拆解完了。
但由于用户管理仍然是一个大块，我们将放在下篇拆解。
