
大厂的优惠券系统是如何设计的?(一)
正文
1 Scenario 场景
电商大厂常见促销手段:
- 优惠券
- 拼团
- 砍价
- 老带新
1.1 优惠券的种类
- 满减券
- 直减券
- 折扣券
1.2 优惠券系统的核心流程
1.2.1 发券
- 发券的方式:同步发送 or 异步发送
1.2.2 领券
- 谁能领?
所有用户 or 指定的用户
- 领取上限
一个优惠券最多能领取多少张?
- 领取方式
用户主动领取 or 自动发放被动领取
1.2.3 用券
- 作用范围
商品、商户、类目
- 计算方式
是否互斥、是否达到门槛等
1.3 需求拆解
1.3.1 商家侧
- 创建优惠券
- 发送优惠券
1.3.2 用户侧
- 领取优惠券
- 下单
- 使用优惠券
- 支付
2 Service 服务
2.1 服务结构设计
2.2 优惠券系统设计技术难点
- 券的分布式事务,使用券的过程会出现的分布式问题分析?
- 如何防止超发?
- 如何大批量给用户发券?
- 如何限制券的使用条件?
- 如何防止用户重复领券?
3 Storage存储
3.1 表单设计
券批次(券模板),coupon_batch
指一批优惠券的抽象、模板,包含优惠券的大部分属性。
如商家创建了一批优惠券,共1000张,使用时间为2022-11-11 00:00:00 ~ 2022-11-11 23:59:59,规定只有数码类目商品才能使用,满100减50。
券
发放到用户的一个实体,已与用户绑定。
如将某批次的优惠券中的一张发送给某个用户,此时优惠券属于用户。
规则
优惠券的使用有规则和条件限制,比如满100减50券,需要达到门槛金额100元才能使用。
券批次表 coupon_batch
规则表 rule:
规则内容:
优惠券表 coupon:
3.2 建券
1、新建规则
2、新建优惠券批次
3.3 发券
如何给大量用户发券?
异步发送!
触达系统
- 短信、邮件
可通过调用第三方接口的方式实现
- 站内信
通过数据库插入记录来实现
信息表 message
先考虑用户量很少的情况,商家要给所有人发站内信,则先遍历用户表,再按照用户表中的所有用户依次将站内信插入到 message 表中。这样,如果有100个用户,则群发一条站内信要执行100个插入操作。
系统用户数增加到w级
发一条站内信,就得重复插入上万条数据。而且这上万条数据的 content 一样!假设一条站内信占100K,发一次站内信就要消耗十几M。对此,可将原来的表拆成两个表:
信息表 message
信息内容表 message_content
发一封站内信的步骤
- 往 message_content 插入站内信的内容
- 在 message 表中,给所有用户插入一条记录,标识有一封站内信
文章转自公众号: JavaEdge
