酷播亮新聞
本文從優惠券設計的發放和使用兩個模塊展開，希望能夠給大家帶來一些收穫。
上一章節大致講了創建優惠券涉及的範圍，想要了解請點擊 《優惠券設計-促銷》 。 本章灰灰將說道說道優惠券設計的發放和使用兩個模塊，請各位帥哥美女多多指點。 話不多少，先上圖：
發放
優惠券發放的途徑有兩種， 系統發放 和 用戶領取 。
一、系統發放
優惠券的種類繁雜，在設計優惠券系統時，產品要了解這些優惠券的特性和用途，按照自己熟悉的方式劃分為不同的維度，這樣會有助於產品梳理系統的流程，防止有規則碰撞 。
比如係統發放的優惠券可按照運營目的劃分為長期活動優惠券和短期活動優惠券。 長期活動包括新用戶註冊送券，抽獎送券，邀請好友送券這類運營固定拉新的活動。 短期活動的如法定節假日促銷發券，自定義節日如會員日、雙11、618等運營不定期促活轉化活動。
再如按照發放方式區分， 系統 ：制定規則係統自動跑程序，符合規則就觸發發券。 人工 ：當有獎勵或者賠償用戶時，可由客服或運營人員手動發放。
系統發放優惠券手段就兩種，主動觸發和被動響應。
主動觸發 形式有通過短信告知用戶有優惠券送達（短信中可附上優惠的商品鏈接，有助於轉化。）；或者使用push的方式去提醒用戶。
兩種方式效果而言短信的送達效果更好，對於低頻的產品有較好的效果，缺點及時成本高，畢竟短信也要錢呀。
Push則要求用戶啟動APP時才會收到信息，這就要求技術同學不斷改進技術喚醒APP，對於蘋果手機就望洋興嘆了。 但是成本還是低於短信的。 畢竟壓榨程序猿的勞動力是互聯網公司的強項嘛。 一分錢一分貨，最終使用何種手段送券就要運營人員核算好投資回報率了。
被動響應 就是只有用戶在使用APP時，系統接受信號後，才能給用戶發券。
比如餓了麼每天首次打開時彈框送優惠券，灰灰認為這種是形式是更易轉化的，因為這是不打擾用戶的最好發券方式，當用戶有意願消費時才給用戶發券 ，就像困了有人送枕頭一樣，自然是樂於接受的。 當然前提也是這優惠券確實是有誠意的，如果有和沒有一樣，那就是在調戲用戶了，後果沒準是被卸載的下場。
二、用戶領取
用戶領取也是兩種：直領和任務領取。
直領： 優惠券通常會在活動頁面顯示，用戶直接領取即可。
任務領取： 用戶需要達成一定條件才能獲得優惠券，如簽到任務、評價返券、分享領取等。 通過和用戶的互動維持了用戶的活躍度，也增進了和用戶的感情，重要的是這種無形中增加用戶很多的沉沒成本，這種方式得到券的使用率自然也是可觀的。 切記這種的價值一定要稍高一些，不然用戶肯定爆粗口的。 用戶的信任度也會極度下降。
使用：
台下十年功，台上一分鐘。 之前的鋪墊都是為了這一刻，流程到這裡就開始轉換到前端了，用戶領券後在使用過程中要注意幾點。
優惠券的顯示， 交易前 要有專門菜單顯示優惠券，主要顯示未使用、已使用、已過期狀態的優惠券。 每個優惠券的基礎信息一定要顯示清楚，如使用條件、範圍、有效期、使用入口等。 目的是讓用戶不用思考方便地使用。
交易過程中 對於券的選擇方式常用有兩種：默認顯示使用最大優惠金額的券，金額相同優先使用先過期的券；用戶自行選擇。 通常來講多數電商會使用第一種，省去用戶操作和思考，體驗比較好。 第二種的目的是提醒用戶還有其他券可用，刺激用戶再消費。 交易後 在相應的訂單詳細顯示優惠券所抵扣的金額等信息即可。
還有幾處規則強調下，優惠券的滿額條件時按照總額還是實付需定義清楚，同類或者不同類的優惠券是否可疊加使用，優惠券是否可同其他促銷方式一起用，規則確定並清楚 地告訴用戶。 畢竟關係到錢，各位同學要把好關，不然疏忽了就要下崗嘍。
相關閱讀
本文由 @糖果灰灰 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自unsplash，基於CC0協議