引言：设计原型应该是很多同学最关注的，但原型设计其实是系统设计中最简单的部分。把产品的逻辑和结构梳理清楚了，设计原型就是一个“体力”活了。顺便说一下第三篇有更新，较早看过的同学可以关注下。
文中的原型只涉及了核心功能，只起抛砖引玉作用，望包涵🤗
后台系统原型设计我们分为两个步骤，先设计系统的结构。再设计每个模块的详细功能。
一、系统结构设计
系统功能结构图上篇已经设计好，如下图：
系统菜单设计，根据机构图设计菜单，如下图：
一般的券系统和营销系统设计在一起，这样的设计既可以复用系统管理功能（用户管理、权限管理、登录等），又可以减少系统之间的对接。 没有特殊情况不建议将券系统做独立系统，关于“系统管理”的部分，也是系统设计的基础，此处不再详述。
在系统设计时能复用的部件主要是菜单和页头，所以可以将这部分做一个母版可以提高设计效率
二、功能设计
在第三篇已经提到了，后台系统从原型设计来讲就是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篇文可以讲全的。 只是给大家讲了核心的部分，涉及到券销售、财务部分、以及更多券的类型，以后有机会再续。
[第一篇] 优惠券设计从0到100『一』
[第三篇] 优惠券设计从0到100『二』
[第四篇] 优惠券设计从0到100『三』
