商品订单是各种经济业务中最常见、重要的凭证,是会计核算的依据,是经济交易双方是否履约的证明。因此,在电商生态系统中,订单管理模块尤其重要。本文将以B2C平台为例,从业务的角度分别讲述电商订单模块中,客户端和后台设计的要点。
业务模式
不同的电商的模式有不同的业务内容和业务流程。在设计订单模块的第一步,是要明确企业的
商业模式。根据是否有第三方商家,可以分为平台型、自营型等;根据是否交易双方的身份角色,可以分为 C2C、B2C、B2B、F2C、C2M,还有经常听到的分销电商、网红电商、社交电商等。
F2C/M2C:factory/manufacturers to customer,指生产厂商对个人消费者的电子商务,如网易严选。C2M:customer to manufacturers,指个人对生产厂商的电子商务,强调个性化工业定制,如必要商城。分销电商:在法律允许范围内,每个人都可以成为分销商,利用社交圈进行商品销售传播,如云集。
不同商业模式的订单有着天然的差别,如C2C电商一般不涉及大型仓储管理系统,在整体流程上比B2C电商简单一些,具体表现为字段信息不同、后台订单无需拆单等。具体的订单模块需要针对企业具体业务
需求来进行规划。
业务流程
一次商品交易业务包括:购买商品和售后服务,售后服务包括换货、仅退款、退货退款等。
一张订单中包含用户信息、商品信息、优惠信息、支付信息、物流信息、订单信息、其他信息(发票、保险),对应的需要从后台管理系统的用户中心、商品中心、促销中心、支付中心、物流中心、订单中心等获取数据来支持服务。
根据购买的商品类型,可以将订单分为实物商品订单和虚拟商品订单,虚拟订单没有物流信息。以下描述全部是有关B2B电商平台实物商品交易的业务流程。
用户下单(客户端)
以京东的结算页面作为用户端订单信息的例子:
订单状态:待支付、待发货、待收货(或部分发货)、已完成、已取消、售后中。收货信息:收货地址关联到运费的计算、商品库存(商家存在多仓库),生成订单后,发货前可以允许用户在限定的范围内修改收货信息,如在同一仓库的运送范围内,允许修改收货地址,这样会带来良好的用户体验。支付方式:支付方式有线上支付和线下支付两种方式。常见的线上支付方式有第三方支付、余额抵扣、虚拟币抵扣,朋友代付,线下支付有货到付款、便利店充值、银行汇款等。用户在支付过程中,可能会因为密码错误余额不足等情况导致支付失败,支付失败返回后的订单应该处于待付款状态。商品信息: 生成订单时,一般只允许修改商品的数量。生成订单后,不允许用户修改商品信息。优惠信息:电商商家为了促进用户消费,时常有优惠活动。优惠信息包括活动优惠、优惠券优惠、金币抵扣等。如果有优惠叠加的情况,需要注意优惠金额分摊的顺序和金币抵扣的顺序。假设商品不包邮,用户使用金币抵扣后,抵扣掉订单的一半金额,如果系统先抵扣运费的话,分摊到每个商品上优惠后的价格会增加,当用户申请退货时,商家的最终利润就会受到影响。所以含有优惠活动的平台,一定要做好优惠规则策略。匿名购买:用户选择匿名购买后,商品评价中的用户昵称会按照一定规则显示。订单备注:如果订单中存在多个商家的商品,下单后系统会对订单进行拆单,因此应该允许用户对每一个商家填写备注内容。
商家接单(后台管理系统)
一般电商台会在用户下单后系统自动帮助商家立即接单,也可以这是自动接单的时间。商家在后台看到用户下单后,可以根据实际的商品库存,而非平台上的商品库存(假设商家在多个平台上销售同一件商品)判断是否继续交易。允许商家手动接单从另一个角度看,给了商家一定的自由度。
锁定库存:商品的库存锁定有两种方案:一种是“下单后支付前”锁定,一种是“支付后”锁定库存。“下单后支付前”锁定库存可以保证良好的用户体验,但是可能会导致商品一直处于占用状态,使有紧迫需求的用户无法购买。“支付后”锁定库存因为时间差,可能会导致下单时库存与支付时库存不一致的问题,特别是像秒杀类营销活动的商品。解决方案可以是普通商品和活动商品分别采取两种锁定库存的方法,或者限制待付款订单的支付时间和支付数量等。
订单信息:订单管理系统中应该按照商品来管理数据,而不是订单。从两个方面考虑,假设一张订单中包含多个商品,当用户只对其中一个商品申请取消交易时,这张订单的状态不应该收到影响,而是另外生成一张服务单。只有当订单中的全部商品都取消交易时,订单才会被更改为取消交易状态。因此订单管理中,实际上时同时记录了商品的状态和订单的状态。
订单拆单:电商行业中,经常会接触到“拆单”这个词,拆单的原因并不难理解,以两个常见的业务场景为例说明:
场景一:用户A在某平台上同时购买B、C两个商家的商品,为了简化用户付款流程,平台在客户端写成一张订单。用户付款后,平台需要分别告诉B、C两个商家用户的购买信息,但是又不能让两个商家看到对方的数据,平台将原来的一张订单拆分成两个子订单发送给两个商家。场景二:用户A在B商家购买了两件商品,但是两件商品分别在两个不同的仓库,平台需要分别告诉这两个仓库的人员进行发货,为了避免数据混乱,平台将原来的一张订单拆分成两个子订单分别发送给两个仓库。
由以上场景可以看出,订单拆单的最常见的原因是进行数据隔离,避免数据混乱。除此之外,品类(易碎品需要分开发货)、物流(按体积重量计算运费的商品分开发货)、政策(跨境商品报关金额限制)也是订单拆单的重要影响因素,并非所有电商订单系统都要拆单,也并不是每一张订单都要拆单。
修改商品信息:商家修改了商品的SKU信息或者下架商品,待支付状态的订单系统应该自动取消,特别是商品金额发生变化的,否则就会引起商家与用户纠纷。
商家发货(后台管理系统)
物流信息:常见的物流方式有四种:商家自有物流、平台自有物流、商家自己联系第三方物流、平台联系第三方物流。如果是商家自己负责联系物流公司的话,则需要自己是手动添加物流信息。如前文所言,订单中心是根据商品来管理数据的,因此商家发货的时候也是按照商品进行发货,如果商品数量太大,可能会分开几次发货,因此一张订单可能会对应多张物流单信息,会存在部分发货状态。
系统自动收货:即系统在商家发货一定时间后,自动帮助用户收货,结束订单。系统自动收货算是保障商家利益的一种手段,因为如果用户一直不确认收货,平台则无法与商家结算账单。
修改信息:在商品正式发货前,商家可以修改有限的订单信息,如收货人信息、部分商品信息、部分费用信息等。
用户收货(客户端)
此时订单中的商品已经在运送中,用户可以进行延长收货时间、查看物流、确认收货、申请售后。以天猫的商品待收货状态订单详情作为例子:
延长收货时间:前文所说的“系统自动收货”是保护了商家,延长收货时间则是为了保障用户的利益,因为只用当用户确认收到货之后,平台才会跟商家结算。这两个功能互相照应。为了避免由于物流等因素的影响,在用户真正收到商品前系统自动结束订单,用户可以选择延长收货。但是需要事先确定好延长收货的规则,如天猫限制必须在距离订单自动结束前三天才能申请,并且只能申请一次。
售后服务
当商品发货后,用户无法直接取消订单,如果想申请退货、退款,只能走售后服务流程,另外生产售后服务单。售后服务具体可以分为仅退款、退货退款、换货等。以下是商品售后服务的流程图:
退款金额:涉及到优惠价格分摊的商品,退款时只退实际分摊的金额(遵循或者其他退款规则)。
商品库存:售后服务全部结束后,商品库存才发生变化。
数据统计
订单的数据统计主要分为两个维度,一个是统计订单中的商品,一个是统计订单的相关数据。商品维度包括订单中的下单商品数、成交商品数、下单率等,订单维度包括订单销售额、客单价、订单来源、下单率、下单支付率等。
重点总结
不同的业务模式,订单模块设计也不同,具体情况需要具体分析;实物商品订单管理实际是同时记录订单和商品的状态;并不是所有电商订单系统都需要拆单。