凡是提供服務的產品，本質上都是交易產品，涉及交易就會有各種促銷方式，優惠券是促銷最常見的一種；我將從建劵、發劵、用劵、監控四個維度淺析優惠券系統的搭建。

一、建券

創建優惠券是優惠券系統搭建之本，所有的基礎規則開關都要在此時細化，盡可能基于當前產品覆蓋更多的業務場景，比如：電商中有滿減劵而金融中有加息劵。

創建優惠券組成元素：面值、類型、時間、狀態、使用范圍、退款、領取限制等。

• 類型：優惠券類型的創建要根據公司業務去設計，主要有：滿減、折扣券、包郵券、全場通用劵、兌換碼：輸入單條兌換碼獲得某個活動的單獨劵一般用于支持特殊活動。
• 時間：時間分為：發放時間與生效時間，發放時間可設置為實時發放與領取生效；生效時間是用戶已獲得的優惠券的時間區間，可設置周期時間精確至秒單位。
• 使用范圍：一般支持全場通用、某個專題活動、某個分類、某個商品。
• 領取限制：考慮運營每次發放優惠券的成本，一般會有優惠券的領取數量限制。
• 退款：根據運營活動設計是否需求退劵功能，如有，則有兩種場景：訂單有單個商品：退回用戶商品實付金額與劵即可；訂單有多個商品：將符合優惠券的商品按數量均攤退實付（不符合的優惠券的商品金額需去除）。

二、發券

后臺建好劵后客戶端用戶獲取的方式有：

1. 新人專區：促使新人在平臺轉化支付第一單所用，通常商品為負毛率。
2. 邀人發劵：邀請新用戶注冊后得劵，為拉新所用。
3. 領劵專區：平臺領劵集合處，非常多劵用戶自行領取。
4. 商品領劵：商品詳情頁領取此商品或促銷專區劵。
5. 分享領劵：分享某活動或商品得劵等方式。

發劵是為了提升交易成功的概率，那么給用戶發到他最想要的劵才是發劵的核心。

整體思路：了解用戶、了解商品、平衡兩者關系發給他最想要的劵。

影響用戶下單的因素有：

• 用戶：性別、區域、手機類型、客單價、優惠劵使用記錄等。
• 商品：搜索關鍵詞、分享商品、購物車商品等。

我們首先要做的是細分，將用戶和商品進行細分貼上標簽：

• 用戶：價格敏感用戶、品質敏感用戶等。
• 商品：品類劃分標簽、價格劃分標簽等。

到此我們已經將用戶和商品進行細分，已經大概知道用戶是哪個標簽組的人對哪些商品比較感興趣了。

接下來，我們要做的事：平衡與窮盡。

了解當前用戶最想買的商品，在打動用戶與商業利益的天平上找到最佳平衡，之后窮舉所有情況，如：

• 價格敏感用戶A在北方,近期搜索了199元棉被并加入購物車，往期平均購買單價為90元，給他發一張棉被專用劵滿199元減100元。
• 品質敏感用戶B在北京，使用iPhone X 分享999元衣服給微信閨蜜討論，往期使用折扣劵較多，給她發一張服裝品類8折劵。

如此，根據具體階段產品目標設置標簽與派發規則，原則：給他最想要的讓他占便宜讓他爽。

三、用券

我所負責的產品是基于微信生態的交易產品，特點有：時間碎片化、 推薦式消費。

前期已經花了十分的功夫讓用戶拿到優惠劵，所以此時要讓用戶用的爽，用的快。

• 爽：至少從明面上讓用戶感知到爽，比如：支持原價打折后再次用劵，相當于折上折的感覺。
• 快：用戶時間都很寶貴為用戶做出最大利益化決策，在交易環節每提升一秒意味著收益更快一步到賬。

優惠劵自動匹配策略：在訂單支付環節根據訂單金額自動為用戶使用最大優惠的那張優惠劵。

算法排序：

1. 優惠券面值金額不同，按優惠金額由大到小排序。
2. 優惠券面值金額相同，按截止日期排列，最快到期的排在前面。
3. 一筆訂單，有多張劵，金額相同，優先使用指定商品劵。

場景：用戶接到朋友小程序推薦的一個商品，點擊查看商品詳情，覺得自己近期有用且有劵可領，點擊立即購買在訂單結算頁顯示活動減免X元后自動使用剛剛領取的指定商品劵，支付成功覺得劃算分享給另一好友。

四、監控

監控模塊為數據后臺搭建的一部分，優惠券策略需要自行進化，而進化基石就是數據。

監控模塊需要數據底層支持主要分為兩個模塊： 畫像、優惠券。

• 畫像分為：用戶：盡可能了解用戶，細分用戶群體；商品：盡可能匹配商品，推薦他想買的。
• 優惠券：頁面訪問PV、領劵率、領劵流程彈出率、使用率、領取失效率、類型使用排行等。

通過畫像標簽的數據進化與優惠券的數據相互作用，根據階段目標找到最優解。

本文由 @?World 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議