閱讀本文大概需要 4.2 分鐘。
引言
每次過節的時候，各大電商的優惠券已經成為了絕對的關鍵詞，最近一直在做優惠券需求，從最初的一無所知到現在建立初步的優惠券框架結構，一路也是磕磕碰碰。今天就把這段時間的輸入總結一下然後輸出。
系統概覽
優惠券的投放方式有多種，本文采用的是活動頁送券這種形式。
一、建立優惠券
優惠券是一套規則的組合，建立優惠券是優惠券系統設計的第一步，主要有以下幾部分組成：基本資訊、優惠型別、使用範圍、有效期等。
1. 基本資訊
包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用（優惠優先順序）、使用規則等。
2. 優惠型別
優惠型別要根據公司實際情況和使用者群體去設計，主要有滿減、立減、折扣券或優惠碼。滿減、立減、折扣券屬於私有券，只能個人賬號使用；優惠碼屬於共有券，給有兌換碼並且兌換的使用者使用。
3. 使用範圍
使用優惠券的使用者型別、使用優惠券的商品型別、訂單型別。使用者型別一般指是否區分新老使用者、不同的等級使用者；商品型別指哪些區域、哪些品類的商品可使用；訂單型別指訂單滿多少元可使用、滿多少件可使用。
4. 有效期
有效期一般有兩種：
固定的有效期，設定一個時間段；
設定一個有效數，比如：30天，一般是從領取之日起30天內有效。
多數情況下都會選擇第二種，增加緊迫感，促進使用者下單。優惠券因涉及金額，通常需要財務審批，財務審批後優惠券ID生成。到此，優惠券的基本規則大概梳理完畢。當然這些只是最基本的規則，具體的還要和實際業務相結合。
二、建立活動
建立的優惠券只是一系列規則的組合，通常還需要一個活動頁。活動頁上可放一張優惠券，也可放多張，具體看業務需求。
一個活動通常包括活動基本資訊和分享設定等。
1. 基本資訊
包括活動名稱、活動時間、活動圖片、活動狀態和活動規則等。
活動頁需要上傳的圖片和設計者的設計強相關，若活動頁是使用者百分百自定義，則需要開發一個自定義配置頁面；若只有活動頭圖和活動規則部分自定義，則需要上傳活動頭圖和活動規則圖片（通常由UI設計好）。
優惠券區域因涉及“立即使用”的連結跳轉（來自建立優惠券時的URL跳轉路徑），樣式通常在開發環境寫好，但可修改上面的文案、字型、顏色等。若優惠券需使用者點選“領取”，則還需要領取成功的頁面。
活動狀態可分為未開始、進行中、已結束。列表頁的活動狀態和新增頁不同，列表頁的狀態是由新增頁的“線上”或“下線”和活動時間共同決定。
需要注意的是：已經發出去的優惠券，即使對應的活動已結束，但只要還在優惠券有效期內，是可以正常使用的。
例項設計：
活動建立後到活動列表頁，同時生成一個活動連結，接下來就是為這個活動關聯之前生成的優惠券。
例項設計：
點選卡券配置為活動新增優惠券。
例項設計：
到此，活動關聯優惠券完成，接下來講優惠券投放和使用者使用等環節。
三、優惠券投放
使用者獲得優惠券的渠道有很多種，主要有以下幾種：
新手註冊：在很多應用上，使用者新註冊會得到一張券，用於促進新使用者的下單轉化。
會員領取：類似餓了嗎，成為會員每月享有20元無門檻紅包。
邀請送券：邀請好友可得價值多少的優惠券。 活動送券：法定節假日或特定節日，比如雙十一的促銷節，以活動頁的形式向使用者發券（本人負責的優惠券需求採用此形式發券）。
分享發券：類似餓了嗎，使用者下完單後將優惠券分享在朋友圈或微信好友，其他使用者點選領取。
主動觸發：通過簡訊告知使用者有優惠券送達，簡訊中可附上優惠的商品連結，有助於轉化，或者使用push的方式去提醒使用者。
注意這種方式發券會對使用者造成打擾，因此注意發券的頻率和時間。主動觸發多用於刺激留存使用者、喚醒沉睡使用者。
四、使用者領取
使用者領取有兩種方式：直領和點選領取。
直領指不需要使用者點選“領取”按鈕，進到優惠券頁面，優惠券自動落到個人賬戶，即系統自動發放，常見於活動頁或新開啟應用的場景下。
點選領取顧名思義就是需要使用者點選一下“領取”按鈕，優惠券才會落入個人賬戶。
領取通常伴隨著訊息通知，如：簡訊、微信公眾號，因此通知系統和營銷系統也要打通。
五、使用者使用
在訂單填寫頁，系統會預設給出面額最大的優惠券，金額相同優先使用先過期的券。使用者也可自己選擇是否使用優惠券或其他可用優惠券。需要注意的是：在優惠券列表頁，達到當前訂單總價的優惠券才能使用，其他不可使用優惠券置灰不可選，靠後展示。
例項設計：
六、優惠券退還
優惠券退還要看具體的場景，一般有以下幾種：
使用者下單未支付，取消訂單，優惠券可退還；
商家在訂單未完成的情況下，發起退款操作，優惠券可退還；
使用者下單支付後，申請退款，優惠券不退還。
七、資料分析
資料分析是對使用者領取、使用優惠券進行資料統計，從而檢視活動效果。投入多大成本，帶來多大轉化率。
以下提供幾個統計維度，僅供參考：
領取率：優惠券領取總量/優惠券發放總量；
使用率：優惠券已使用總量/優惠券已領取總量；
優惠總金額：使用該優惠券優惠的總金額；
用券總成交額：使用該優惠券的訂單付款總金額；
優惠總金額：使用該優惠券的付款訂單總數；
費效比：優惠總金額/用券總成交額；
用券筆單價：用券總成交額 / 使用該優惠券的付款訂單總數；
拉新數：領取過優惠券的使用者中，標記為新使用者的數量/總使用者數。
優惠券狀態可分為：待使用、已使用、已過期，已取消。
使用者領取優惠券後，優惠券處於待使用狀態；
成功使用優惠券後狀態變為已使用；
未在有效期內使用的優惠券狀態變為已過期；
退款的優惠券狀態為已取消。
例項設計：
總結
大家可以看到，我在每個原型圖下都提到具體要視業務而定。因為任何產品設計的出發點，都是業務，都是在解決業務。雖然業務和業務之間有共同點，但脫離業務的設計沒有任何意義。
所以這篇文章中的所有原型圖都只能做參考而不能直接使用，具體要看公司的業務。
·END·
路雖遠，行則必至
本文原發於 同名微信公眾號「程式設計師的成長之路」，回覆「1024」你懂得，給個讚唄。
微信ID：cxydczzl
往期精彩回顧