起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識優惠券的設計指南（四）：發放系統篇
這是《優惠券的設計指南》系列文章的第四篇 —發放系統篇。
一、糾正
在寫該文之前，需要對第三篇?《優惠券的設計指南》(三)：活動系統篇?進行糾正部分內容。
在體驗餓了么、美團外賣的時候，會有如下的幾種情況：
- 餓了么的分享后的優惠券從原本的固定金額的券，變成了浮動金額的券。盡管文章中有過設計，但缺乏系統的考慮，并不完善；
- 在領取時會有發現，大多數的活動是一個用戶只能領取一次，而有些活動是一個活動可以多次發放；
因此為了解決上面的情況，對之前的《活動系統篇》做了調整。
增加用戶標簽
在對活動的設置中，會增加“用戶標簽”的選擇，用戶標簽可根據不同的業務、公司對用戶的標簽進行設定。
當然，“用戶標簽”這次做了單獨的處理，獨立于四個系統之外，屬于公共的部分，等下文會進行講述。
發券的設置
發券的設置是指兩部分，一個是固定、隨機的發券模式的設置；另一個是每個人限制領取的次數限制。
發券設置分為固定券發放、隨機券的發放。若是隨機券的發放模式，會在發放是，隨機確定哪一個順位領取的是最大。
領取發券的邏輯
增加了用戶標簽、發券設置、每個人限制后，領取發券的邏輯自然需要調整。
在進入活動時，會增加用戶標簽的判斷（范圍是基于該活動所關聯的發券邏輯進行限制的，下文會講到），在領取時會增加領取次數的判斷。
詳情可查看原型方案，附帶“—10.15修改”為本次的修改部分，可查看紅框標記。
二、增加公共部分
在講述《發券系統篇》之前，需要先講兩個公共的設置：用戶標簽、范圍設置。
之所以現在講，一個主要的原因是，《優惠券的設計指南》系列文章，是在我腦中有個整體的框架，然后邊寫邊細化，同時會與讀者交流，同時會更加深入的了解業務和整個優惠券，其實我對優惠券的認識，也在不斷的深入中，深入后就會發現，有很多的遺漏，用戶標簽、范圍設置，就是兩個比較大的遺漏。包括上面提到的糾正的部分，也算是遺漏。
用戶標簽
這一塊是我在細化發放系統時，考慮到的。在活動的最初策劃階段，會基于用戶標簽這個屬性，對活動的性質進行確定， 比如新用戶活動，那針對的用戶標簽就是新注冊的用戶。
由于用戶標簽是個很復雜的東西，這里只是基于優惠券這個，提到了幾個點：會員、未下單時間、新用戶。
會員只是這個活動是不是只針對會員的一次活動，通過在活動上進行區分，提高會員的價值，是一個很常見的運營會員的模式。
未下單時間只是已經多久未下單的用戶，可通過這個進行喚起沉睡用戶，策劃激活沉睡用戶活動的一個很關鍵的標簽。
新用戶，就是針對于新用戶的，比較好理解一些。
范圍設置
范圍設置，是對地區的進行設置，通過人為的將區域進行劃分，從而達到對某一地區或某一種地區的劃分。
三、發放系統
在整體框架設計中，已經將做了說明，發放系統分為：范圍、個性化。
范圍就是公共的范圍的設置，個性化更多的是對該發放規則下的活動的設置。
發放的設置包括：基礎設置、活動設置、展示設置。
基礎設置
基礎設置包括發放名稱、有效期、范圍、狀態。是基礎性的設置。
范圍的設置，就是范圍設置的下拉篩選。
活動設置
這里是發放與活動的管理，一個發放只能管理一個活動。
除了活動，還包括節點、每個人限領次數。
節點是指在什么情況下進行發放或推送活動，一般由于每增加一個節點，就會涉及開發，這里只能只是篩選已增加的階段。
每個人限領次數，是指每天該發放規則下一個用戶的限領次數。
展示設置
展示設置只是在有活動推送的情況下， 比如提示分享時，展示的文案和標題，這里只是設置：標題、圖片。可根據實際情況進行不同的規劃。
四、原型查看
若要查看完整的《優惠券的設計指南》系列文章的產品原型，可訪問：
鏈接：?http://hm2acs.axshare.com/#p=項目說明
密碼：pmupday
相關閱讀
本文由 @藍胖子 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自PEXELS，基于CC0協議
這個完全是平臺型的優惠券系統，太強大了，還支持合作方的券。
通常的優惠券系統只有規則、券、統計的模塊。
您的文章從頭到尾仔細看了，收獲頗豐。有個問題想請教一下，發放系統是否可以并入活動系統中作為一個模塊？分開單列會產生一定的理解障礙；發放系統里最重要的其實是范圍設置，可以包括節點、地區、業務、用戶，完全可以放入活動系統中。不知道您將這兩個系統分開單獨放置是否還有其他原因？
我的個人感覺：活動和優惠券其實是屬于2個不同的系統，但是雙方關聯非常緊密。
發放后支持編輯嗎？如果編輯了，那領取的用戶豈不是看到的規則就變了？
正好在做優惠券系統。我們的規則是已經發放的活動不支持修改，可以下架活動和新增活動。已經發放的券仍然有效。
是的。編輯了就相當于是新的優惠券，已發放的是無法再編輯。覆水難收。
太棒了，感謝作者
作者思路很棒，但這個發放系統和活動系統沒必要分的太開吧~ 這么多系統，會不會反倒有些不太好管理。
發放系統里有推送的情況下展示的文案和圖片，是指哪里呢？
我說下我的理解：如果活動運營不需要太細化，那么發放和活動可以放一起。如果需要很精細化、靈活運營，那么同一個活動可以通過配置多個發放規則用不同的范圍、節點、有效期來達到靈活控制的效果
發放有效期和活動有效期有什么區別么？發放和活動是不是可以合并呢
您好， 我把您寫的幾篇文章全部看完了，寫的很全面呢。謝謝
我有幾個問題想請教一下， 優惠券是 商家的優惠券還是平臺優惠券， 是在哪個階段定義的呢 ？ 在優惠券系統定出，還是在活動系統定出呢？
已經有點頭暈了 ，龐大的知識量