从零开始设计开发优惠券系统

什么是优惠券系统

说到电商平台上，无人不知优惠券体系，它是一种常见的促销方式，在规定的周期内，购买对应商品类型和额度商品时，下单结算时会减免一定金额。不过要注意的是优惠券系统和营销系统是不同的，营销系统中的各种营销活动或者营销工具，对于优惠券来说是不同的分发场景。

优惠券业务诉求

从多个角度来分析，我们到底需要什么样的优惠券系统

目标人群

从目标用户群里来看，我们可以将券分为两个大类

1. 非定向优惠券：

这两个业务的主要区别在于目标人群是否确定，我们可以发现，在多数电商平台，我们每个人都能领取的券，可以说是非定向人群，任何人都可以去领取，优点是覆盖人群广，但是可能效果没有那么高

一般有①app领取优惠券 ②订单满返券 ③优惠券兑换码 等等活动

2. 定向优惠券：

一般从精准营销的角度来看，我们的目标人群是确定的，直接给该用户发券，核销率会比较高，达成的效果比较好,缺点是涉及人群少

一般有：指定账户直接发优惠券

优惠券类型

我们在日常领取的过程中，可以发现，我们涉及到的券的种类很多，比如满减券、立减券等，我们简单来描述下，常见的几种类型的优惠券

1. 代金券

   可以直接抵扣商品金额，不找零；任意金额可用（可能会导致零元单，看业务是否能接受）；可以同非商品券叠加

2. 满减券

   可以抵扣商品金额，有使用门槛；门槛金额需大于优惠金额；可以同非商品券叠加

3. 折扣券

   可以抵扣商品金额，有使用门槛，需要设置封顶金额；可以同非商品券叠加

4. 运费券

   不可以抵扣商品金额；只能够抵扣运费；可以同非商品券叠加

优惠券的玩法和规则

1.叠加规则

1. 一般情况下，商品券我们分为商家自有券和平台发放券，都为商品券，平台的自有券是可以和商家的自行发放的券进行叠加的，但是商家券与 商家券不能叠加，平台券和平台券不能叠加，所以有

   商家券+平台券

2. 商品券和运费券是可以叠加的,那么我们可以知道，叠加规则可以

   商家券+平台券+运费券

3. 有时候，双十一等大促期间，电商平台还会出一些神券，这些券也是可以和上边的券叠加的，给到用户更多的优惠

   商家券+平台券+运费券+神券

2.命中规则

对于用户的优惠券来说，可能有很多，但是最优的搭配只能有一个，所以在选中最优的优惠券时，我们需要有一些排序条件

考虑的因素比较多

1. 金额

   金额是用户最关心的一个点，到底能有多大优惠，一定是体现在金额上，所以我们在搭配优惠券时，一定要把金额最大的，排在第一位

2. 时间

   优惠券都有有效时间，有可能有两张券，他们的面额、使用条件等，都一样，那么过期时间就作为一个排序条件，最先过期的优先

3. 类型

   可能我们的多张优惠券计算出来的金额都一样，时间也都一样，那么券的类型就很重要了，一般来说满减券要优先，折扣券次之，代金券最后，因为满减券有门槛，有最大值，但是折扣券可能封顶的优惠更大，而代金券又没有门槛，也就是说，满减券是限制最多的，优先使用掉

4. 商品

   有些券有商品的适用范围，有些券是全品类的，那么我们优先使用限制商品的券

5. 渠道

   有些券限制了APP还是小程序使用，有些是全渠道通用的券，那么优先使用限制渠道的券

综上，我们可以分析出来，金额最大的优先使用，限制条件多的优先使用。

优惠券的依赖方和调用方

依赖方

• 商品

  好多优惠券都是限制哪些商品可用，商品服务作为一个基础服务，是优惠券系统需要依赖的

• 商户

  有些券是商家券，限制了哪个商家可用，比如lining可用，nike不可用，我们要识别到是哪个商户，所以需要依赖商户系统

• 职能

  在权限控制和用户的有效性判断上，需要依赖职能系统，做校验相关的处理

• 审批流

  在创建优惠券的时候，我们需要有流程化的管控，需要对接审批流

调用方

• APP、小程序

  C端作为流量的入口，需要展示优惠券的信息数据，承接了优惠券展示的所有能力

  从领券开始，到提交订单时的查询可以使用的优惠券，到提交订单后的核销优惠券，最后在我的账户里边查询个人优惠券信息，完成了一整个C端的生命周期处理，属于最关键的调用方。

• 订单

  订单系统，在提交订单时，需要向优惠券系统来校验，券的状态等数据，如果订单金额符合满额返券的金额。那么还需要调用优惠券系统来向用户发券

• 营销工具

  一些营销工具多种多样，比如新人礼包等，需要调用优惠券系统来获取券的信息

优惠券系统业务架构图

梳理明白业务，我们下一期聊一下如何开始Coding。