你想知道的優惠券業務，SkrShop告訴你

通過兩年的更新「SkrShop」已經構成了下面的架構：

圖中紫色的內容就是本編文章的主要內容：營銷體系的基礎服務「優惠券服務」。可是呢，首先要說的是關於不斷被催更的事。

關於催更？

我給出了以下解釋：人逢假日懶🤷‍♀️(我沒錯😭)、工做緊、須要保證質量，就醬。可是我必定能保證的是一直會更新下去，但願獲得你們理解。

關於下期內容？

以前在Github上的Issues你們一致想看關於訂單相關的內容，因此更新完本期「優惠券」以後就開始了訂單之旅。

Issues以下：

1. https://github.com/skr-shop/manuals/issues/25
2. https://github.com/skr-shop/manuals/issues/18
複製代碼

進入正題，營銷體系的基礎服務「優惠券服務」。經過以下問題來介紹優惠券：

• 優惠券有哪些類型？
• 優惠券有哪些適用範圍？
• 優惠券有哪些常見的場景？
• 優惠券服務要有哪些服務能力？
• 優惠券服務的風控怎麼作？

優惠券有哪些類型？

對於獲取優惠券的用戶而言：關注的是優惠券的優惠能力，因此按優惠能力維度優惠券主要分爲下面三類：

優惠能力維度	描述
滿減券	滿多少金額(不含郵費)能夠減多少金額
現金券	抵扣多少現金(無門檻)
抵扣券	抵扣某Sku所有金額(一個數量)
折扣券	打折

對於發放優惠券的運營人員而言：

一種是「固定有效期」，優惠券的生效時間戳和過時時間戳，在建立優惠券的時候已經肯定。用戶在任意時間領取該券，該券的有效時間都是以前設置的有效時間的開始結束時間。

另外一種是「動態有效期」，建立優惠券設置的是有效時間段，好比7天有效時間、12小時有效時間等。這類優惠券以用戶領取優惠券的時間爲優惠券的有效時間的開始時間，以以用戶領取優惠券的時間+有效時間爲有效時間的結束時間。

有效期維度	優惠券類型	優惠券生效時間	優惠券失效時間	描述
固定	固定有效期	優惠券類型被建立時已肯定	優惠券類型被建立時已肯定	不管用戶什麼時間領取該優惠券，優惠券生效的時間都是設置好的統一時間
動態	動態有效期	用戶領取優惠券時，當前時間戳	用戶領取優惠券時，當前時間戳 + N*24*60*60	優惠券類型被建立時，只肯定了該優惠券的有效，例如6小時、7天、一個月

小結以下：

優惠券有哪些適用範圍？

運營策略

運營策略	描述
(非)指定Sku	Sku券
(非)指定Spu	Spu券
(非)指定類別	類別券
指定店鋪	店鋪券
全場通用	平臺券

適用終端

適用終端(複選框)	描述
Android	安卓端
iOS	iOS端
PC	網頁電腦端
Mobile	網頁手機端
Wechat	微信端
微信小程序	微信小程序
All	以上全部

適用人羣

適用人羣	描述
白名單	測試用戶
會員	會員專屬

小結以下：

優惠券有哪些常見的場景？

領取優惠券場景

領取優惠券場景	描述
活動頁面	大促、節假日活動頁面展現獲取優惠券的按鈕
遊戲頁面	經過遊戲獲取優惠券
店鋪首頁	店鋪首頁展現領券入口
商品詳情	商品詳情頁面展現領券入口
積分中心	積分兌換優惠券

展現優惠券場景

展現優惠券場景	描述
活動頁面	大促、節假日活動頁面展現能夠領取的優惠券
商品詳情	商品詳情頁面展現能夠領取、能夠使用的優惠券列表
我的中心-個人優惠券	個人優惠券列表
訂單結算頁面	結算頁面，適用該訂單的優惠券列表以及推薦
積分中心	展現能夠兌換的優惠券詳情

選擇優惠券場景

選擇優惠券場景	描述
商品詳情	商品詳情頁面展現該用戶已有的，且適用於該商品的優惠券
訂單結算頁面-優惠券列表	選擇可用優惠券結算
訂單結算頁面-輸入優惠碼	輸入優惠碼結算

返還優惠券場景

返還優惠券場景	描述
未支付訂單取消	未支付的訂單，用戶主動取消返還優惠券，或超時關單返還優惠券
已支付訂單全款取消	已支付的訂單，訂單部分退款不返還，當整個訂單所有退款返還優惠券

場景示例

場景示例	描述
活動頁領券	大促、節假日活動頁面展現獲取優惠券的按鈕
遊戲發券	遊戲獎勵
商品頁領券	-
店鋪頁領券	-
購物返券	購買某個Sku，訂單妥投後發放優惠券
新用戶發券	新用戶註冊發放優惠券
積分兌券	積分換取優惠券

小結以下：

優惠券服務要有哪些服務能力？

服務能力1: 發放優惠券

發放方式	描述
同步發放	適用於用戶點擊領券等實時性要求較高的獲取券場景
異步發放	適用於實時性要求不高的發放券場景，好比新用戶註冊發券等場景

發放能力	描述
單張發放	指定一個優惠券類型ID，且指定一個UID只發一張該券
批量發放	指定一個優惠券類型ID，且指定一批UID，每一個UID只發一張該券

發放類型	描述
優惠券類型標識	經過該優惠券類型的身份標識發放，好比建立一個優惠券類型時會生成一個16位標識碼，用戶經過16位標識碼領取優惠券；這裏不使用自增ID(避免對外泄露歷史建立了的優惠券數量)，
優惠碼code	建立一個優惠券類型時，運營人員會給該券填寫一個6位左右的Ascall碼，好比SKR6a6，用戶經過該碼領取優惠券

服務能力2: 撤銷優惠券

撤銷能力	描述
單張撤銷	指定一個優惠券類型ID，且指定一個UID只撤銷一張該券
批量撤銷	指定一個優惠券類型ID，且指定一批UID，每一個UID撤銷一張該券

服務能力3: 查詢優惠券

用戶優惠券列表	子類	描述
所有	-	查詢該用戶全部的優惠券
能夠使用	所有	查詢該用戶全部能夠使用的優惠券
-	適用於某個spu或sku	查詢該用戶適用於某個spu或sku能夠使用的優惠券
-	適用於某個類別	查詢該用戶適用於某個類別能夠使用的優惠券
-	適用於某個店鋪	查詢該用戶適用於某個店鋪能夠使用的優惠券
無效	所有	查詢該用戶全部無效的優惠券
-	過時	查詢該用戶全部過時的優惠券
-	失效	查詢該用戶全部失效的優惠券

服務能力4: 結算頁優惠券推薦

訂單結算頁面推薦一張最適合該訂單的優惠券

小結以下：

優惠券服務的風控怎麼作？

一旦有發生風險的可能則觸發風控：

• 對用戶，提示稍後再試或聯繫客服
• 對內部，報警提示，覈查校驗報警是否存在問題

頻率限制

領取	描述
設備ID	天天領取某優惠券的個數限制
UID	天天領取某優惠券的個數限制
IP	天天領取某優惠券的個數限制

使用	描述
設備ID	天天使用某優惠券的個數限制
UID	天天使用某優惠券的個數限制
IP	天天使用某優惠券的個數限制
手機號	天天使用某優惠券的個數限制
郵編	好比注重郵編的海外地區，天天使用某優惠券的個數限制

用戶風險等級

依託用戶歷史訂單數據，獲得用戶成功完成交易(好比成功妥投15天+)的比率，根據此比率對用戶進行等級劃分，高等級進入通行Unblock名單，低等級進入Block名單，根據不一樣用戶級別設置限制策略。等其餘大數據分析手段。

閾值

• 發券預算
• 實際使用券預算

根據預算值設置發券總數閾值，當觸發閾值時阻斷並報警。

優惠券不要支持虛擬商品

優惠券儘可能不要支持虛擬商品以防止可能被利用的不法活動。

---

[Skr Shop] 項目地址長按進入：github.com/skr-shop/ma…

---

SkrShop系列更多文章：

• SkrShop | 什麼，秒殺系統也有這麼多種！
• SkrShop | 購物車設計之需求分析
• SkrShop | 購物車之架構設計
• SkrShop | 通用抽獎工具之系統設計
• SkrShop | 通用抽獎工具之需求分析
• SkrShop | coder，你會設計交易系統嗎(實幹篇)？
• SkrShop | coder，你會設計交易系統嗎(概念篇)？
• SkrShop | 第三方支付的流程分析與總結
• SkrShop | 電商設計手冊之基礎商品信息
• SkrShop | 電商設計手冊之用戶體系