引言：設計原型應該是很多同學最關注的，但原型設計其實是系統設計中最簡單的部分。把產品的邏輯和結構梳理清楚了，設計原型就是一個“體力”活了。順便說一下第三篇有更新，較早看過的同學可以關注下。

文中的原型只涉及了核心功能，只起拋磚引玉作用，望包涵

後臺系統原型設計我們分為兩個步驟，先設計系統的結構。再設計每個模塊的詳細功能。

一、系統結構設計

系統功能結構圖上篇已經設計好，如下圖：

系統功能結構

系統菜單設計，根據機構圖設計菜單，如下圖：

系統菜單設計

一般的券系統和營銷系統設計在一起，這樣的設計既可以複用系統管理功能（用戶管理、權限管理、登錄等），又可以減少系統之間的對接。 沒有特殊情況不建議將券系統做獨立系統，關於“系統管理”的部分，也是系統設計的基礎，此處不再詳述。

在系統設計時能複用的部件主要是菜單和頁頭，所以可以將這部分做一個母版可以提高設計效率

二、功能設計

在第三篇已經提到了，後臺系統從原型設計來講就是4個基本模塊：增、刪、改、查。根據這個原則，初上手設計原型的同學可以防止遺漏模塊。

系統設計時會產生歷史數據的數據，都不做“刪”和“改”，所以券系統設計我們也不做這兩塊。

1、券管理

1）券規則（券模板）管理

第二篇已經分析並確定券類型：折扣券、滿減券、禮品券。

各個券規則需要的字段在第三篇也做了總結：

券規則及所需字段

我將三種券規則的管理，設計到一個菜單中，這樣減少了系統菜單的數量，從運營同學的角度看系統“簡單”了。工程師開發時也能複用功能，但這樣做缺點也很明顯：增加了系統耦合度，只要有一種券規則需要調整會影響其他券規則的使用。在設計系統時大家要酌情考慮是分開還是合併。

A 滿減券詳情設計

滿減券規則詳情

字段不逐一解釋，講一下關鍵字段。

面值：券減免的金額；

條件金額：券的使用條件，需要滿足此金額才可減免對應券面值的金額；

最多減免金額：如果券減免邏輯是循環的需要此字段。例如：每滿1000減50，那麼2000就會減100；

有效期類型：“固定”有效期，無論用戶何時領取到券。券都是在固定的時間生效和固定的時間失效。例如：從2019-08-01 00:00:00 到 2019-09-01 00:00:00 有效。無論用戶7月31日領導券還是 8月31日領到券都是在這個固定的時間範圍內可用。

“動態”有效期，從用戶領到券開始，規定的時間內有效。為了防止券有效期不可控，增加“截止使用日期”。例如：券有效期天數是30天，截止9月5日前使用。用戶7月31日領到券，在8月29日前可使用。如果8月3日領到券則在9月3日前可用。

動態有效期

用券渠道：現在前端產品都不是單一的，小程序、M站、App、PC站。用來控制券可以哪些渠道使用。

用券門店：或者叫“用券商家”，平臺產品有多個商家需設置券可以在哪些商家試用，如果是新零售項目需設置券可以在哪些門店使用。

參與商品：可以使用次券的商品，買哪些商品可以用此券。

B 折扣券

折扣券規則詳情

折扣券的字段和滿減券類似，不再贅述。

C 禮品券

折扣券規則詳情

禮品券的規則更簡單。和滿減券、折扣券最大的區別是：禮品券設置的是“兌換商品”，而不是參與活動的商品。用此券可以兌換什麼商品，兌換幾個。

---

2）券碼管理

A 首先，根據券規則生成券碼。

券碼是在券規則的基礎上生成的，所以可以在券規則的列表增加生成券功能。根據實際需要也可以單獨菜單做功能，選擇券規則，填寫生成券碼數量，提交後系統根據券碼生成規則自動生成券碼。

生成券碼

在券規則過期前，券碼都可以導出，不限次數和數量。

B 系統需要有券碼列表，這樣方便查看和管理。

券碼有兩個基本管理功能：作廢、核銷。

作廢券碼後此券碼不可使用，核銷功能等同於用戶使用，在後面“券使用”詳細講解。

券碼管理

券作廢和券核銷考慮使用場景，需要有批量處理功能，大家自行腦補。

2、券活動管理

發券活動我們只能設計人工和系統自動發放券原型，需要其它營銷活動發放券都是通過系統接口調用來實現的，如果有機會給大家講其它營銷活動我們再詳述。

發券和領券活動，都是將會員ID和券碼關聯，並記錄關聯關係的過程。（在第三篇已經做了詳細講解，本篇不再重述）

券活動列表如下圖：

券活動管理列表

1）發券活動

人工發券只需要有券規則和會員ID，提交後系統自動生成券碼，並將券碼和會員ID進行綁定。

人工發券活動

發券方式上圖展示的是“按照會員等級”發券，還有導入會員ID的方式如下圖：

發券活動-導入會員

系統自動發券活動，就是在人工發券的基礎上，增加自動觸發發券的邏輯。基於人工發券的邏輯大家自行腦補或者實踐。

2）領券活動

正如第三篇提到的，此處的“領券活動”專門特指“領券專區”的活動，其他場景的領券活動 = 其它營銷活動 + 領券

領券活動詳情原型

關鍵字段

優惠券總量：領券活動整體可被領取的券數量；

每日限量：領券活動每日可被領取的券數量；

會員每日限量：每個會員ID在領券活動期間可領取的券數量；

會員總限量：每個會員ID每日可領取的券數量；

3、券使用

券的使用第三篇中也做了詳細的描述，不再重述。

1）下單核銷

線上電商、線下門店、客服下單都是在下單時使用券，此過程券平臺是沒有用戶界面的，所以不需要設計原型。

2）非下單核銷（直接核銷）

用戶憑券直接到店兌換禮品就是非下單核銷的場景。

在上面 “1、券管理——2）券碼管理——B 系統需要有券碼列表……” 的券碼列表配圖中已經有了券核銷的原型。

沒注意的同學，倒回去看

4、券統計

報表從原型設計上最簡單了，就是一個“表格”。所以報表原型設計不重要，把表後面的邏輯“講”清楚，才是工程師同學最需要的。

1）券使用統計

券使用統計原型

設計券使用報表如果有運營同學的需求時最理想的情況，如果沒有具體的需求有以下幾個關鍵點：

A 券是哪個會員獲得的

B 券被使用了沒有

C 如果券被使用了，哪個訂單、何時使用。

這些點之所以關鍵，是因為運營同學關注的方向是“費比”，這些數據是基礎。

2）券活動統計

原型設計可以說是整個系統設計最費“體力”的部分，也是我最不喜歡的。所以券活動的統計就留給大家思考吧

結語：券系統的設計，遠遠不是短短4篇文可以講全的。 只是給大家講了核心的部分，涉及到券銷售、財務部分、以及更多券的類型，以後有機會再續。