订单系统是电商后台产品最为核心的一环,也是衡量电商公司业务能力的重要维度。而且,根据订单情况,能够拆解出不同纬度的数据指标。
订单管理中心,又称为OC,即orderCenter,保存了交易的记录,里面包含所有的交易信息。订单内的各种字段,都是用户在下单前,在结算页内选择或输入的内容。
那用户究竟进行了哪些操作才生成了订单呢?
以笔者为例,一般是有了购买需求才会上购物app,当然了,要排除工作时的使用情况。
用户下订单流程
看似很漫长的一条路径,但是每一步都必不可少。可能,在未来,用户下单只需要一步即可。
一、订单字段从上述的下单路径,还是能够拆解出各项订单的字段的,比如:
订单字段说明
订单中包含如此多的字段,需要和下游多个系统进行对接。商品信息需要从商品获取,促销信息从促销系统获取,库存从库存系统获取,支付信息从支付系统获取,发票从发票系统,业务表示从对应的业务系统获取,整体订单流转如上图所示。
生成订单后,还要进行订单拆分,包含优惠拆分和订单拆分,紧接着进入wms系统,最后走财务开票了流程。
订单生成流程
二、订单类型根据订单中商品的类型,可将订单分为实物订单和虚拟订单。实物订单是指订单中为实物商品,发货需要物流的一些商品订单,比如:订单中有冰箱、笔记本、手表,那么这个订单就是实物订单。
在实物订单下,还存在很多其他业务,也称为是业务订单。比如:购买的商品是苹果、香蕉等,那么该订单就是生鲜订单。在京东夺宝岛购买的订单,被称为夺宝岛订单。不同的业务订单,主要是为了划分不同的业务,进行拆分业绩统计。
虚拟订单是指不需要物流发货,商品是虚拟物品的订单。商品可以是Q币、充值、服务产品点卡、礼品卡等,相比实物订单,虚拟订单由于没有物流状态,所以订单流转和结算流程相对简单一些。
三、订单状态订单也有生命周期,在不同的节点,展示不同的状态信息。由于不同公司的业务模式不同,订单状态的划分也可能不同。
笔者以京东为例,聊一下具体的订单状态是如何流转变化的。
首先,实物订单状态有这些,比如:
订单状态
虚拟订单状态比较简单,返回给用户的状态只有两种,等待付款和完成。假设虚拟订单必须立即支付,订单则只有一种状态,即订单完成状态。
四、订单的业务语言对于上下游系统繁杂的电商平台,如京东,除了上游商品、订单、支付、结算之外,还需要客服、台账、WMS、配送等系统。业务类型更复杂,包含生鲜、oto、金融、企业购、全球购等业务,如此一来,就需要在订单上做明确的标记。
在京东订单系统,有一串神奇的编码,叫Sendpay。它是一段包含120个数字的字符串,为什么是120?
可能是为了扩展性吧,它能够唯一代表某个业务线,某个类型的真实订单。
每位从0到9,不同位数的数字,能够代表业务对应的订单类型。比如:第1、第2位是所有的普通订单;第9位为8时,是生鲜订单;第40位为3时,是b2b订单。
那什么时候生成Sendpay呢?
一般是提交订单之后,订单系统会调用管道服务,在管道内根据业务类型在Sendpay对应的位置上打标识,业务类型是上游在下单时就会通知订单。
还有简单的识别方式,就是在商品上抽出订单类型。我们3.1节讲到商品属性,订单可以通过属性来判断订单归属。假设商品属性是生鲜,那么Sendpay就在第9位打上8。
特殊情况,Sendpay也会让各个业务方自行打标识,比如:在提交订单时,打上业务标签。这样做的目的一来可以减少订单系统负载量,二来可以让各个业务方有权力控制订单。缺点是订单系统没办法完全管控所有的订单业务,因为放了一定的权利业务方。如:虚拟订单业务和b2b业务都是自行控制订单类型的。
#专栏作家#联系客服