編輯導語：在日常生活中，“贈”這種促銷非常常見，一般有：純贈、買贈和滿贈這三種形式。本文作者圍繞業務含義、模型設計和后臺配置，分析了關于贈品的玩法，一起來看一下吧。

上次我整理過一個促銷系統的基礎知識，很感興趣的同學可以參考歷史的文章http://www.aharts.cn/pd/5277720.html ，這次來說下常見的促銷類型中的【贈品】促銷。

在我們日常生活中【贈】這種促銷非常常見，從線下實體店到線上電商平臺，都會大量涉及這種玩法。

一、贈品促銷的形式

主要是有這幾種：純贈、買贈和滿贈，其中買贈還分為買一贈N 、買N贈N。

雖然廣義上來說，都是“免費給消費者一個權益/商品”，但是對于系統的實現來說其實是有區別的哦，下面我圍繞業務含義、模型設計和后臺配置來分享一下關于贈品這種玩法。

二、贈品對于商品模型的影響

常規的商品spu：sku=1:n，本質上說，贈品也是一種商品，可以在商品上通過設置一個贈品標簽來控制是否可以為贈品，這樣做可以做一些贈品發放的管控。

三、交易各個角色整體交互

整體來說，這種贈品的模式本身是一種類型的促銷。它的交易鏈路和一個常規訂單的流程，比如提單、支付、履約，下發wms等這些流程是沒有區別的，只是不同角色的系統在自身的設計上有一點點不同。

1. 純贈

1）業務含義

其實純贈這種模式跟線下實體店里那種試吃、試用是很相似的。包括給潛在用戶一些小樣產品，主要目的來促成轉化，增加銷量。

線上比較常見的比如在線教育機構的試聽課，當你接到了銷售的電話，一番溝通后，突然有一天你會發現你的賬戶里多了一節價值不菲的體驗課，沒過多久，銷售又來聯系你，嘗試讓你購買正價課，如果你成功支付了，那么那節體驗課就完成了它的使命。

有的人也許會有疑問，所有用戶不一定都會被轉化，那前期投入的這些試聽課豈不是很虧，其實對于企業來說，虛擬課程的成本和獲客成本相比，根本不值一提。據報道，在2019年時，在線教育的獲客成本就已經為2000~3000元，2020年時升至3000~4000元，一節虛擬課程的成本遠低于它。

2）系統邊界

• 觸發下單：對于這種純贈的場景下，一般是一個運營在一個工具型系統后臺進行觸發的，通過用戶的uid、skuid 信息為用戶發放權益
• 交易訂單：打標區分這種贈品訂單，方便后續進行數據統計。訂單里訂單實付金額記錄的是0元，這里會涉及到如果本身贈品的商品金額大于0的話，訂單會額外記錄一下優惠金額，目的就是把錢打平。舉個栗子，這個品原價99，實付0，那么優惠金額就是99
• 支付：創建0元支付單
• 商品庫存：其實贈品也是常規商品，對于商品模型是沒有影響的。也可以通過設置一個贈品標簽來控制是否可以為贈品，這樣做可以做一些贈品發放的管控

一般維護商品和配置活動的是不同的角色，有一些品如果作為贈品發放其實是有風險的。如果在商品這層做了標的限制，下游也需要識別這個標，非贈品的商品一旦下單為贈品訂單，那么下單報錯。如果沒有這樣的風險考慮，其實贈品的建品邏輯和其他商品是一樣的。

• 促銷：記錄優惠項、優惠金額。贈品的優惠金額等于贈品商品金額
• 履約：與普通訂單的履約流程無區別
• 售后：一般是可以根據常規的訂單來進行售后退貨退款（即退0元，權益收回），如果設計實物的話，其實是需要用戶退回實物的，但是由于是0原單，業務本身也不care是否會寄回，簡單處理可以隱藏售后入口

2. 買贈

1）業務含義

常見的買贈形式包含買一贈一、買一贈N、買N贈N。包括“主商品和贈品一致”以及“主商品和贈品不一致的”情況，前者就贈品和主品一致；后者常見的比如生鮮平臺買菜，買肉會送蒜，今年過年期間買生鮮還送窗花、窗簾，節日氣氛拉滿。

2）系統邊界

• 觸發下單方：用戶
• 交易訂單：這種包含贈品的訂單，和常規訂單沒有什么區別，只是命中了一個贈品促銷。訂單這邊會記錄命中的促銷ID、主品關聯的贈品商品的信息如skuid、商品名稱、商品金額
• 支付：創建常規支付單
• 商品庫存：主商品和贈品都是常規的商品數據，可以通過設置一個贈品標簽來控制是否可以為贈品，這樣做可以做一些贈品發放的管控
• 促銷：根據創建的促銷活動，關聯主品和贈品的信息，制定活動生效時間、生效角色、范圍等
• 履約：與普通訂單的履約流程無區別
• 售后：根據常規的訂單來進行售后策略來，一般買贈場景下，退主商品需要一并退回贈品。但是這里還區分是商家責任還是用戶責任，一般如果是商家責任的話，會直接退費，主品和贈品也不需要退換

3. 滿贈

1）業務含義

滿贈顧名思義，就是滿多少錢即獲得贈品。贈的維度可以根據訂單金額，比如訂單實付滿99有贈品；也可以根據部分商品金額來制定規則，比如生鮮類商品滿39有贈品。

2）系統邊界

• 觸發下單方：用戶
• 交易訂單：買贈或者滿贈，對于訂單來說，和常規訂單沒有什么區別，只是命中了一個贈品促銷。訂單這邊會記錄命中的促銷ID、贈品的信息如skuid、商品名稱、商品金額
• 支付：創建常規支付單
• 商品庫存：主商品和贈品都是常規的商品數據，可以通過設置一個贈品標簽來控制是否可以為贈品，這樣做可以做一些贈品發放的管控
• 促銷：根據創建的促銷活動，制定促銷規則，如活動生效時間、生效角色、范圍等
• 履約：與普通訂單的履約流程無區別
• 售后：根據常規的訂單來進行售后策略來，一般滿贈場景下，退主商品需要一并退回贈品。但是這里還區分是商家責任還是用戶責任，一般如果是商家責任的話，會直接退費，主品和贈品也不需要退換

#專欄作家#

閆秀兒，微信公眾號：閆秀兒，人人都是產品經理專欄作家。持續沉淀、持續成長的交易產品。

本文原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議