百木园
订单类型分为常规订单、拼团订单、预约（定金）订单、尾款订单、赠送订单等
为什么会衍生出这么这么多订单类型？如何定义一个新的订单类型呢，不同的订单类型会影响什么？
且听我慢慢道来~
订单类型的多样化可不是订单系统自己拍脑袋想出来的。
一定是前置有业务的各种营销诉求，如拼团、定金活动，又或者是为了促成转化，如直接给用户生成订单等，基于这些背景，订单系统作为交易链路中核心的一环，必须配合改造给予支持，因此衍生出了多种订单类型，下面我将逐个解释下每种订单类型以及应用场景。
一、交易流程
一般交易流程主要是商品建品、下单、生成订单、支付、履约等主要核心环节。
如下图所示，之前介绍过这部分的逻辑，这里不多赘述，感兴趣的小伙伴可详看历史文章《最底层的交易订单，这些知识点你知道吗》~
二、如何定义是否是一个新的订单类型
那么在什么时候，我们就认为这是一个新的订单类型呢？
一般认为在整个交易流程链路中，只要售卖流程/环节与原有的不一致时，就可以认为是一个新的订单类型，若售卖流程/环节与其他无差，只是调用方不同，一般情况下不作为一个单独的订单类型。
这里要通过代下单订单举例，代下单的模式简单可以理解为下图：
什么是代下单订单呢？
代下单模式是指上层业务系统（目前比较常见的如crm系统、客服系统等），因为客服、销售可以更快触达用户，通过代下单模式在后台为代替用户下单，用户在C端直接进行支付，从而提高转化率。
在这个流程中，业务系统仍然调用的统一的下单接口，交易链路和履约流程都未发生变化，因此在我理解代下单订单并不算是一种新的订单类型。
三、常见的不同的订单类型枚举
四、详细说明
1. 拼团订单
拼团活动也是近几年电商的一种新玩法：单个购买单价相对于较高，和好友一起组成团购买，则可以享受团购优惠价，对用户而言，享受到了更低价；对平台而言，通过拼团这种方式可以增加商品曝光率，提升商品销量
下面来看下拼团单的主要交易链路：
- 交易：用户下单后，交易进行数据一致性校验，查询商品
- 库存：通过数据一致性校验后，锁定库存，支付后扣除库存
- 促销：促销系统，将命中的促销活动团ID等信息返回上游
- 订单：生成订单，记录促销活动团ID、锁定定金权益
- 履约：未成团订单不履约，订单去查促销活动，发现已成团后，更新订单状态并创建履约单（或促销系统通知订单可以下发履约）
- 售后：售后场景和常规订单一样，根据售后策略进行售后处理
2. 预约订单&尾款订单
（1）预约单
预约订单也被成为定金订单，在我的印象里最早是某宝在大促时推出的一种新型玩法：对用户而言，避免活动当天太火爆，商品库存不足，而自己手速太慢，错失宝贝；对商家而言，对商品库存有了更多主动权，避免不必要的囤积或缺货情况。
就如我们日常生活中预定一个蛋糕，或者预定一个包间一样，先支付一笔钱，「定了」某个东西，当实际交付的时候，再将剩下的钱支付完，当然，若此时你反悔不想购买了，那定金一般是不退的。
线上购物也是一样的，用户可以通过「预约付定金」的方式，将一笔款，分为定金+尾款，预先支付定金后，在一定时间内支付尾款即可。
为了增加「预约付定金」活动的优势，一般情况下，定金都是可以「膨胀」的，那么实际支付尾款的时候，尾款=商品总金额-定金-膨胀金
举个例子，某个sku售价200，定金交50，可膨胀50，那么尾款=200—50-50=100， 对用户而言，实付金额=定金+尾款=150元，比售价更优惠，膨胀力度越大，优惠力度就越大。
下面来看下预约单的主要交易链路：
- 交易：用户下单后，交易进行数据一致性校验，查询商品
- 库存：通过数据一致性校验后，锁定库存，支付后扣除库存
- 促销：促销系统，将命中的定金促销ID等信息返回上游
- 订单：生成订单，记录定金促销ID、锁定定金权益
- 履约：定金订单不履约，因为对于定金订单而言，购买的是「权益」
- 售后：不可部分退款，可退定金，也有的平台售后策略为逾期未支付尾款不可单独退定金
（2）尾款单
所谓尾款单，其实就是把用户「预约的权益」进行最终交付。
尾款单其实和常规订单没有太多区别，主要的区别点在于尾款单的算价服务需要基于定金订单进行算价，尾款单的履约项也是基于定金订单来进行的。
下面来看下尾款单的主要交易链路：
- 交易：用户下单后，交易进行数据一致性校验，查询同一笔sku下，命中的定金促销活动以及定金权益，进行算价、以及通过查询活动期限进行校验
- 库存：通过数据一致性校验后，不锁定库存，因为定金订单已经锁定库存了，所以尾款单不再锁定
- 促销：促销系统，将命中的定金促销ID等信息返回上游
- 订单：生成订单，记录关联的定金订单ID
- 履约：尾款订单支付后即履约
- 售后：定金+尾款一起退款
3. 赠送订单
这里的赠送订单不同于用户下单后命中满赠或买赠活动而产生的订单。
这里的赠送订单是指系统自动为用户生成的一笔赠品单/0元单，大多数是用来拉新、引流的赠品单，用户是无感知的。
举个例子同样是0元单，一个是赠送订单，一个是用户主动下单若因为命中满减最终实付金额是0元，因为两者的交易链路不同，一般认为这是两种不同的交易类型。
虽然整体来看赠送订单的各个系统交互和常规订单是没有区别的，但是在售后场景下，赠送订单一般都是不支持售后的。
给作者点赞，鼓励TA抓紧创作！
来源：http://www.woshipm.com/pd/5346744.html
本站部分图文来源于网络，如有侵权请联系删除。