编辑导语:订单系统连接用户和商家。用户可以通过订单看到商品的购买明细，商家可以通过订单看到购买用户信息。订单类型是订单系统中非常重要的一个环节。本文将对订单类型的多样化进行一系列描述。过来看一看。

订单类型有常规订单、团体订单、预订(定金)订单、最终付款订单、礼品订单等等。

为什么衍生出这么多订单类型？如何定义新的订单类型，不同的订单类型会有什么影响？

慢慢听我说~

订单类型的多样化并不是订单系统本身的结果。

必须有各种各样的营销需求跟业务在前面，比如团战，存款活动，或者是为了方便转化，比如直接给用户产生订单。基于这些背景，订单系统作为交易环节的核心部分，必须得到转型的支持，于是衍生出多种订单类型。我将逐一解释每个订单类型和应用场景。

一般的交易流程主要是造货、下单、生成订单、支付、履行合同等主要核心环节。

如下图，这部分的逻辑之前已经介绍过了，这里就不赘述了。有兴趣的小伙伴可以看看历史文章《底层交易顺序，你知道这些知识点吗》~

那么我们什么时候认为这是一种新的订单类型呢？

一般在整个交易流程环节中，只要销售流程/环节与原不一致，就可以认为是新的订单类型。如果销售流程/环节与其他相同，但调用方不同，一般不视为单独的订单类型。

这里以订单生成模式为例，可以简单理解为下图:

什么是替代订单？

下单模式是指上层业务系统(如crm系统、客服系统等。)，因为客服和销售可以更快的触达用户，所以在后台使用下单模式代替用户，用户在C端直接支付，提高转化率。

在这个过程中，业务系统仍然调用统一的下单接口，交易环节和履行流程没有发生变化，所以在我的理解中，代客下单并不是一个新的订单类型。

1.订单分组

团活动也是近年来电商的一种新玩法:单次购买的单价比较高，如果和朋友一起团购，可以享受团购的优惠价，对于用户来说，可以享受更低的价格；对于平台来说，可以通过分组在一起，增加产品的曝光率和销量。

我们来看看团单的主要交易环节:

2.预订订单&最终付款订单

(1)预订表格

预订订单也被称为存款订单。在我的印象中，是某宝在大促期间推出的第一个新玩法:对于用户来说，避免活动当天太火爆，缺货，自己手速太慢错过宝贝；对于商家来说，他们在商品库存上有更多的主动权，避免不必要的囤积或短缺。

就像我们日常生活中订蛋糕或者订包间一样，先付一笔钱，“订”东西，等东西实际送到了再付剩下的钱。当然，如果这时候反悔不想买，定金一般是不退的。

网购也是如此。用户可以通过“预约交押金”的方式，将一笔钱分成押金和尾款。预付定金后，他们可以在一定时间内支付尾款。

为了增加“预付定金付款”活动的优势，一般情况下，定金可以“膨胀”，所以实际支付尾款时，尾款=货物总金额-定金-膨胀基金。

比如一个sku的价格是200，押金是50，还可以扩展50，那么最终付款= 200-50-50 = 100。对于用户来说，已付金额=定金+尾款=150元，比售价更优惠。膨胀越大，折扣越大。

我们来看看预订单的主要交易环节:

(2)最终付款单

所谓最终付款单，其实就是用户“保留权益”的最终交付。

实际上，最终付款文件和常规订单没有太大区别。主要区别是最终付款单的定价服务需要基于存款单，最终付款单的绩效项目也是基于存款单。

我们来看看最后一张交款单的主要交易环节:

3.发出命令

这里的礼品订单不同于用户下单后点击满赠或买赠活动生成的订单。

这里的礼品单是指系统自动为用户生成的一个礼品单/0元单，大部分用于更新和引流礼品单，用户并不知情。

比如同样是0元订单，一个是赠品订单，一个是用户主动下单。如果由于完全命中导致最终支付金额为0元，由于两者交易环节不同，一般认为是两种不同的交易类型。

虽然赠品订单和普通订单的系统交互整体上没有区别，但是在售后场景下，赠品订单一般不支持售后。

本文由@颜秀儿原创发布。每个人都是产品经理。未经作者允许，禁止转载。

图片来自Unsplash，基于CC0协议。