在上一篇文章《优惠券的设计指南（一）》中，已经将优惠券整套系统进行了大的框架梳理，接下来的文章将着重于细化每个系统的设计，将慢慢从框架变成有血有肉的系统。
优惠券系统，作为整套系统的基础和核心，将首先进行设计。当然了，考虑到业务的不同，我在这里做了一个过滤。一方面是优先将框架讲清楚；另一方面就是基于当前饿了么、美团外卖的下单之后分享的红包作为业务基础，去讲解我理解的设计。
在上一篇文章中，讲到的优惠券系统，包括三部分：优惠金额、限制、有效期。那接下来，将分别去讲述。
一、优惠金额
作为优惠券，作用自然是对金额进行优惠，那优惠的额度，自然是关注的焦点。从目前的情况来看，设置可归纳为两种，固定金额和浮动金额。
1、固定金额
固定金额言外之意就是这张优惠券的金额是固定的， 不会随着订单的金额进行变化，比如满减券、立减券，都可算作固定金额。
固定金额属于比较基础性的方式，也是目前比较通用的方式。
满减券意思是满足多少金额才享受减免，比如满30减5元；立减券则没有金额限制（订单金额必须高于减免金额。若订单金额小于减免金额，则使用后，金额为0），使用就会减免。
2、浮动金额
浮动金额，就是这张优惠券的金额是浮动的，在某一种情况下会产生不同的金额。引起优惠券价格的因素，一般分为订单和行为。
（1）订单
订单一般也是比较常见的一种，比如折扣券，就是基于订单进行确定的优惠金额。比如发放的8折券，就代表按订单金额的80%计算，那20%就是优惠金额，但具体的优惠金额会随着订单的价格不同而不同。
当然了，这里的订单价格，一般会分为两种，实际需支付金额和订单金额。由于在部分业务场景中，存在对部分产品或服务进行不计入优惠的范畴，所以会进行区分。
目前，折扣券也是属于比较流行的一种券优惠模式。
（2）行为
行为是指当用户进行了某种行为后，会基于行为进行判断优惠金额。饿了么、美团外卖的第X领取红包最大，就是这样的模式。
但“基于行为进行判断”这个逻辑一般会放到活动系统，而非在优惠券系统。
对于行为类的， 优惠券系统一般会设置优惠区间，设置两档的优惠区间，大的优惠区间和小的优惠区间。然后当有了行为后，基于逻辑后的结果，进行确定是取大的优惠区间，还是小的优惠区间。然后再确定优惠金额。
二、限制
这里的限制，是指非金额的限制，金额的限制，在“优惠金额”中已经设置。而这里的限制，是业务层面的限制。
这里拿饿了么、美团外卖的业务举例子。业务层面的限制包括：地区、使用时间、品类……
比如地区，会限制使用地区，发放上海地区的券， 无法在杭州的门店使用；比如使用时间，会限制券的使用时间，该券是下午茶券，从14:00-17:00 ，那在此时间段之外的无法使用；比如品类，会限制品类，比如该券是下午茶券，那只是是购买奶茶、甜点等品类时进行使用；
限制有很强的业务属性，完全体现了对业务的理解和深入程度，也从侧面能反映出运营的精细化程度。
三、有效期
关于有效期的设定，会有两种，一种是固定的有效期，设定一个是时间段；另一种是设定一个有效数，比如30天，一般是从领取之日起30天内有效。
饿了么、美团外卖一般是发放的第二种，从领取之日起多少天有效的方式，可以增加紧迫感，促进用户下单。
四、后台设计
上面的内容，只是基于优惠券系统的三部分进行讲述的，属于理论，如果你将按照这个进行设计后台，那将是完全错误的一件事情。
对思路的分析，是要从整体进行归纳和分析，而对于系统的设计，而是从一张优惠券的角度进行设计。 这是完全不同的两个角度。
那回归到一张优惠券，其实就是多个规则的组合，那就需要进行对规则进行梳理，然后集中到一个优惠券上。
后台的设计，会从饿了么的产品出发， 基于APP内看到的内容进行分析，而非官方设计，仅供参考。
1、规则
从上面讲述到的优惠金额、限制、有效期，其实都是规则的一部分。
从目前对业务的理解和优惠券的设计，大致上分了以下几大限制：金额规则、品类规则、品牌规则这三类。
（1）金额规则
金额规则，主要是确定优惠的模式，包括满减、立减、折扣三类。是固定金额，还是区间金额，会当做一个属性进行设定，基于设定，来确定折扣金额。区间金额不会出现在折扣类型上，只会出现在满减、立减上。
（2）品类规则
从饿了么APP来看，品类包括：果蔬生鲜、甜品饮品、美食、商超便利、早餐、夜宵、鲜花、医药、帮买帮送、准时达这几个品类。
由于品类作为公共内容，可不再维护范围内，品类规则，只是需要基于业务需要，对品类进行包装和再分组，形成符合的要去，比如鲜果超市红包，则品类会包含果蔬生鲜、商超便利两个品类。
（3）品牌规则
这个可以算作是品类的一个细分，当然也可以独立拿出来进行设定。
对于连锁类的比如麦当劳，一个品牌下面包含很多的门店，但无法通过品类限制，则可通过品牌进行规则设定。这里与品类规则是个互斥的，也就是设定了品牌，就无法设定品类，而且品牌是单选，不建议无法进行多个选择。
关于品牌规则， 可在设定一张优惠券时进行设定。可不进行规则设定。
2、优惠券
设定好了规则，就要开始设定优惠券了。此时的优惠券，完全是基于规则的整理和组合了。
3、之后
难道这样就结束了吗？显然并没有，这里只是将规则也好，优惠券也罢，只是将新建做了一个界面的设计，其他的还包括列表的展示、筛选条件的选择、编辑时的可编辑部分……都是需要后续基于业务进行逐渐丰富的。本文就不在赘述了。
五、异业合作
那对于异业合作的是怎么样的一个模式？
其实异业合作就是将合作方作为优惠券的发行方，进行对优惠券的发放，一般的步骤是：
那么对于优惠券需要做的就是：1、区分是自己券还是合作券；2、发谁的券；
那么单单从优惠券的角度，是加了一个模式，当模式为合作券时，需要同时增加合作方选择。
当然了，既然是合作方的券，那就需要在列表中增加一个导入功能，可支持导入合作方的券，同时可单独设置导入的规则，比如提醒、提醒警戒数等等。
关于优惠券的发放逻辑，包括异业合作，将在下一篇文章《优惠券的设计指南（三）：活动系统篇》中，详细为大家讲解，优惠券的发放逻辑，敬请期待。
素材下载地址： http://pan.baidu.com/s/1slodnVR 密码：h429
