编辑导语：接着上一篇下单设计后，本文主要和大家聊一聊后续有关前台商城的订单管理，主要从订单的状态、订单的操作、订单展示、拆单与合单四个方面展开，进行详细说明。
一、订单状态
从用户侧角度来讲，前台展示的订单，可以划分为待支付、待发货、待收货、已完成和已取消五个状态。各家电商系统的订单状态的名称或类型会略有不同，这其实并不重要。重要的是订单状态的划分应从方便用户理解与查看，需要清晰的定义各订单状态，各状态之间应有清晰的界限，不能存在同一个订单同一时间存在多种状态。上文所说的五种订单状态的定义说明如下：
待支付：用户下单后，未完成支付。通常每个商城系统都会对订单设置支付时间，页面应显示支付倒计时。
待发货：用户已完成订单支付，商家未安排发货。
待收货：商家已发货，用户未收到货物或用户收到货物未确认收货。
已完成：用户收到货物，已确认收货。确认收货包含用户主动确认和系统自动确认。主动确认，需要用户点击“确认收货”按钮；自动确认一般为发货后xx天内系统自动确认收货。
已取消：订单被取消，包含用户手动取消和支付超时取消两种情况。
二、订单操作
用户可以对订单进行支付、取消、确认收货、评价、查看物流、申请售后、删除订单、再来一单、分享等操作。各操作说明如下：
支付：未完成支付的订单，用户可以在订单列表或订单详情页中对订单进行支付。完成支付后，订单状态从待支付状态转变为待发货状态。
取消：取消订单则是为用户提供一个反悔的机会。取消后，订单从待支付状态转变为已取消状态。
查看物流：商家发货后，用户可以查看仓储作业流程及物流信息。仓储作业流程包含生成订单、拣货、清点、打包发货。物流信息包含快递方式、物流单号和物流轨迹信息。物流轨迹信息可通过与快递100、菜鸟系统等第三方物流服务提供商进行接口对接，抓取物流信息。
确认收货：商家发货，用户收到包裹后，在商城中点击“确认收货”，系统则将订单状态从待收货转变为已完成。
评价：已完成交易的订单，用户可以对本次订单服务进行评价。评价的内容包含打分和评论。部分平台型商城，支持分别对商品、店铺、物流分别进行星级评分，小型商城则可以只对商品进行评分即可。评论内容支持用户编辑文字、上传图片和短视频。
申请售后：包含申请退款、申请退货退款和申请换货。订单完成支付，且商家未发货，则可以申请退款；商家发货后，可申请退货退款；用户收到货物后，可申请退货退款或申请换货。（关于售后的详情内容，后续另起一篇单独分享）
删除订单：用户从前台页面中删除订单。一般针对已完成、已取消的订单可以进行删除操作。这里的删除仅是对前端显示层面的“隐藏”，实际上后端系统和数据库并未进行删除。
再来一单：用户对于已购买的商品往往还会有重复购买的需求。再来一单功能解决了复购重新挑选商品的问题。通过再来一单用户将订单中的商品再次添加至购物车。一般针对已完成、已取消的订单可以进行再来一单的操作。
分享：用户可以将订单购买的商品通过微信、QQ等社交渠道分享给好友，用户可自主选择订单中需要分享的商品。好友点击分享链接，进入商品详情页。
用户可以在订单列表、订单详情页对订单进行操作。不同状态的订单支持不同的操作，这里将各状态订单支持的操作整理成下面这张表。
三、订单展示
订单的内容展示分为订单列表展示和订单详情展示。
3.1 列表展示
订单列表展示所有的订单，前端页面一般根据订单的状态将订单进行分类，分别显示在不同Tab标签页下方。从左至右各Tab标签顺序依次为：全部、待支付、待发货、待收货、已完成和已取消。全部Tab标签下显示所有状态的订单，一般按照下单时间倒序排列显示。后面的待支付、待发货、待收货、已完成和已取消则分别对应各状态的订单内容。
部分规模较大的综合型电商平台，还会在列表页提供一些筛选条件，如支持按下单时间筛选、支持按商品分类筛选。另外，也可以通过订单编号或商品名称进行订单搜索。
订单列表展示的信息一般包含：店铺名称、订单状态、下单时间、订单编号、商品图片、商品名称、商品规格、商品数量（单品SKU数量）、合计数量（各SKU累计数量）、订单应付金额等信息。订单列表应展示用户最关注的信息，不建议将优惠、运费、参数、服务信息展示出来。这样也能够规范列表信息的数据，使得列表信息展示更简洁。
为了用户对订单的操作方便，通常在订单列表和订单详情页都可以对订单进行操作。
3.2 详情展示
详情页用于展示订单的所有信息，展示的信息类型主要包含：订单状态、物流信息、收货信息、商品信息、订单信息。
物流信息包含仓储作业环节及物流信息两部分内容。仓储作业流程包含生成订单、拣货、清点、打包发货。物流信息包含快递方式、快递单号以及物流轨迹。物流轨迹可通过与快递100、菜鸟系统等第三方物流服务提供商进行接口对接，抓取物流信息。收货信息内容为收货人姓名、联系电话和收货地址。如果是代发订单，则同时也应显示代发信息。
商品信息包含：商品图片、商品名称、规格型号、单价、数量、单品数量小计、单品价金额小计。订单信息包含：订单编号、下单时间、商品金额（合计金额）、优惠减免金额、积分抵扣金额、运费、订单应付金额、支付时间、支付方式、支付金额、奖励积分等。
为了尽可能的拓展销售场景，提供更多的销售机会，在详情页的底部也可以增加商品推荐模块，基于商品之间的关联度协同算法为用户推荐可能感兴趣的商品。如推荐相同类目中的其它商品，相同品牌的其它商品，与用户购买了相同商品的其它用户购买的商品等。
四、拆单与合单
4.1 拆单
当商城存在多个仓库时，用户下单后，系统还会根据货物所属的仓库进行拆单，将货物拆分到对应的仓库，并生成子单。父单中的所有商品均拆分到各子单，包括各类优惠金额、奖励金额、运费也应分摊到各子单中。优惠金额、奖励金额，按照各子单商品金额占整个父单商品金额的比例进行权重计算。运费金额则按照各自仓库的运费规则进行分别计算。需要注意的是，在下单时，后端系统根据商品完成了拆仓逻辑、并已经计算好各仓的运费，将各仓的运费累加并返回到下单页面。
提交订单后，列表页可以看到拆单后的结果，为了用户的支付方便以及平台尽快收款，用户只能对父单进行支付。父单完成后，父单的使命任务就完成了。后续用户所有的操作都是针对子单。每个子单有自己独立的状态和操作命令。
为了提升订单支付率，大部分商城都允许不同仓库、不同店铺的商品合并在一起下单支付，待提交订单后再根据店铺、仓库进行拆仓。
4.2 合单
当同一个收货人有多笔订单，且这些订单的货物都在同一仓库，下单间隔时间也较短时，系统或运营人员会在后台对这些订单进行合并出库，将这些货物打包通过一个包裹发货给客户，这种情况称之为仓库合单。用户在列表页将看到这几个订单合并成了一个父单，合并前的订单变为了子单。这里与拆单的情况有些区别，合单后只有父单有状态（待发货/待收货/已完成），用户只能对父单进行确认收货操作。用户仍然可以对每个子单进行申请售后、评价、删除订单、再来一单等操作。
结语：前台的订单设计主要梳理清楚订单的各种状态，以及各状态订单支持的操作，并理清订单的拆单与合单的逻辑原理，订单模块的设计自然水到渠成。订单信息的展示在页面设计时，需要将信息进行合理的归类，注意数据信息的结构化展示，关注用户的交互操作体验。下一篇，将从商城前端的角度聊一聊有关订单售后的相关流程与功能设计。
推荐阅读：
订单系统：下单功能如何设计？揉碎了讲给你听
订单系统：看似简单的“订单售后”，背后竟隐藏这么多的设计细节 -