優惠券設計:優惠券活動篇

29 評論 69216 瀏覽 515 收藏 10 分鐘

優惠券活動的發放方式可以歸為三類:手動發放、系統觸發、手動領取,本篇文章對其分別作了介紹。

優惠券設計前序兩篇:

整體框架:《優惠券設計:整體框架篇

優惠券模板:《優惠券設計:優惠券模板篇

一、框架結構

優惠券活動主要是管理優惠券的發放活動,優惠券活動和優惠券存在一對多的關系,即一個優惠券活動可以同時發放多張多種類的優惠券。

可以把優惠券活動的發放方式歸結為如下三類:

2. 手動發放

手動發放指運營人員手動創建優惠券活動,對一定范圍的用戶發放優惠券。

手動發放是最基礎的發放方式,優惠券系統建立時,最應該優先支持的方式。手動發放對于系統流程來說,是最為簡單,使用最為靈活。運營人員可以根據實際發券需求,手動進行發放。后期其他自動發放方式出現故障時,也可以使用手動發放來進行兜底補償。

范圍篩選:

范圍篩選指對特定范圍的用戶發放優惠券。

常見的范圍劃分維度包含以下幾類:

  • 區域。對于特定地理位置的用戶,進行發券。主要適用于區域屬性較強的使用場景。例如:在初冬對北方城市用戶批量發放羽絨服品類優惠券。
  • 等級。適用于等級屬性較強的使用場景。對于不同等級有不同的發券策略時,通過等級進行區分。例如:雙11活動預熱時,對高等級的用戶發放更高額的優惠券。
  • 標簽&畫像。標簽和畫像是根據用戶的行為,對用戶進行分群。標簽&畫像系統后續有機會再進行展開詳述,此處僅指在用戶分群基礎上,進行精準的優惠券發放。例如:對于擁有“連續3天瀏覽生鮮商品但未購買”用戶畫像的用戶,發放生鮮類優惠券進行促進購買。

范圍篩選時,各個維度的篩選是組合生效,能夠支持實際更為復雜的使用場景。

指定用戶:

指定用戶指對指定用戶id的用戶發放優惠券。

常用方式有兩種,批量導入名單和單用戶發放。批量導入名單主要使用場景為,一些系統尚未覆蓋的批量場景,例如:余量不足發券失敗后,需要對發券失敗的用戶重新發券;單用戶發放主要使用場景為客服,為安撫補償用戶,為指定用戶發放優惠券。

指定用戶發放模式,使用比較靈活,但操作成本較高??梢宰鳛槟承┑皖l場景使用,也可以對營銷策略進行驗證。

2. 系統觸發

指業務系統在用戶達到一定條件后,對特定用戶觸發優惠券。

系統觸發的發放方式應用場景主要可分為兩大類:

精準營銷:

基于對用戶行為的分析,形成用戶畫像,針對不同畫像的用戶,可以采用不同的營銷方式。優惠券活動是一種精準營銷可選的執行方式。例如:當用戶獲得“連續3天瀏覽生鮮商品但未購買”用戶畫像時,自動觸發為該用戶發放一張生鮮類優惠券,促進用戶購買。

活動獎勵:

在運營活動中,優惠券作為一種可選的獎勵方式對用戶進行發放。例如:雙11主題活動中,當天下單的用戶可以進行一次轉盤抽獎,其中一個獎項是兩張100元無門檻優惠券。

以上兩個場景,均涉及到優惠券活動模塊與外部系統進行協同,由業務系統確定發放范圍,由優惠券系統來進行具體的執行。一種通用的協同流程如下:

圖中業務系統指,各個需要發放優惠券的系統,包括但不限于抽獎活動、精準營銷活動、用戶等級獎勵等。

業務系統內在的業務邏輯和用戶行為,篩選出發放范圍,產生需要發放優惠券的結果。業務邏輯和用戶行為對于優惠券活動模塊屬于黑盒,優惠券活動根據業務系統提供的用戶id和優惠券活動id,執行發放動作即可。同樣,優惠券的發放過程對于業務系統也屬于黑盒,業務系統不必參與具體的發放過程,關注自身業務規則以及收取發放結果即可。

優惠券系統在業務系統中,處于執行環節。各類日?;蚧顒有再|的發券,均可以進行系統模塊的對接,提高發券效率,降低運營成本。系統觸發也是優惠券發放的終極發放方式。

3. 手動領取

指引導用戶手動領取優惠券發放方式。

配合CMS系統,作為主題活動或商品活動,在對應的活動或商品詳情顯示領券入口。用戶在領券時,需要進行條件校驗,基礎校驗如下:

  1. 優惠券活動是否在有效期內;
  2. 用戶是否在優惠券活動用戶范圍內;
  3. 用戶該優惠券活動是否超限;
  4. 優惠券余量是否充足;

二、后臺設計

1. 手動發放

發放方式選擇“手動發放”時,具體配置項聯動變化。

發放時間,指執行發放動作的具體時間,精確時間點,必須晚于當前時間。

篩選范圍根據范圍篩選和導入名單顯示具體的篩選項,范圍篩選時,通過用戶屬性維度進行組合篩選;導入名單時,可以上傳具體的用戶名單。

這里值得注意的一點是,由于用戶的屬性是動態變化的,所以范圍篩選模式下,具體覆蓋的用戶一般是以發放時間判定,而非配置時的用戶屬性判定。

單用戶發放一般會在客服系統中實現,此處不再做額外贅述。

2. 系統發放

發放方式選擇“系統發放”時,額外有兩項配置項:有效期和來源系統。

有效期指,優惠券活動系統接收外部觸發的時間段,有效期外不接收觸發。

來源系統項,限定了哪些系統模塊可以觸發此抽獎活動,可以多選。此處以優惠券作為抽獎活動的一個獎項為例,介紹業務系統配置。

抽獎活動的獎項配置中,可以支持多種獎項,其中一項為“優惠券”,獎項類型選擇優惠券時,可以點擊彈出框選擇可用的優惠券活動。配置完成后,用戶抽中三等獎時,系統按照前文所述流程,對抽獎和優惠券系統協同為用戶發放優惠券。

3. 手動領取

發放范圍選擇“手動領取”時,可從時間、范圍和領取限制三個維度進行限制。

手動領取型優惠券活動需要配置CMS系統控制前端頁面展示,此處對cms部分不再做額外贅述。

4. 選擇優惠券

優惠券活動選擇優惠券時,可以以彈出框方式進行展示。

對一個優惠券活動可以通過復選的方式,和多個優惠券模板建立關系;同時可以控制每個優惠券在活動中發放的數量。

小結

優惠券活動在優惠券整體功能中承擔發放的環節。

下一篇將對優惠券核銷及前端頁面詳細闡述,敬請期待。

 

本文由 @風之耳語 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 多個活動可以關聯同一個優惠券嗎
    如何控制多個活動針對同一類用戶的發放優先級

    來自上海 回復
  2. 沒有看到優惠券與預算是怎么關聯控制的

    來自廣東 回復
  3. 請問如果優惠券綁定的商品不足了這種情況怎么處理啊?

    來自浙江 回復
    1. 商品不足,是商品庫存那邊獨立處理;優惠券系統和商品庫存系統是獨立分開的。

      來自山東 回復
  4. 優惠券和抽獎之間的聯動,能討論一下?

    來自浙江 回復
  5. 請問下發券規則,核銷規則是在業務端校驗還是在券平臺,如果在券平臺,在多個業務端的情況下業務數據如何快速獲取

    來自廣東 回復
  6. 回復
  7. 看過所有的優惠券的設計,這一篇把外部業務系統和優惠券的發放解耦,非常不錯,感謝筆者。

    來自浙江 回復
    1. 贊了~

      來自廣東 回復
  8. 設計多有現成的模板,這個優惠的金額是怎么來的,是隨意填寫還是經過計算得來的

    來自四川 回復
  9. 有思考過什么樣的優惠券能帶來更多收益嗎?

    來自北京 回復
    1. 其實我也想問這個問題

      來自浙江 回復
    2. 需要代入到具體的業務場景中去,不同行業不同場景不一樣

      來自廣東 回復
  10. 手動發放應該在優惠券建立之前。防止自動發放異常的補償

    來自北京 回復
  11. 選擇商品放在優惠券活動里可行嗎?
    用活動來控制優惠券的使用商品,求解答,多謝多謝

    回復
  12. 能加個微信嗎,交流下

    回復
    1. 歡迎關注公眾號:pm_wind

      來自浙江 回復
  13. 手動發放優惠券時,如果發放對象的數量大于優惠券設置的發放數量時,怎么處理呢

    來自北京 回復
    1. 兩個節點保障:
      1.創建時,當前活動覆蓋人數大于優惠券余量時,進行提示。
      2.實際發放時,對于未成功發放信息,對創建人進行告警通知。

      來自浙江 回復
  14. 先在優惠券系統中新建優惠券,然后在其他系統中選擇優惠券;比如在報名活動中,報名成功贈送優惠券,在活動配置項中增加一個報名成功贈送優惠券,然后把優惠券系統中的優惠券列出來,選中要贈送的優惠券。這種方式是不是也能實現系統自動贈送優惠券的功能

    來自河南 回復
    1. 是的,外部系統發放優惠券不通過優惠券活動也可以實現。但使用優惠券活動在產品架構上更優:
      (1)模塊解耦。優惠券的規則是優惠券模塊迭代的重點,外部系統不直接接觸優惠券,迭代時相互依賴會小很多;
      (2)功能收口。優惠券活動是發放的收口,可以通過優惠券活動查看管理所有優惠券的發放。
      (3)業務權限。商城運營對于業務營銷活動發放優惠券需要進行管理和審核。

      來自浙江 回復
  15. 你好,有一個問題,在抽獎活動的獎品中直接選擇優惠券類型, 然后選擇某一種優惠券作為獎品;當用戶中獎時候,直接發放到用戶的劵包中;中間不需要優惠券活動貌似也能實現

    來自河南 回復
  16. 手動發放只有發放時間?有效期是指時間段內可領,還是領到后多久過期?

    來自北京 回復
    1. 1.手動發放設定哪個時間點定時發放;
      2.時段內可領,領到后多久過期是優惠券的有效期屬性,不屬于發放活動??蓞⒖记耙黄篽ttp://www.aharts.cn/pd/1624774.html

      來自浙江 回復
    2. 手動發放的執行者是運營人員,我覺得可以設置時間點由定時任務觸發來發放,也可以運營人員自己在某一時刻人為觸發發放動作。手動領取的執行者是用戶,建議用領取的時間段來控制券發放。
      不管是發的還是領的券到了用戶賬戶后,券需要一個使用的有效區間來控制用券環節,根據實際場景,可以用相對時間或者絕對時間來控制。

      回復
  17. 想問下作者,后端產品的核心競爭力是什么,應該如何培養~~?

    來自上海 回復
    1. 嚴密的邏輯思維能力和業務流程抽象+結構化能力

      來自浙江 回復
  18. 很系統,不錯

    來自福建 回復
  19. 受用了!剛接手一個電商系統的產品,正在為優惠券、儲值卡的設計發愁。打開首頁,就看到這篇干活! ??

    來自安徽 回復