前台订单如何设计?

一、订单状态

从用户侧角度来讲,前台展示的订单,可以划分为待支付、待发货、待收货、已完成和已取消五个状态。各家电商系统的订单状态的名称或类型会略有不同,这其实并不重要。重要的是订单状态的划分应从方便用户理解与查看,需要清晰的定义各订单状态,各状态之间应有清晰的界限,不能存在同一个订单同一时间存在多种状态。上文所说的五种订单状态的定义说明如下:

待支付:用户下单后,未完成支付。通常每个商城系统都会对订单设置支付时间,页面应显示支付倒计时。

待发货:用户已完成订单支付,商家未安排发货。

待收货:商家已发货,用户未收到货物或用户收到货物未确认收货。

已完成:用户收到货物,已确认收货。确认收货包含用户主动确认和系统自动确认。主动确认,需要用户点击“确认收货”按钮;自动确认一般为发货后xx天内系统自动确认收货。

已取消:订单被取消,包含用户手动取消和支付超时取消两种情况。

二、订单操作

用户可以对订单进行支付、取消、确认收货、评价、查看物流、申请售后、删除订单、再来一单、分享等操作。各操作说明如下:

支付:未完成支付的订单,用户可以在订单列表或订单详情页中对订单进行支付。完成支付后,订单状态从待支付状态转变为待发货状态。

取消:取消订单则是为用户提供一个反悔的机会。取消后,订单从待支付状态转变为已取消状态。

查看物流:商家发货后,用户可以查看仓储作业流程及物流信息。仓储作业流程包含生成订单、拣货、清点、打包发货。物流信息包含快递方式、物流单号和物流轨迹信息。物流轨迹信息可通过与快递100、菜鸟系统等第三方物流服务提供商进行接口对接,抓取物流信息。

确认收货:商家发货,用户收到包裹后,在商城中点击“确认收货”,系统则将订单状态从待收货转变为已完成。

评价:已完成交易的订单,用户可以对本次订单服务进行评价。评价的内容包含打分和评论。部分平台型商城,支持分别对商品、店铺、物流分别进行星级评分,小型商城则可以只对商品进行评分即可。评论内容支持用户编辑文字、上传图片和短视频。

申请售后:包含申请退款、申请退货退款和申请换货。订单完成支付,且商家未发货,则可以申请退款;商家发货后,可申请退货退款;用户收到货物后,可申请退货退款或申请换货。(关于售后的详情内容,后续另起一篇单独分享)

删除订单:用户从前台页面中删除订单。一般针对已完成、已取消的订单可以进行删除操作。这里的删除仅是对前端显示层面的“隐藏”,实际上后端系统和数据库并未进行删除。

再来一单:用户对于已购买的商品往往还会有重复购买的需求。再来一单功能解决了复购重新挑选商品的问题。通过再来一单用户将订单中的商品再次添加至购物车。一般针对已完成、已取消的订单可以进行再来一单的操作。

分享:用户可以将订单购买的商品通过微信、QQ等社交渠道分享给好友,用户可自主选择订单中需要分享的商品。好友点击分享链接,进入商品详情页。

用户可以在订单列表、订单详情页对订单进行操作。不同状态的订单支持不同的操作,这里将各状态订单支持的操作整理成下面这张表。

三、订单展示

订单的内容展示分为订单列表展示和订单详情展示。

3.1 列表展示

订单列表展示所有的订单,前端页面一般根据订单的状态将订单进行分类,分别显示在不同Tab标签页下方。从左至右各Tab标签顺序依次为:全部、待支付、待发货、待收货、已完成和已取消。全部Tab标签下显示所有状态的订单,一般按照下单时间倒序排列显示。后面的待支付、待发货、待收货、已完成和已取消则分别对应各状态的订单内容。

部分规模较大的综合型电商平台,还会在列表页提供一些筛选条件,如支持按下单时间筛选、支持按商品分类筛选。另外,也可以通过订单编号或商品名称进行订单搜索。

订单列表展示的信息一般包含:店铺名称、订单状态、下单时间、订单编号、商品图片、商品名称、商品规格、商品数量(单品SKU数量)、合计数量(各SKU累计数量)、订单应付金额等信息。订单列表应展示用户最关注的信息,不建议将优惠、运费、参数、服务信息展示出来。这样也能够规范列表信息的数据,使得列表信息展示更简洁。

为了用户对订单的操作方便,通常在订单列表和订单详情页都可以对订单进行操作。

3.2 详情展示

详情页用于展示订单的所有信息,展示的信息类型主要包含:订单状态、物流信息、收货信息、商品信息、订单信息。

物流信息包含仓储作业环节及物流信息两部分内容。仓储作业流程包含生成订单、拣货、清点、打包发货。物流信息包含快递方式、快递单号以及物流轨迹。物流轨迹可通过与快递100、菜鸟系统等第三方物流服务提供商进行接口对接,抓取物流信息。收货信息内容为收货人姓名、联系电话和收货地址。如果是代发订单,则同时也应显示代发信息。

商品信息包含:商品图片、商品名称、规格型号、单价、数量、单品数量小计、单品价金额小计。订单信息包含:订单编号、下单时间、商品金额(合计金额)、优惠减免金额、积分抵扣金额、运费、订单应付金额、支付时间、支付方式、支付金额、奖励积分等。

为了尽可能的拓展销售场景,提供更多的销售机会,在详情页的底部也可以增加商品推荐模块,基于商品之间的关联度协同算法为用户推荐可能感兴趣的商品。如推荐相同类目中的其它商品,相同品牌的其它商品,与用户购买了相同商品的其它用户购买的商品等。

四、拆单与合单

4.1 拆单

当商城存在多个仓库时,用户下单后,系统还会根据货物所属的仓库进行拆单,将货物拆分到对应的仓库,并生成子单。父单中的所有商品均拆分到各子单,包括各类优惠金额、奖励金额、运费也应分摊到各子单中。优惠金额、奖励金额,按照各子单商品金额占整个父单商品金额的比例进行权重计算。运费金额则按照各自仓库的运费规则进行分别计算。需要注意的是,在下单时,后端系统根据商品完成了拆仓逻辑、并已经计算好各仓的运费,将各仓的运费累加并返回到下单页面。

提交订单后,列表页可以看到拆单后的结果,为了用户的支付方便以及平台尽快收款,用户只能对父单进行支付。父单完成后,父单的使命任务就完成了。后续用户所有的操作都是针对子单。每个子单有自己独立的状态和操作命令。

为了提升订单支付率,大部分商城都允许不同仓库、不同店铺的商品合并在一起下单支付,待提交订单后再根据店铺、仓库进行拆仓。

4.2 合单

当同一个收货人有多笔订单,且这些订单的货物都在同一仓库,下单间隔时间也较短时,系统或运营人员会在后台对这些订单进行合并出库,将这些货物打包通过一个包裹发货给客户,这种情况称之为仓库合单。用户在列表页将看到这几个订单合并成了一个父单,合并前的订单变为了子单。这里与拆单的情况有些区别,合单后只有父单有状态(待发货/待收货/已完成),用户只能对父单进行确认收货操作。用户仍然可以对每个子单进行申请售后、评价、删除订单、再来一单等操作。

结语:前台的订单设计主要梳理清楚订单的各种状态,以及各状态订单支持的操作,并理清订单的拆单与合单的逻辑原理,订单模块的设计自然水到渠成。订单信息的展示在页面设计时,需要将信息进行合理的归类,注意数据信息的结构化展示,关注用户的交互操作体验。下一篇,将从商城前端的角度聊一聊有关订单售后的相关流程与功能设计。

你可能感兴趣的:(csdn,其他)