優惠券設計:優惠券活動篇
優惠券活動的發放方式可以歸為三類:手動發放、系統觸發、手動領取,本篇文章對其分別作了介紹。
優惠券設計前序兩篇:
整體框架:《優惠券設計:整體框架篇》
優惠券模板:《優惠券設計:優惠券模板篇》
一、框架結構
優惠券活動主要是管理優惠券的發放活動,優惠券活動和優惠券存在一對多的關系,即一個優惠券活動可以同時發放多張多種類的優惠券。
可以把優惠券活動的發放方式歸結為如下三類:
2. 手動發放
手動發放指運營人員手動創建優惠券活動,對一定范圍的用戶發放優惠券。
手動發放是最基礎的發放方式,優惠券系統建立時,最應該優先支持的方式。手動發放對于系統流程來說,是最為簡單,使用最為靈活。運營人員可以根據實際發券需求,手動進行發放。后期其他自動發放方式出現故障時,也可以使用手動發放來進行兜底補償。
范圍篩選:
范圍篩選指對特定范圍的用戶發放優惠券。
常見的范圍劃分維度包含以下幾類:
- 區域。對于特定地理位置的用戶,進行發券。主要適用于區域屬性較強的使用場景。例如:在初冬對北方城市用戶批量發放羽絨服品類優惠券。
- 等級。適用于等級屬性較強的使用場景。對于不同等級有不同的發券策略時,通過等級進行區分。例如:雙11活動預熱時,對高等級的用戶發放更高額的優惠券。
- 標簽&畫像。標簽和畫像是根據用戶的行為,對用戶進行分群。標簽&畫像系統后續有機會再進行展開詳述,此處僅指在用戶分群基礎上,進行精準的優惠券發放。例如:對于擁有“連續3天瀏覽生鮮商品但未購買”用戶畫像的用戶,發放生鮮類優惠券進行促進購買。
范圍篩選時,各個維度的篩選是組合生效,能夠支持實際更為復雜的使用場景。
指定用戶:
指定用戶指對指定用戶id的用戶發放優惠券。
常用方式有兩種,批量導入名單和單用戶發放。批量導入名單主要使用場景為,一些系統尚未覆蓋的批量場景,例如:余量不足發券失敗后,需要對發券失敗的用戶重新發券;單用戶發放主要使用場景為客服,為安撫補償用戶,為指定用戶發放優惠券。
指定用戶發放模式,使用比較靈活,但操作成本較高??梢宰鳛槟承┑皖l場景使用,也可以對營銷策略進行驗證。
2. 系統觸發
指業務系統在用戶達到一定條件后,對特定用戶觸發優惠券。
系統觸發的發放方式應用場景主要可分為兩大類:
精準營銷:
基于對用戶行為的分析,形成用戶畫像,針對不同畫像的用戶,可以采用不同的營銷方式。優惠券活動是一種精準營銷可選的執行方式。例如:當用戶獲得“連續3天瀏覽生鮮商品但未購買”用戶畫像時,自動觸發為該用戶發放一張生鮮類優惠券,促進用戶購買。
活動獎勵:
在運營活動中,優惠券作為一種可選的獎勵方式對用戶進行發放。例如:雙11主題活動中,當天下單的用戶可以進行一次轉盤抽獎,其中一個獎項是兩張100元無門檻優惠券。
以上兩個場景,均涉及到優惠券活動模塊與外部系統進行協同,由業務系統確定發放范圍,由優惠券系統來進行具體的執行。一種通用的協同流程如下:
圖中業務系統指,各個需要發放優惠券的系統,包括但不限于抽獎活動、精準營銷活動、用戶等級獎勵等。
業務系統內在的業務邏輯和用戶行為,篩選出發放范圍,產生需要發放優惠券的結果。業務邏輯和用戶行為對于優惠券活動模塊屬于黑盒,優惠券活動根據業務系統提供的用戶id和優惠券活動id,執行發放動作即可。同樣,優惠券的發放過程對于業務系統也屬于黑盒,業務系統不必參與具體的發放過程,關注自身業務規則以及收取發放結果即可。
優惠券系統在業務系統中,處于執行環節。各類日?;蚧顒有再|的發券,均可以進行系統模塊的對接,提高發券效率,降低運營成本。系統觸發也是優惠券發放的終極發放方式。
3. 手動領取
指引導用戶手動領取優惠券發放方式。
配合CMS系統,作為主題活動或商品活動,在對應的活動或商品詳情顯示領券入口。用戶在領券時,需要進行條件校驗,基礎校驗如下:
- 優惠券活動是否在有效期內;
- 用戶是否在優惠券活動用戶范圍內;
- 用戶該優惠券活動是否超限;
- 優惠券余量是否充足;
二、后臺設計
1. 手動發放
發放方式選擇“手動發放”時,具體配置項聯動變化。
發放時間,指執行發放動作的具體時間,精確時間點,必須晚于當前時間。
篩選范圍根據范圍篩選和導入名單顯示具體的篩選項,范圍篩選時,通過用戶屬性維度進行組合篩選;導入名單時,可以上傳具體的用戶名單。
這里值得注意的一點是,由于用戶的屬性是動態變化的,所以范圍篩選模式下,具體覆蓋的用戶一般是以發放時間判定,而非配置時的用戶屬性判定。
單用戶發放一般會在客服系統中實現,此處不再做額外贅述。
2. 系統發放
發放方式選擇“系統發放”時,額外有兩項配置項:有效期和來源系統。
有效期指,優惠券活動系統接收外部觸發的時間段,有效期外不接收觸發。
來源系統項,限定了哪些系統模塊可以觸發此抽獎活動,可以多選。此處以優惠券作為抽獎活動的一個獎項為例,介紹業務系統配置。
抽獎活動的獎項配置中,可以支持多種獎項,其中一項為“優惠券”,獎項類型選擇優惠券時,可以點擊彈出框選擇可用的優惠券活動。配置完成后,用戶抽中三等獎時,系統按照前文所述流程,對抽獎和優惠券系統協同為用戶發放優惠券。
3. 手動領取
發放范圍選擇“手動領取”時,可從時間、范圍和領取限制三個維度進行限制。
手動領取型優惠券活動需要配置CMS系統控制前端頁面展示,此處對cms部分不再做額外贅述。
4. 選擇優惠券
優惠券活動選擇優惠券時,可以以彈出框方式進行展示。
對一個優惠券活動可以通過復選的方式,和多個優惠券模板建立關系;同時可以控制每個優惠券在活動中發放的數量。
小結
優惠券活動在優惠券整體功能中承擔發放的環節。
下一篇將對優惠券核銷及前端頁面詳細闡述,敬請期待。
本文由 @風之耳語 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
多個活動可以關聯同一個優惠券嗎
如何控制多個活動針對同一類用戶的發放優先級
沒有看到優惠券與預算是怎么關聯控制的
請問如果優惠券綁定的商品不足了這種情況怎么處理啊?
商品不足,是商品庫存那邊獨立處理;優惠券系統和商品庫存系統是獨立分開的。
優惠券和抽獎之間的聯動,能討論一下?
請問下發券規則,核銷規則是在業務端校驗還是在券平臺,如果在券平臺,在多個業務端的情況下業務數據如何快速獲取
好
看過所有的優惠券的設計,這一篇把外部業務系統和優惠券的發放解耦,非常不錯,感謝筆者。
贊了~
設計多有現成的模板,這個優惠的金額是怎么來的,是隨意填寫還是經過計算得來的
有思考過什么樣的優惠券能帶來更多收益嗎?
其實我也想問這個問題
需要代入到具體的業務場景中去,不同行業不同場景不一樣
手動發放應該在優惠券建立之前。防止自動發放異常的補償
選擇商品放在優惠券活動里可行嗎?
用活動來控制優惠券的使用商品,求解答,多謝多謝
能加個微信嗎,交流下
歡迎關注公眾號:pm_wind
手動發放優惠券時,如果發放對象的數量大于優惠券設置的發放數量時,怎么處理呢
兩個節點保障:
1.創建時,當前活動覆蓋人數大于優惠券余量時,進行提示。
2.實際發放時,對于未成功發放信息,對創建人進行告警通知。
先在優惠券系統中新建優惠券,然后在其他系統中選擇優惠券;比如在報名活動中,報名成功贈送優惠券,在活動配置項中增加一個報名成功贈送優惠券,然后把優惠券系統中的優惠券列出來,選中要贈送的優惠券。這種方式是不是也能實現系統自動贈送優惠券的功能
是的,外部系統發放優惠券不通過優惠券活動也可以實現。但使用優惠券活動在產品架構上更優:
(1)模塊解耦。優惠券的規則是優惠券模塊迭代的重點,外部系統不直接接觸優惠券,迭代時相互依賴會小很多;
(2)功能收口。優惠券活動是發放的收口,可以通過優惠券活動查看管理所有優惠券的發放。
(3)業務權限。商城運營對于業務營銷活動發放優惠券需要進行管理和審核。
你好,有一個問題,在抽獎活動的獎品中直接選擇優惠券類型, 然后選擇某一種優惠券作為獎品;當用戶中獎時候,直接發放到用戶的劵包中;中間不需要優惠券活動貌似也能實現
手動發放只有發放時間?有效期是指時間段內可領,還是領到后多久過期?
1.手動發放設定哪個時間點定時發放;
2.時段內可領,領到后多久過期是優惠券的有效期屬性,不屬于發放活動??蓞⒖记耙黄篽ttp://www.aharts.cn/pd/1624774.html
手動發放的執行者是運營人員,我覺得可以設置時間點由定時任務觸發來發放,也可以運營人員自己在某一時刻人為觸發發放動作。手動領取的執行者是用戶,建議用領取的時間段來控制券發放。
不管是發的還是領的券到了用戶賬戶后,券需要一個使用的有效區間來控制用券環節,根據實際場景,可以用相對時間或者絕對時間來控制。
想問下作者,后端產品的核心競爭力是什么,應該如何培養~~?
嚴密的邏輯思維能力和業務流程抽象+結構化能力
很系統,不錯
受用了!剛接手一個電商系統的產品,正在為優惠券、儲值卡的設計發愁。打開首頁,就看到這篇干活! ??