編輯導語：訂單系統連接配接了使用者和商家，使用者可以通過訂單看到商品購買詳情，商家則可以通過訂單看到購買使用者資訊等。而訂單類型則是訂單系統中很重要的一個環節，本篇文章将對訂單類型的多樣化展開一系列的講述，快來一起看看吧。
訂單類型分為正常訂單、拼團訂單、預約（定金）訂單、尾款訂單、贈送訂單等
為什麼會衍生出這麼這麼多訂單類型？如何定義一個新的訂單類型呢，不同的訂單類型會影響什麼？
且聽我慢慢道來~
訂單類型的多樣化可不是訂單系統自己拍腦袋想出來的。
一定是前置有業務的各種營銷訴求，如拼團、定金活動，又或者是為了促成轉化，如直接給使用者生成訂單等，基于這些背景，訂單系統作為交易鍊路中核心的一環，必須配合改造給予支援，是以衍生出了多種訂單類型，下面我将逐個解釋下每種訂單類型以及應用場景。
一、交易流程
一般交易流程主要是商品建品、下單、生成訂單、支付、履約等主要核心環節。
如下圖所示，之前介紹過這部分的邏輯，這裡不多贅述，感興趣的小夥伴可詳看曆史文章《最底層的交易訂單，這些知識點你知道嗎》~
二、如何定義是否是一個新的訂單類型
那麼在什麼時候，我們就認為這是一個新的訂單類型呢？
一般認為在整個交易流程鍊路中，隻要售賣流程/環節與原有的不一緻時，就可以認為是一個新的訂單類型，若售賣流程/環節與其他無差，隻是調用方不同，一般情況下不作為一個單獨的訂單類型。
這裡要通過代下單訂單舉例，代下單的模式簡單可以了解為下圖：
什麼是代下單訂單呢？
代下單模式是指上層業務系統（目前比較常見的如crm系統、客服系統等），因為客服、銷售可以更快觸達使用者，通過代下單模式在背景為代替使用者下單，使用者在C端直接進行支付，進而提高轉化率。
在這個流程中，業務系統仍然調用的統一的下單接口，交易鍊路和履約流程都未發生變化，是以在我了解代下單訂單并不算是一種新的訂單類型。
三、常見的不同的訂單類型枚舉
四、詳細說明
1. 拼團訂單
拼團活動也是近幾年電商的一種新玩法：單個購買單價相對于較高，和好友一起組成團購買，則可以享受團購優惠價，對使用者而言，享受到了更低價；對平台而言，通過拼團這種方式可以增加商品曝光率，提升商品銷量
下面來看下拼團單的主要交易鍊路：
- 交易：使用者下單後，交易進行資料一緻性校驗，查詢商品
- 庫存：通過資料一緻性校驗後，鎖定庫存，支付後扣除庫存
- 促銷：促銷系統，将命中的促銷活動團ID等資訊傳回上遊
- 訂單：生成訂單，記錄促銷活動團ID、鎖定定金權益
- 履約：未成團訂單不履約，訂單去查促銷活動，發現已成團後，更新訂單狀态并建立履約單（或促銷系統通知訂單可以下發履約）
- 售後：售後場景和正常訂單一樣，根據售後政策進行售後處理
2. 預約訂單&尾款訂單
（1）預約單
預約訂單也被成為定金訂單，在我的印象裡最早是某寶在大促時推出的一種新型玩法：對使用者而言，避免活動當天太火爆，商品庫存不足，而自己手速太慢，錯失寶貝；對商家而言，對商品庫存有了更多主動權，避免不必要的囤積或缺貨情況。
就如我們日常生活中預定一個蛋糕，或者預定一個包廂一樣，先支付一筆錢，「定了」某個東西，當實際傳遞的時候，再将剩下的錢支付完，當然，若此時你反悔不想購買了，那定金一般是不退的。
線上購物也是一樣的，使用者可以通過「預約付定金」的方式，将一筆款，分為定金+尾款，預先支付定金後，在一定時間内支付尾款即可。
為了增加「預約付定金」活動的優勢，一般情況下，定金都是可以「膨脹」的，那麼實際支付尾款的時候，尾款=商品總金額-定金-膨脹金
舉個例子，某個sku售價200，定金交50，可膨脹50，那麼尾款=200—50-50=100， 對使用者而言，實付金額=定金+尾款=150元，比售價更優惠，膨脹力度越大，優惠力度就越大。
下面來看下預約單的主要交易鍊路：
- 促銷：促銷系統，将命中的定金促銷ID等資訊傳回上遊
- 訂單：生成訂單，記錄定金促銷ID、鎖定定金權益
- 履約：定金訂單不履約，因為對于定金訂單而言，購買的是「權益」
- 售後：不可部分退款，可退定金，也有的平台售後政策為逾期未支付尾款不可單獨退定金
（2）尾款單
所謂尾款單，其實就是把使用者「預約的權益」進行最終傳遞。
尾款單其實和正常訂單沒有太多差別，主要的差別點在于尾款單的算價服務需要基于定金訂單進行算價，尾款單的履約項也是基于定金訂單來進行的。
下面來看下尾款單的主要交易鍊路：
- 交易：使用者下單後，交易進行資料一緻性校驗，查詢同一筆sku下，命中的定金促銷活動以及定金權益，進行算價、以及通過查詢活動期限進行校驗
- 庫存：通過資料一緻性校驗後，不鎖定庫存，因為定金訂單已經鎖定庫存了，是以尾款單不再鎖定
- 訂單：生成訂單，記錄關聯的定金訂單ID
- 履約：尾款訂單支付後即履約
- 售後：定金+尾款一起退款
3. 贈送訂單
這裡的贈送訂單不同于使用者下單後命中滿贈或買贈活動而産生的訂單。
這裡的贈送訂單是指系統自動為使用者生成的一筆贈品單/0元單，大多數是用來拉新、引流的贈品單，使用者是無感覺的。
舉個例子同樣是0元單，一個是贈送訂單，一個是使用者主動下單若因為命中滿減最終實付金額是0元，因為兩者的交易鍊路不同，一般認為這是兩種不同的交易類型。
雖然整體來看贈送訂單的各個系統互動和正常訂單是沒有差別的，但是在售後場景下，贈送訂單一般都是不支援售後的。
本文由 @闫秀兒 原創釋出于人人都是産品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協定。