支持贈品這種玩法,交易各鏈路需要做什么
編輯導語:在日常生活中,“贈”這種促銷非常常見,一般有:純贈、買贈和滿贈這三種形式。本文作者圍繞業務含義、模型設計和后臺配置,分析了關于贈品的玩法,一起來看一下吧。
上次我整理過一個促銷系統的基礎知識,很感興趣的同學可以參考歷史的文章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 協議
如果滿贈售后時,用戶就是不退回贈品,那退款需要扣除贈品金額嗎?如“滿二贈一”要是用戶僅退回一件商品但是贈品比退回的商品貴如何處理?
滿贈售后是否要區分未退貨主商品是否仍滿足贈的條件呢?
滿贈其實純粹的是為了刺激消費者消費了。這就有必要考慮到贈品對消費者的吸引力了。在這方面是不是“她”經濟的特點更突出呢
感覺買贈更像是一種過度,其實也是為了客戶的留存率。有些商家通過拍二發二返一的方式,也可以達到刷銷量刷好評的目的
感覺單純贈的形式更有利于拉新,但是現在很多純贈都是付郵送這種形式
感覺贈品確實也會吸引我,有時候甚至會因為某一個贈品去買東西。