本系列文章会列举抛出一些新人往往容易忽略的细节问题并尝试对细节进行深入分析，今天主要想讲讲关于优惠券的分类及对应设计思路。
为什么要写这个系列
本人三岁产品经理，自从转岗产品岗后很少写文章于是发现自己的文笔已经是一天不如一天，在踏入30岁队列后也开始对后续的职业规划发展有一定思考，因此决定把自己的文笔给捡回来。
之所以选择“优惠券”作为自己的开山练手作仅仅是因为最近在设计电商优惠券系统，而2年前刚转产品岗的时候已被安排过优惠券需求整理的任务，后来领导层因为“优惠券也是钱，这个钱由谁承担”这一类的问题而把这个需求搁置了。
如今因为业务需要于是重新把需求进行了梳理，对优惠券有一些自己新的认识和看法，虽然在平台内已经有很多大神对优惠券系统的相关需求进行了经验上的分享，但是其实真正投入去整理思考的时候会发现存在许多细节和等待你掉下去的坑。
时隔两年后重新回望当年自己产品小白的需求文档，也发现自己确实掉好几个坑里了，相信很多产品新人也会遇到诸如此类的问题，因此本人这次就以优惠券系统为展开去分享一些认识，能帮助到别人最好，实在不行就作为自己的文笔练习素材，如有错误或者不同看法也欢迎大家评论区交流探讨。
关于一些很少人提到却又容易被忽略的细节
平台内关于优惠券系统的文章，绝大部分都是从整体层面去讲述大流程，也有部分文章是针对其中某一部分进行了展开介绍，浏览下来确实起到了一定的引导作用，但是关于一些实际需求整理过程中必须解决的细节问题却很难寻找到相关资料。
所以关于优惠券整体介绍我就不重复展开，大家可自行搜索浏览，本系列文章会列举抛出一些新人往往容易忽略的细节问题并尝试对细节进行深入分析，今天主要想讲讲关于优惠券的分类及对应设计思路。
关于优惠券业务场景的分类总结
关于优惠券种类，我们经常可以听到全品券、类目券、品牌券、活动券、单品券，现金券、满减券，在不同的分类纬度中都可以分出多个种类，但是多种分类组合起来后会让刚接触优惠券系统的新人们分不清楚，而如若在设计规划优惠券系统时不全盘考虑，后续若需增加优惠券类型则可能会带来重复性开发而浪费资源。
因此搞懂优惠券类型上的逻辑区别，理清楚当前业务形态下更需要何种类型优惠券进行优先开发，并留好后续产品设计的余地，会让后续的迭代过程更加顺畅。
目前，常见的分类维度如下：
1. 领取门槛
领取门槛主要指当用户浏览到优惠券领取入口时，以当前用户身份状态下是否能成功领取到优惠券。常见领取门槛有4种：
普通优惠券：最普遍的形态，只要是个人都能领（特殊情况除外，如电商平台常见的黑名单号则可能无法领取）；
首单优惠券：仅未在商城成功下过订单产生订单记录的用户可以领取；
指定用户优惠券：不同电商产品体系下通常会有不同的设计，如：京东的vip等级用户优惠券、云集的店主专享优惠券，均是这样一种类型。
2. 领取方式
领取方式主要指优惠券如何成功到达用户的优惠券账户中，成为用户所持有的“可用优惠券”。
常见领取方式有2种：
被动领取：系统自动发放优惠券到用户账户中，通常将配合推送、短信通知等运营手段一并执行。
3. 可用商品范围
可用商品范围主要指用户所领取到的优惠券可作用于哪一些商品，通常先规定商品类型如仅作用于实物类商品，否则就会有一定风险造成之前拼多多优惠券羊毛事件（优惠券可作用于虚拟充值类商品），接着才是规定可适用商品目录。
常见可用商品范围有4种：
单品优惠券：仅可用于所指定的单一商品；
指定商品优惠券：可用于所指定的多个商品；
类目优惠券：可用于指定的某个一级类目或二级类目下的多个商品，通常会有个别特例商品除外；
全品优惠券：可用于平台内所有的商品，通常会有个别特例商品除外。
4. 使用门槛
首先需要把领取门槛和使用门槛区分清楚，前者是“怎么样才能拿”，后者是“拿了后怎么样才能用”。使用门槛是指当用户挑选了可用商品范围内的商品后，需满足的某一个条件后才能进行使用。
常见使用门槛主要有2种：
满减券：订单中符合使用范围的商品需要满多少元才可以减去优惠券对应面额的金额；
立减券：也可以叫现金券或无门槛券，即只需要商品属于使用范围以内，即可直接使用。
5. 有效期
有效期是指优惠券在时间维度上的使用限制，即领取后必须在什么时间条件下才能使用。
常见有效期有2种：
普通优惠券：通常优惠券会设定使用时间为某一个时间节点至另一个时间节点，在时间范围内才可使用指定优惠券；
限时优惠券：规定领取后的某一个时间段内可使用，如“领取后7天内可用”。
关于多个不同优惠券类型的设计思路
1. 看似种类场景繁多，但底层逻辑都是“4W1H”
上述分类总结仅仅列举了常见的优惠券场景，实际上不同平台均会在上述5个维度有自己特定业务场景下的延伸，然而从系统逻辑角度去看这个问题，绝大部分优惠券业务场景下的底层逻辑都逃不出“4W1H”。
如下图所示，所有优惠券其实就是5个维度下的顺序组合。
从领取门槛来看：这个维度下设定相对灵活，只需要在用户触发“领取”动作时通过条件判断是否应该发放。比如新人优惠券，通常会根据“新人”的定义做相应的系统设计，如“24小时内注册”则规定“用户领取时间减去用户注册时间，小于或等于24小时，才可顺利领取”；而首单优惠券，则是领取时判断用户订单数据是否为0,0则可以领取，否则不可领取。
从领取方式来看：主要根据运营场景需求设计即可，需要注意的是被动领取除非是由运营人员后台触发系统发放，否则通常都会让用户完成某个平台所规定的特定条件或者流程后获得，如注册后获得、成功支付下单后获得，参加抽奖游戏后获得。
从商品范围来看：单品、指定商品、类目、全品优惠券都是创建优惠券时需明确平台内所有商品的子集，这个子集内的商品就可以使用优惠券，最后剩下的问题仅仅是这个子集到底是多大而已。
从使用门槛来看，满减券和立减券的使用条件都是可使用券的商品价格加起来必须满X元才可减Y元，只是在立减券的使用场景下，此时X等于0，立减券的使用门槛也就是“无门槛”。
以有效期来看，限时优惠券与普通优惠券，都是创建优惠券时需明确该优惠券可用时间范围为A时间点到B时间点，区别仅在于普通优惠券的A、B时间点均为已明确的时间节点。而限时优惠券的A时间点为未知时间节点“优惠券领取时间”，B时间点则为“优惠券领取时间+优惠券可用时间时长”。
2. 任何一种优惠券都是以上5个维度的排列组合
以最常见的电商常规优惠券场景来举例，如大家所熟知的京东“满105减5的全品类优惠券”，便是以下5个维度中不同的方案设置组合而成的结果。
另外又比如瑞幸咖啡的新人优惠券，可用于大师咖啡/零度拿铁，7天内有效，则是以下的方案设置。
因此，当理清楚优惠券的5个维度，市面上95%的优惠券都能适用于该方案模型。
3. 优惠券后台设计思路
产品经理在面对业务部门随时提出的各类优惠券场景需求，如果在规划优惠券系统的初始阶段可以把上述5个维度分为5个子模块功能进行设计，甚至前瞻性地告知技术人员预留好接口类型，相信可以很大程度上节省后续的迭代开发资源。
后续比如业务又提出了“新人优惠券”需求，此时我们只需要在“领取门槛”这个子模块里进行对应的拓展设计，增加“仅新人可领取”的产品需求即可，同时也会最大程度地避免影响扰乱到另外4个子模块。关于这一块内容准备下一次文章结合优惠券系统需求文档的分享再另行展开。
结束语
第一次写产品认识分享文，原先的提纲列好后下手才发现真写出来会是一个大坑，而目前仅为了阐述设计思路就已经写了这么大篇幅，所以写着写着就决定调整成多篇来写，后续会将上述五个子模块功能设计展开介绍，另外优惠券所涉及的售后流程、结算流程都是不小的坑，有机会也会拿出来细讲。
如果表达不清晰或者有错误看法的请大家及时指出，我也会第一时间考究并进行调整修改，以免误导他人，谢谢各位耐心看到这里。
