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