ps：此代金券系統的規劃是建立在SDK的產品上

一、代金券需求

近期，公司的遊戲產品需要做折扣系統，目的提高付費率。簡單來說就是玩家購買遊戲商品獲得一定的折扣。

二、關於折扣形式

這裏折扣形式可以有：

1. 直接在產品進行打折；
2. 發放活動券；
3. 提供充值返利；
4. 代幣等。

1.直接在產品進行折扣處理

這種方法最為簡單，無論是技術實現還是產品角度都是最方便的，但是用戶體驗感也是最不好的。用戶很直觀看到有打折，打折僅僅打折並沒有拿到實際的東西，用戶得不到真實的感知質量，這就是用戶感知性；

2.發放活動券形式

這種是我們目前采用的一種方法。考慮到滿足用戶的感知性另外活動券還能夠完善遊戲產品的折扣體系，為以後其他的遊戲產品打算做折扣活動的時候埋下基礎。

3.充值返利

我們對於這種返利通常會面向大R用戶做的線下返利。簡單來說就是買贈活動，金錢上並沒有少，反而贈送一些有價值的產品。但是並不是每一個用戶都會需要，同樣這種形式無法滿足普遍大眾用戶的需求。

4.代幣

所謂代幣就是和QB同一個道理。這種情況比較復雜，針對公司目前支付體系以及遊戲產品的充值體系，同樣排除這種做法。如果條件允許，還要考慮代幣和遊戲幣之間的權重。

三、代金券需求

1.代金券需求分析

在上面折扣形式中，我們經過一輪分析後決定采用活動券作為折扣活動的一種形式。我們將采用代金券這種券類進行設計。（折扣券分優惠券，代金券，滿減券。大同小異，效果都一樣）

所以有如下代金券的需求分析：

1. 角色：玩家
2. 場景：遊戲內購買商品
3. 路徑：玩家購買商品後選擇相應的代金券進行支付

（代金券屬性分析）

1. 代金券名稱：根據不同的活動或者產品名稱自定義，或者僅作為後臺生成代金券的一種記錄手段
2. 來源：代金券是通過何種手段發放到玩家手裏。線上線下？兌換碼？後臺領取？
3. 價值：代金券的抵扣金額數
4. 使用範圍：即代金券只能在特定的產品或者渠道上使用
5. 有效時間：顧名思義
6. 發放規則：這裏指玩家能夠自動分配或者手動領取。而狀態表示代金券的領取狀態。
7. 使用規則：指的是滿足一定的條件才能夠生效。而狀態表示代金券的使用情況，這裏說明下

• 可用：指的代金券可用
• 已綁定：指的是代金券與訂單號綁定（已綁定狀態還可分訂單的狀態進行再區分：玩家未付款，玩家超時未付款）
• 已使用：代金券已經使用，訂單號已完成
• 已失效：指時間過期

8.權重：每個代金券只能綁定一個交易訂單號；每個代金券只能使用一次

（代金券功能需求規劃）

在畫腦圖之前先YY下代金券該有的功能需求，包含前後端。這裏不考慮數據庫之間的交互模塊。將所有滿足代金券功能需求的模塊畫進去後，再進一步分析出哪些是必要的，不必要的，哪些是MVP的功能。

當然，你會遇到以下的問題。然後需要解決。

1. 玩家點擊代金券，無法領取
2. 玩家使用代金券後超時未付款，下一步如何處理
3. 玩家在哪裏領取代金券
4. 玩家在哪個地方選擇代金券
5. 代金券重復領取了咋整
6. 代金券數量不夠
7. 代金券怎麽設置生效時間，上架時間，發布時間

……

TIP：所有有可能出現的問題，都必須進行窮舉。不斷窮舉會不斷發現新問題，產品功能的完善也就更進一步。這裏的窮舉不分前後端，是整體的窮舉。包括不同的角色在使用該功能時會產生什麽樣的問題，會遇到什麽困難，需要如何解決。

2.代金券後臺功能規劃

代金券系統後臺功能主要4大功能模塊：創建模塊，搜索模塊，狀態透視表以及數據分析。

1.創建模塊是第一步，這裏需要考慮到前端展示。

讓用戶能夠更直觀的領取和使用代金券。創建模塊等於賦予代金券屬性，上面提及的代金券屬性分析中都必須從這裏創建。另外這裏還需要考慮代金券的上架時間，明確發行代金券的操作人員，以及設立一個數量預警功能。

2.搜索模塊：根據不同維度在代金券系統中搜索想要獲取的信息

3.狀態透視表：後臺操作者想要看到目前代金券的一個使用情況就通過數據表進行表達。

數據表應該包含的最基本的是該代金券目前的使用情況，期限，數量以及可操作的功能

4.數據分析：數據分析是作為運營的重要指標，該批代金券是否對產品帶來收益或者該代金券在本次活動是否有效果。

都可以通過分析代金券的使用情況，分析代金券過期未使用或者綁定未使用等用戶行為，對後期做進一步的用戶指導。

（創建代金券模塊，相關字段原型圖）

四、前端規劃

代金券前端規劃

前端規主要考慮用戶體驗那麽就需要考慮下面幾個問題：

• 代金券如何出現？
• 如何讓用戶去認識代金券？
• 用戶從哪裏找到代金券？
• 用戶怎麽使用代金券？

TIP：結合原型分析代金券前端該有的因素，以及用戶如何實現使用代金券的操作步驟，盡可能減少用戶操作但又要確保操作順暢。接著需要揣摩你設計的每一個頁面之間的跳轉邏輯，窮舉一切可能出現的操作，進一步完善產品功能。

（前端界面“代金券中心”原型）

基於該代金券系統是用在SDK產品上，前端的設計自然要考慮到產品的特性進行設計。與移動互聯網大體上也是沒什麽區別，該有的功能都有，只是前端展示不同。

TIP：領券失敗會有什麽情況。網絡原因？代金券不足？已下架還在展示？已刪除還在展示？……我的代金券中，代金券無法使用？使用無效？……等情況都需要考慮分析。

最後將UI設計稿交付給設計師。如果沒有UED或者UX只能自己進行布局，再交由UI部門進行切圖設計。再講切好的PNG交給開發人員。然後跟進開發，在開發中解決開發們對文檔的疑惑。

TIP：點擊一個按鈕如何跳轉？會產生什麽效果？觸發某事件會提示什麽？如何提示？等等

結語

市場分析和競品調研這裏就沒有做過多的記錄。因為產品是SDK產品，對於技術層的要求和了解自然要多。對於接口的定義，數據庫字段等等這裏就不一一說明，說到底還是要多和開發交流，多看書，多在網上看別人分享的東西，在自己總結分享出來。

寫這篇文章的目的是分享下自己在規劃SDK代金券系統時候一個大概的思路，同時讓自己知道做了什麽如何去做，也在各位大牛們身上收獲不少，自然希望能夠幫助到其他人。當然可能寫這篇文章會有部分邏輯有問題，歡迎指正一起學習。

（數據庫的交互整體結構圖）

產品規劃：如何規劃代金券系統？