引言：优惠券系统的结构设计，原本是第二篇的一部分，考虑到篇幅太长就单独写了。系统的设计目的肯定是为了满足需求，第二篇分析了优惠券的使用场景，我们就根据场景来设计系统的功能结构。
上图为京东领券中心同一个品类的商品却有两种不同的券，可以算算哪个更划算，同时关注一下一张券都有哪些“元素”组成。
一、系统结构设计
1、系统功能结构图
下图是第二篇中总结的优惠券应用场景。把应用场景中的需求功能化，就可以得到系统的功能结构图了。
根据应用场景，整理出的功能结构。如下图：
老司机都明白这个转化的过程，大家如果有兴趣以后单独讲解需求分析和挖掘。
2、系统流程
优惠券的“生命周期”：生成、发放（领取）、使用、结果回收。流程图如下：
二、系统核心功能
券系统的功能从结构图中可以看出是4个模块，结构图只是系统的框架，功能需要处理更细节的需求。
1、券管理
券系统的核心和基础就是券，需要先有券这个“物质”载体，才能有券的发放和使用等后续的业务及流程。
券和营销活动不同，营销活动只需要设置一个活动规则就可以使用了。比如：满减活动，设置好活动的规则，到活动的开始时间自动生效，到期活动自动结束。
券也需要设置使用规则，但是只有规则无法实现“发放”和“领取”功能。规则需要有载体才能发放给用户，这个载体就是券码。同样的券规则发给N个不同的用户，使用规则相同，但每张券的券码不同。当用户使用券时，系统可以根据券码来判断这账券的使用规则是什么。
这个好比软妹币，使用软妹币的规则相同，但是每张的序号不同。
所以除了券的使用规则，我们还需要根据这些规则来生成具体的券码，有券码才能发放给用户。
1）券规则（券模板）
券的种类在第一、二篇中已经确定有三种：礼品券、折扣券、满减券。（这三种是基础，基本能满足95%以上活动需要）
2）券码管理（券管理）
在券系统中券码才是正真的券，券规则只是一个逻辑。系统发券、用户领券、消费用券在系统中都是通过券码的流通来实现的。
券码就是一串随机生成的数字+字母组合的字符串，理论上越长可容纳的券数量越大。为了实际使用中方便，一般10-16位已经足够使用了。
券码要选择券规则来生成，这样生成的这批券码就有了对应券规则的券。
后台系统跳不出4个模块：增、删、改、查；
此处先讲最核心的“增”；
剩下的删、改、查在设计原型时再讲解。
2、券活动管理
有了券码接下来要想办法把这些券码发放给用户，能让用户自己领，甚至花积分兑换、花钱买那就更好了。
在此我们暂不讨论如何设计券的运营活动，先梳理系统如何实现发券和领券。#
1）发券活动
发券活动就是将券码发给用户。
首先需要知道给哪些用户发券（会员ID），其次给这些用户发哪些券（券码）。
发券的过程就是系统将会员ID和券码关联的过程，100张券发给100的会员ID，系统可以按照顺序将券码和会员ID绑定，同时系统将绑定关系记录下来，这样券就发完了。
发券主要是三个方式：
a. 运营人员通过券系统给用户推送券。
b. 设置发券营销活动，系统自动给用户发券。
和 a 相同只是多了系统自动发送的逻辑，提前设置会员要满足的发券时间、会员条件和发券的类型数量，后自动触发系统发放券。
c. 通过其它营销活动给用户发券（满赠、新人礼包、积分兑换、抽奖、邀请有礼等）。
其他营销活动发放券，方式a 的发券逻辑在运营同学的脑中，方式b 的发券逻辑在系统中配置，方式c 的发券逻辑在其它营销活动中。在c方式中 券系统需要和其他营销活动做对接，执行将会员ID和券码绑定的操作，并做记录。
文字描述还是惨白，上流程图：
2）领券活动
聪明如你可能已经想到了，领券和发券一样是将会员ID和券码 绑定并记录的过程。其实这就是是用户（会员）得到券的核心逻辑，无论用户如何获得券。
那么领券和发券有什么区别，为何要分开？
发券活动是广义的“发券”，其他营销活动都可以调用。领券活动是狭义的“发券”，只局限于用户在领券活动页面这一种形式。所以严格的讲，领券也是一种发券活动，但是两个活动需要配置的字段不同，所以就分开喽。
a. 设置领券活动（前端设计领券活动专区，用户进入领券活动后自行领取）。
b. 在前端页面展示券，用户自行领取。（商品详情页）
流程和发券中的“c 其它营销活动”相同。
3、券使用
券的使用从场景不同可以分为：下单使用 和 核销（非下单使用），其实严格的讲两个方式最终的目的和结果都一样。
首先，要核实券的状态是否可用，以及是否满足券的使用规则；
其次，如果满足券的使用条件则将券标记为“已使用”，同时给用户相应的“优惠”；
最后，按照系统的“分摊规则”来将优惠的这部分金额做处理，以满足财务的记账要求。
1）下单使用
绝大多数的券都是在下单场景下使用的，因为一切营销活动的目的都是为了“下单”，券同样也不例外。
a. 线上电商下单：大家日常在京东、阿里系产品中券的使用都是线上电商中使用券。
b. 线下门店下单：现在越来越多的“新零售”都会遇到优惠券在线下使用的场景。
其实也没有那么复杂，可以借鉴美团团火锅的场景：在美团团个火锅，到店以后出示订单详情的二维码，这样就解决了线上和线下打通的问题。
当然，并不是表面看起来这么简单，后面详细讲解。
c. 客服下单：如果 你们的平台客服人员还承担电话下单的职能，那么客服在下单时也需要考虑券的使用。
2）核销（非下单使用）
礼品券和 满减券、折扣券最大的不同：礼品券可以直接兑换礼品，不需要下单。而满减券和折扣券 下单是必要条件。
所以礼品券在电商平台并不多见，或者几乎没有。
礼品券更适用于线下向线下引流的场景，用户凭券到店可以兑换一个……
a. 礼品券核销：用户凭券到店，在门店核销券。给用户发礼品。
b. 异业合作：异业合作大多都是临时的活动合作，所以一般情况下不具备系统接口打通，异业商家可以使用我方的券。
为了满足异业商家发放我方的券，可以将券码导出。通过异业商家的系统发放。或者直接把券码印成实物券，发放给用户。
用户到商家使用我方优惠券，也可以通过“a”的礼品券核销功能实现，只需要给异业商家开发系统权限即可。
总之，无论是下单使用还是用户核销，用券分为两个部分：用户使用和系统核减券。全系统需要和前端或者其它营销活动做数据对接，流程如下：
此处应有流程
4、券统计
券发完了，肯定是要回收活动结果。从券被使用的角度需要通过券的使用率来分析，从活动效果的角度需要的数据维度会更多。
此处只讲最核心的基础数据：每个券码的使用情况，发券活动的发送结果，领券活动的领取情况。
运营同学要的其它数据都是基于这些基础数据加工而来，目的往往是想统计这些券费用是多少，带来的销售是多少，以此来衡量活动的效果。更多的数据，此篇不再赘述。
1）券使用统计
统计每个券码的领取情况和使用情况：券码、领取会员信息、领取时间、是否使用、优惠金额、使用渠道、使用时间、订单号。
2）券活动统计
a. 发券活动的发送结果：发送总数、发送成功数、发送失败数、使用数量、使用率、用券订单。
b. 领券活动领取情况：活动总份数、领取会员数、领取券数、使用数量、使用率、用券订单。
结语：优惠券系统就是券的“一生”：生成券、发放券、使用券 和 券使用统计，下篇我们根据这些功能做原型设计。
[第一篇] 优惠券设计从0到100『一』
[第三篇] 优惠券设计从0到100『二』
[第四篇] 优惠券设计从0到100『四』
