優惠券的設計指南(四):發放系統篇

15 評論 47252 瀏覽 185 收藏 7 分鐘

這是《優惠券的設計指南》系列文章的第四篇 —發放系統篇。

一、糾正

在寫該文之前,需要對第三篇?《優惠券的設計指南》(三):活動系統篇?進行糾正部分內容。

在體驗餓了么、美團外賣的時候,會有如下的幾種情況:

  1. 餓了么的分享后的優惠券從原本的固定金額的券,變成了浮動金額的券。盡管文章中有過設計,但缺乏系統的考慮,并不完善;
  2. 在領取時會有發現,大多數的活動是一個用戶只能領取一次,而有些活動是一個活動可以多次發放;

因此為了解決上面的情況,對之前的《活動系統篇》做了調整。

增加用戶標簽

在對活動的設置中,會增加“用戶標簽”的選擇,用戶標簽可根據不同的業務、公司對用戶的標簽進行設定。

當然,“用戶標簽”這次做了單獨的處理,獨立于四個系統之外,屬于公共的部分,等下文會進行講述。

發券的設置

發券的設置是指兩部分,一個是固定、隨機的發券模式的設置;另一個是每個人限制領取的次數限制。

發券設置分為固定券發放、隨機券的發放。若是隨機券的發放模式,會在發放是,隨機確定哪一個順位領取的是最大。

領取發券的邏輯

增加了用戶標簽、發券設置、每個人限制后,領取發券的邏輯自然需要調整。

在進入活動時,會增加用戶標簽的判斷(范圍是基于該活動所關聯的發券邏輯進行限制的,下文會講到),在領取時會增加領取次數的判斷。

詳情可查看原型方案,附帶“—10.15修改”為本次的修改部分,可查看紅框標記。

二、增加公共部分

在講述《發券系統篇》之前,需要先講兩個公共的設置:用戶標簽、范圍設置。

之所以現在講,一個主要的原因是,《優惠券的設計指南》系列文章,是在我腦中有個整體的框架,然后邊寫邊細化,同時會與讀者交流,同時會更加深入的了解業務和整個優惠券,其實我對優惠券的認識,也在不斷的深入中,深入后就會發現,有很多的遺漏,用戶標簽、范圍設置,就是兩個比較大的遺漏。包括上面提到的糾正的部分,也算是遺漏。

用戶標簽

這一塊是我在細化發放系統時,考慮到的。在活動的最初策劃階段,會基于用戶標簽這個屬性,對活動的性質進行確定, 比如新用戶活動,那針對的用戶標簽就是新注冊的用戶。

由于用戶標簽是個很復雜的東西,這里只是基于優惠券這個,提到了幾個點:會員、未下單時間、新用戶。

會員只是這個活動是不是只針對會員的一次活動,通過在活動上進行區分,提高會員的價值,是一個很常見的運營會員的模式。

未下單時間只是已經多久未下單的用戶,可通過這個進行喚起沉睡用戶,策劃激活沉睡用戶活動的一個很關鍵的標簽。

新用戶,就是針對于新用戶的,比較好理解一些。

范圍設置

范圍設置,是對地區的進行設置,通過人為的將區域進行劃分,從而達到對某一地區或某一種地區的劃分。

三、發放系統

在整體框架設計中,已經將做了說明,發放系統分為:范圍、個性化。

范圍就是公共的范圍的設置,個性化更多的是對該發放規則下的活動的設置。

發放的設置包括:基礎設置、活動設置、展示設置。

基礎設置

基礎設置包括發放名稱、有效期、范圍、狀態。是基礎性的設置。

范圍的設置,就是范圍設置的下拉篩選。

活動設置

這里是發放與活動的管理,一個發放只能管理一個活動。

除了活動,還包括節點、每個人限領次數。

節點是指在什么情況下進行發放或推送活動,一般由于每增加一個節點,就會涉及開發,這里只能只是篩選已增加的階段。

每個人限領次數,是指每天該發放規則下一個用戶的限領次數。

展示設置

展示設置只是在有活動推送的情況下, 比如提示分享時,展示的文案和標題,這里只是設置:標題、圖片??筛鶕嶋H情況進行不同的規劃。

四、原型查看

若要查看完整的《優惠券的設計指南》系列文章的產品原型,可訪問:

鏈接:?http://hm2acs.axshare.com/#p=項目說明
密碼:pmupday

相關閱讀

《優惠券的設計指南》(一):優惠券設計的整體框架

《優惠券的設計指南》(二):優惠券系統篇

《優惠券的設計指南》(三):活動系統篇

 

本文由 @藍胖子 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自PEXELS,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這個完全是平臺型的優惠券系統,太強大了,還支持合作方的券。
    通常的優惠券系統只有規則、券、統計的模塊。

    來自廣東 回復
  2. 您的文章從頭到尾仔細看了,收獲頗豐。有個問題想請教一下,發放系統是否可以并入活動系統中作為一個模塊?分開單列會產生一定的理解障礙;發放系統里最重要的其實是范圍設置,可以包括節點、地區、業務、用戶,完全可以放入活動系統中。不知道您將這兩個系統分開單獨放置是否還有其他原因?

    來自福建 回復
    1. 我的個人感覺:活動和優惠券其實是屬于2個不同的系統,但是雙方關聯非常緊密。

      來自廣東 回復
  3. 發放后支持編輯嗎?如果編輯了,那領取的用戶豈不是看到的規則就變了?

    來自湖北 回復
    1. 正好在做優惠券系統。我們的規則是已經發放的活動不支持修改,可以下架活動和新增活動。已經發放的券仍然有效。

      來自上海 回復
    2. 是的。編輯了就相當于是新的優惠券,已發放的是無法再編輯。覆水難收。

      來自廣東 回復
  4. 太棒了,感謝作者

    來自廣東 回復
  5. 作者思路很棒,但這個發放系統和活動系統沒必要分的太開吧~ 這么多系統,會不會反倒有些不太好管理。
    發放系統里有推送的情況下展示的文案和圖片,是指哪里呢?

    來自上海 回復
    1. 我說下我的理解:如果活動運營不需要太細化,那么發放和活動可以放一起。如果需要很精細化、靈活運營,那么同一個活動可以通過配置多個發放規則用不同的范圍、節點、有效期來達到靈活控制的效果

      來自湖南 回復
  6. 發放有效期和活動有效期有什么區別么?發放和活動是不是可以合并呢

    來自浙江 回復
  7. 您好, 我把您寫的幾篇文章全部看完了,寫的很全面呢。謝謝
    我有幾個問題想請教一下, 優惠券是 商家的優惠券還是平臺優惠券, 是在哪個階段定義的呢 ? 在優惠券系統定出,還是在活動系統定出呢?

    來自日本 回復
  8. 已經有點頭暈了 ,龐大的知識量

    來自廣東 回復