在之前的文章里，作者针对营销工具之拼团活动的前后端做了一个简单的实例阐述。本篇文章主要是针对营销工具之优惠券的前后端的流程做一个分享，希望能够对大家有所帮助~
在国内电商网站中，优惠券是市面上最常见且适用范围比较广泛的促销模式。各大电商平台通过发放优惠券以达到拉新、促活，提高客单价以及客单量的目的。
一、理论篇：优惠券的类型
先看一张图吧，根据使用门槛和使用场景的不同，优惠券可以分成以下多种分类。
二、设计篇：优惠券的前后端设计实例
优惠券一般是根据优惠券的生命周期来设计的，优惠券主要分为：制券–发券–用券–统计等各阶段。
下面以一个满减券的生命周期来给大家详细讲述优惠券的全流程设计。在讲解实例之前，我们先对优惠券活动的生命周期，以及已领取优惠券的生命周期达成一个共识，方便后面对实例的理解。生命周期的定义如下图所示：
1. 后台设计实例
1.1 制券：优惠券的创建
设置优惠券活动时，一般分2个部分设置：基础信息设置以及活动商品的设置。
（1）基础设置一般包含以下信息：
1）用户类型：
常见的有普通券和新人券2种类型。
普通券：指全部用户可用的优惠券。
新人券：指新用户可用的优惠券。
2）优惠类型：
如上文所述，优惠券类型分为满减券，打折券，现金券，运费券，以及兑换券等等。
3）优惠券名称：
根据活动参与的时间段或者目的的不同，根据具体活动情况直接设置优惠券活动名称，以便区分不同类型的优惠券，也更易于活动的管理。
4）发放总量：
即发行量，此活动计划发放的优惠券总数量。
5）使用门槛：
此处以满减券为例，需要设置优惠券满减使用门槛。
6）优惠内容：
即优惠券面值。
7）用券时间：
即优惠券的有效使用时间，用券时间有2种形式：
绝对时间：即设置具体的固定时间段，
相对时间：即设置领取之日后多少天内使用有效。
8）每人限领次数：
支持限制用户的领取次数，比如，每人整个周期内可以限领X张，或者每人每天可以领取X张。
9）其他活动是否支持参与使用优惠券：
当平台有多种促销模式时，必然会出现互斥和叠加的情况，一般情况下相同类型的促销模式互斥，不同类型的促销模式可叠加。此处主要是针对其他促销活动与优惠券活动的的互斥和叠加的配置按钮。
（2）活动商品设置：
支持3种模式：全部商品可用，指定商品可用以及指定商品不参与，后两者选项主要是以SPU维度选择商品。
（3）活动管理
优惠券创建成功后，优惠券列表对应新增一条活动记录。活动的管理即是对活动状态的管理，优惠券活动的状态有：未提交，未开始，进行中，已结束，已终止5个状态。
活动状态定义
1.2 发券：优惠券的发放
优惠券有2种领取方式：
主动领取：用户自己手动点击领取的情况，
被动领取：系统主动发送给用户，
此处在我们前面说的系统设计中没有体现，是因为直接做成了隐藏逻辑，普通券的都是以主动领取的方式处理，新人券是被动领取的方式处理。可以根据实际业务做成可配置项，灵活性会更高。
1.3 用券：优惠券的核销
前端核销主要体现在用户端下单使用的正向流程，以及用户下单后取消或退款的逆向流程中，前端详细请参考下文优惠券订单处理的正向流程和逆向流程说明。
后台核销主要是针对各个场景下优惠券码的核销处理。如下图所示：
1.4 统计：优惠券的数据统计
主要统计优惠券的发放数量，已领取数量，剩余数量以及使用数量。通过对优惠券使用的数量，整场优惠活动的订单数，订单金额，以及优惠总金额等数据的分析，可以统计优惠券对应的客单价，复购率等信息。
2. 小程序前端设计实例
上面我们从实操角度，对优惠券功能的后端整体流程进行了梳理，当后台系统发起一个优惠券活动时，小程序前端同样也需要有对应的功能去做支撑，从而形成闭环。
通常小程序前端需要以下几支功能去支撑优惠券的运行：活动入口、优惠券列表、商品详情页的展示和交互、购物车和订单展示及结算层面、订单管理、退款管理、以及我的优惠券。
相对其他活动来说，优惠券在央视展示和交互方面要简单，主要逻辑还是集中在商品详情页以及购物车页面，对商品相应的可用优惠券的推荐，以及订单结算时可使用最大面额的优惠券计算及推荐。
2.1 活动入口
若领取方式为被动领取的情况下，支持系统以推送弹框的形式，在用户进入小程序时直接推送领取；
首页Banner广告位指定跳转优惠券列表页面；
首页优惠券展示位；
商品详情页&购物车页面&个人中心-我的优惠券，根据页面引导进入可领取优惠券列表；
2.2 商品详情页&购物车的展示和交互
若有符合商品详情页商品的优惠券，或者购物车有符合加购商品的优惠券，均展示优惠券项，并支持点击跳转到领取优惠券页面，引导用户领取可使用优惠券。
若有符合商品详情页商品的优惠券，或者购物车有符合加购商品的优惠券，均展示优惠券项，并支持点击跳转到领取优惠券页面，引导用户领取可使用优惠券。
下图是用户使用优惠券下单的正向流程图，以及付款后申请退款的逆向流程图。因业务原因，发货后的退款以及退货退款，不在系统层面体现，故此流程仅供付款后发货前，发起的仅退款类型有参考意义。
正向流程也就是优惠券核销的过程，优惠券的核销流程发生在订单结算页，用户在使用优惠券时，系统会按照以下逻辑进行优惠券核销操作：
优惠券的使用需要实时查询优惠券的基本信息，保证用户的下单体验；
在订单结算页面，系统需要计算出用户全部可用优惠券列表中，当前订单的可用优惠券；
若有多张可用优惠券时，系统需计算并默认选中可抵扣金额最高的优惠券；
市面上有部分优惠券是支持叠加使用的，故当出现有优惠券叠加逻辑时，同样需要在小程序前端给到用户相应的提示；
当提交订单时，订单则绑定优惠券，记录订单与优惠券的关联关系，且标记优惠券为已使用状态。
售前退券：指用户提交订单后订单待支付时，用户手动点击取消订单或者超时未支付，系统自动关闭订单的情况；
售后退券：指订单提交并支付订单后，发起的仅退款或者退货退款申请，售后完成关闭订单的情况。
逆向流程的设计，则要求系统在提交订单时，需要把优惠券的优惠金额，按一定规则分摊到各个商品SKU维度，以支持部分退款时退款金额的计算。
1）售前退券说明：
此场景下，需要根据订单是否被拆分，决定优惠券是否返回。若订单未被拆单，即订单全部退款时，支持优惠券返还；若订单拆单，但用户取消部分子订单时，仅返还对应的金额，不返还优惠券。
2）售后退券说明：
此场景下，以下两种处理方式均是合理的：
遵循订单全额退款时，优惠券返还；订单部分退款时，优惠券不返还原则。若订单未被拆分，则订单全部退款时，支持优惠券返还；若订单拆单，但用户发起部分子订单的售后申请，仅返还对应的金额，不返还优惠券
售后统一设置成不可返还，订单支付后，用了就不退。
四、异常篇：异常情况处理方式说明
唤起支付后或找人代付后，不做校验，若在唤起支付或找人代付后，到支付成功前（以下称“此过程”），出现以下2种情况的解决方案：
此过程中优惠券活动时间已结束——未完成支付，订单保留待付款状态30min，30min内支持以使用优惠券券后价格支付；30min后订单自动关闭（即已绑定优惠券的待支付订单，此处不做校验，即使已过有效期，仍可使用）。
关于现金券的使用，一般来说现金券是无门槛的直接抵扣订单金额的，那么当现金券＞订单支付金额时的场景，需要注意。通常采用的方式是提示用户，并由用户确认是否使用，若使用，则此现金券被置为已使用状态，剩余余额部分后续订单也不支持继续使用。
运营层面，当优惠券活动被强制终止时，仅不支持用户端继续支持领取此优惠活动发放的优惠券，但是终止前已被用户领取的优惠券依然可以使用。若需要终止前已被用户领取的优惠券不可以，需要进入优惠活动的码库，将所有未使用的优惠券作废掉。
以上是本次优惠券的分享内容，篇幅较长，感谢阅读！
#相关阅读#
后台设计：营销工具之拼团活动如何设计？
前台设计：拼团活动之小程序前端页面实例讲解
