優惠券是一套規則的組合，它的基本信息包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用（優惠優先級）、使用規則等。那優惠券系統應該如何設計？一起來文章中中看看~
知識總結很重要，不管是每週的週報，還是階段性的項目總結，都是一個覆盤的過程。近兩週一直在做優惠券需求，從最初的一無所知到現在建立初步的優惠券框架結構，一路也是磕磕碰碰。今天就把這段時間的輸入總結一下然後輸出。
優惠券的投放方式有多種，本文采用的是活動頁送券這種形式。
△優惠券整體流程圖
一、創建優惠券
優惠券是一套規則的組合，創建優惠券是優惠券系統設計的第一步，主要有以下幾部分組成：基本信息、優惠類型、使用範圍、有效期等。
1. 基本信息
包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用（優惠優先級）、使用規則等。
2. 優惠類型
優惠類型要根據公司實際情況和用戶群體去設計，主要有滿減、立減、折扣券或優惠碼。滿減、立減、折扣券屬於私有券，只能個人賬號使用；優惠碼屬於共有券，給有兌換碼並且兌換的用戶使用。
3. 使用範圍
使用優惠券的用戶類型、使用優惠券的商品類型、訂單類型。用戶類型一般指是否區分新老用戶、不同的等級用戶；商品類型指哪些區域、哪些品類的商品可使用；訂單類型指訂單滿多少元可使用、滿多少件可使用。
4. 有效期
有效期一般有兩種：
- 一種是固定的有效期，設定一個時間段；
- 另一種是設定一個有效數，比如：30天，一般是從領取之日起30天內有效。
多數情況下都會選擇第二種，增加緊迫感，促進用戶下單。優惠券因涉及金額，通常需要財務審批，財務審批後優惠券ID生成。到此，優惠券的基本規則大概梳理完畢。當然這些只是最基本的規則，具體的還要和實際業務相結合。
實例設計：
△這是最基本的優惠券新增，具體要視業務而定
二、創建活動
創建的優惠券只是一系列規則的組合，通常還需要一個活動頁。活動頁上可放一張優惠券，也可放多張，具體看業務需求。
活動通常包括活動基本信息和分享設置等。
1. 基本信息
包括活動名稱、活動時間、活動圖片、活動狀態和活動規則等。
活動頁需要上傳的圖片和設計者的設計強相關，若活動頁是使用者百分百自定義，則需要開發一個自定義配置頁面；若只有活動頭圖和活動規則部分自定義，則需要上傳活動頭圖和活動規則圖片（通常由UI設計好）。
優惠券區域因涉及“立即使用”的鏈接跳轉（來自創建優惠券時的URL跳轉路徑），樣式通常在開發環境寫好，但可修改上面的文案、字體、顏色等。若優惠券需用戶點擊“領取”，則還需要領取成功的頁面。
活動狀態可分為未開始、進行中、已結束。列表頁的活動狀態和新增頁不同，列表頁的狀態是由新增頁的“在線”或“下線”和活動時間共同決定。
需要注意的是：已經發出去的優惠券，即使對應的活動已結束，但只要還在優惠券有效期內，是可以正常使用的。
實例設計：
△這是最基本的活動頁新增，具體要視業務而定
活動創建後到活動列表頁，同時生成一個活動鏈接，接下來就是為這個活動關聯之前生成的優惠券。
實例設計：
△這是最基本的活動列表頁，具體要視業務而定
點擊卡券配置為活動添加優惠券。
實例設計：
△這是最基本的添加優惠券頁面，具體要視業務而定
到此，活動關聯優惠券完成，接下來講優惠券投放和用戶使用等環節。
三、優惠券投放
用戶獲得優惠券的渠道有很多種，主要有以下幾種：
- 新手註冊：在很多應用上，用戶新註冊會得到一張券，用於促進新用戶的下單轉化。
- 會員領取：類似餓了嗎，成為會員每月享有20元無門檻紅包。
- 邀請送券：邀請好友可得價值多少的優惠券。
- 活動送券：法定節假日或特定節日，比如雙十一的促銷節，以活動頁的形式向用戶發券（本人負責的優惠券需求採用此形式發券）。
- 分享發券：類似餓了嗎，用戶下完單後將優惠券分享在朋友圈或微信好友，其他用戶點擊領取。
- 主動觸發：通過短信告知用戶有優惠券送達，短信中可附上優惠的商品鏈接，有助於轉化，或者使用push的方式去提醒用戶。注意這種方式發券會對用戶造成打擾，因此注意發券的頻率和時間。主動觸發多用於刺激留存用戶、喚醒沉睡用戶。
四、用戶領取
用戶領取有兩種方式：直領和點擊領取。
- 直領指不需要用戶點擊“領取”按鈕，進到優惠券頁面，優惠券自動落到個人賬戶，即系統自動發放，常見於活動頁或新打開應用的場景下。
- 點擊領取顧名思義就是需要用戶點擊一下“領取”按鈕，優惠券才會落入個人賬戶。
△用戶領取優惠券流程圖
五、用戶使用
在訂單填寫頁，系統會默認給出面額最大的優惠券，金額相同優先使用先過期的券。用戶也可自己選擇是否使用優惠券或其他可用優惠券。需要注意的是：在優惠券列表頁，達到當前訂單總價的優惠券才能使用，其他不可使用優惠券置灰不可選，靠後展示。
實例設計：
△優惠券原型圖
△用戶使用優惠券流程圖
六、優惠券退還
優惠券退還要看具體的場景，一般有以下幾種：
- 用戶下單未支付，取消訂單，優惠券可退還；
- 商家在訂單未完成的情況下，發起退款操作，優惠券可退還；
- 用戶下單支付後，申請退款，優惠券不退還。
七、數據分析
數據分析是對用戶領取、使用優惠券進行數據統計，從而查看活動效果。投入多大成本，帶來多大轉化率。
- 領取率：優惠券領取總量/優惠券發放總量；
- 使用率：優惠券已使用總量/優惠券已領取總量；
- 優惠總金額：使用該優惠券優惠的總金額；
- 用券總成交額：使用該優惠券的訂單付款總金額；
- 優惠總金額：使用該優惠券的付款訂單總數；
- 費效比：優惠總金額/用券總成交額；
- 用券筆單價：用券總成交額 / 使用該優惠券的付款訂單總數；
- 拉新數：領取過優惠券的用戶中，標記為新用戶的數量/總用戶數。
優惠券狀態可分為：待使用、已使用、已過期，已取消。
- 用戶領取優惠券後，優惠券處於待使用狀態；
- 成功使用優惠券後狀態變為已使用；
- 未在有效期內使用的優惠券狀態變為已過期；
- 退款的優惠券狀態為已取消。
實例設計：
△這是最基本的數據分析頁面，具體要視業務而定
大家可以看到，我在每個原型圖下都提到具體要視業務而定。因為任何產品設計的出發點，都是業務，都是在解決業務。雖然業務和業務之間有共同點，但脫離業務的設計沒有任何意義。
所以這篇文章中的所有原型圖都只能做參考而不能直接使用，具體要看公司的業務。
八、寫在最後
伴隨著這篇文章的推送，持續兩週的第二個版本迭代項目也在今晚上線。此次產品設計過程中，收穫是熟悉了優惠券這一塊知識，挑戰當屬溝通和跟進項目。
1. 跨區域跨部門溝通
都說產品必備技能之一是語言表達能力和溝通能力，確實不假。日常我們需要和開發、測試、運營和交互等交流。跨部門協作的，還需要和其他部門溝通。
此次優惠券需求，除了身邊的開發等同事，還有總部的優惠券公共平臺、營銷公共平臺、活動公共平臺、火車票平臺等，約五個跨區域跨部門對接。
自身溝通能力不夠，問題描述不清，對方回應慢等均是問題。只能說溝通是門藝術，也更要技巧，今後期待提高吧。
2. 保證項目按期完成，主動向上級彙報進度
作為產品，最怕聽到的是開發催需求文檔、催交互稿、催解決方案。從需求落地直到項目上線的這一整個過程，產品都要時刻把握項目進度。此次一個流程由於自己思考不全，導致緊急出交互稿，內心十分忐忑。
一個模塊需求不管是持續兩個星期或者一個月，上級都很關心項目進展，要積極主動向上彙報，不要總是等著他來問。
路漫漫其修遠兮，吾將上下而求索，加油，共勉。
題圖來自Unsplash，基於CC0協議
閱讀更多 人人都是產品經理 的文章
