优惠券

2021-03-31 08:47:54   35  举报





AI智能生成

优惠券是一种促销方式，可以在购物时抵扣一部分费用。它通常由商家或电商平台发放，可以在指定的商家或商品上使用。优惠券的使用规则和有效期各不相同，有些需要在指定时间内使用，有些则可以长期有效。使用优惠券时，需要注意查看其使用条件和限制，以免造成不必要的麻烦。此外，一些优惠券可能存在叠加使用的情况，即在满足一定条件下可以同时使用多张优惠券，从而获得更大的优惠。总之，优惠券是一种非常实用的购物工具，可以帮助消费者节省开支，提高购物体验。

优惠券主场

优惠券

电商优惠券逻辑流程图

作者其他创作

大纲/内容

退款

券是否退

退券：设定锁定状态

不退券：只退实付金额。券作废

分摊方式

单品退实际支付金额

多商品分摊退款

分摊方式

符合优惠券商品退款

按照剩余部分符合优惠券商品退款

使用场景

商品详情页查找优惠券，只需要按item_id反查商品表即可，就可以查到所有配置到该商品的优惠券。由于是通用页面，所以无视用户登录属性，所有人看到的页面都是一样。具体的校验规则（比如有些券只能新人领取）会放在用户”点击领取“时做逻辑控制校验。

逻辑看似简单，但对于一个电商网站而言，商品详情页的访问量通常是比较大的，如何支持高并发访问，我们一般会借助缓存，有专门的”优惠券同步中心“，将运营发布的优惠券按商品维度维护到Cache中，采用空间换时间的方式，提前预热好数据，这样当商详页访问时只需要查缓存即可，可以支持比较高的QPS。

有人可能会继续问，优惠券有自己的生命周期，如果券过期了怎么维护缓存的数据一致性。因为商品详情需要查优惠券的详细信息，所以接口内部会引入stream流的 filter机制，会对优惠券的可用时间做校验计算，将失效的券过滤掉。另外，我们会发一个优惠券过期的消息，由”优惠券同步中心“接受MQ消息对缓存中已经失效的优惠券做清理。

技术挑战

风控如何接入，领券接口的QPS会比较高，对风控接口性能有较高要求

券缓存如何设计。一般会按变化的频率做拆分。券模板本身内容可以封装一个缓存模型。其中的券库存由于经常变化，需要单独剥离处理，采用缓存+数据库。但如何保证两者的数据一致性需要我们特别关注

领取记录同样采用缓存+数据库

用户标签。由于不用的优惠券会限制发放给不用的用户人群，所以我们会根据券模板设置的用户标，采用策略模式，调用外部服务，实时查询用户是否满足领取条件

优惠券存在的意义

有效提高拉新、订单转化率、提高客单价

不贬低产品/商品的价值

满足用户心理，给用户制造优越感

对于一些犹豫不决买家，给他一张有一定优惠幅度的优惠券是促进其消费的一个十分不错的策略。某件商品常年不降价，买家已经关注很久了，或者一些东西，买家迟早要买，可以给他优惠券促使他提前买。这一类的优惠券设置难度比上面提到的难度大了不少，一是需要增加优惠券稀有度，需要设置一定的门槛才能领取，让用户感知「这个优惠券不是谁都能拿得到的」，然后如果现在不使用等优惠券过期了，那就十分可惜了。

常见的「内部优惠券群」或者「高级会员群」中发放优惠券都是这种类型，特点就是「制造稀缺感，促使消费」。说到底，这种心理返璞归真还是和「占便宜」心理一样，现在不用，以后就领不到了，不用就真可惜了。

价格锚点，价格歧视。价格歧视的作用是达到利润的最大化。

有的人愿意以较高的价格购买，另一部分人不愿意以该价格购买，但是只要便宜一点就愿意购买，怎么样能够让一部分人以高价购买，一部分人以低价购买呢？方法是设置一个需要一定门槛的优惠券，让想要用低价购买的人符合门槛，而愿意以高价购买的人不符合门槛。

方便价格浮动

这里的浮动主要是「涨价」，如何涨价才能最大程度地减少买家的「不满」情绪。这里的策略还是用优惠券来调节买家的「实际购买价」。我们考虑以下两种方法：

（1）现在价格80元，过几天涨价为90元。

（2）现在价格为100元，有满100减20优惠券，实付款80元购买。过几天可领取的优惠券变更为满100减10，实付款90元购买。

从买家心理上，他们最不喜欢的就是自己需要购买的商品涨价了，但是通过用优惠券调节的方式达到实际涨价的效果，就不是那么难以接受了。心理上会想：这个商品价格没变，只是优惠变少了。而不是认为商品涨价了。

类型

满减

满赠

折扣——按价格浮动

直减（代金券/现金券）——不限制使用

优惠码——发放/转赠

包邮券

个性规则

ID,名称

使用条件

承担方

面额