优惠券设计:优惠券活动篇
优惠券活动的发放方式可以归为三类:手动发放、系统触发、手动领取,本篇文章对其分别作了介绍。
优惠券设计前序两篇:
整体框架:《优惠券设计:整体框架篇》
优惠券模板:《优惠券设计:优惠券模板篇》
一、框架结构
优惠券活动主要是管理优惠券的发放活动,优惠券活动和优惠券存在一对多的关系,即一个优惠券活动可以同时发放多张多种类的优惠券。
可以把优惠券活动的发放方式归结为如下三类:
2. 手动发放
手动发放指运营人员手动创建优惠券活动,对一定范围的用户发放优惠券。
手动发放是最基础的发放方式,优惠券系统建立时,最应该优先支持的方式。手动发放对于系统流程来说,是最为简单,使用最为灵活。运营人员可以根据实际发券需求,手动进行发放。后期其他自动发放方式出现故障时,也可以使用手动发放来进行兜底补偿。
范围筛选:
范围筛选指对特定范围的用户发放优惠券。
常见的范围划分维度包含以下几类:
- 区域。对于特定地理位置的用户,进行发券。主要适用于区域属性较强的使用场景。例如:在初冬对北方城市用户批量发放羽绒服品类优惠券。
- 等级。适用于等级属性较强的使用场景。对于不同等级有不同的发券策略时,通过等级进行区分。例如:双11活动预热时,对高等级的用户发放更高额的优惠券。
- 标签&画像。标签和画像是根据用户的行为,对用户进行分群。标签&画像系统后续有机会再进行展开详述,此处仅指在用户分群基础上,进行精准的优惠券发放。例如:对于拥有“连续3天浏览生鲜商品但未购买”用户画像的用户,发放生鲜类优惠券进行促进购买。
范围筛选时,各个维度的筛选是组合生效,能够支持实际更为复杂的使用场景。
指定用户:
指定用户指对指定用户id的用户发放优惠券。
常用方式有两种,批量导入名单和单用户发放。批量导入名单主要使用场景为,一些系统尚未覆盖的批量场景,例如:余量不足发券失败后,需要对发券失败的用户重新发券;单用户发放主要使用场景为客服,为安抚补偿用户,为指定用户发放优惠券。
指定用户发放模式,使用比较灵活,但操作成本较高。可以作为某些低频场景使用,也可以对营销策略进行验证。
2. 系统触发
指业务系统在用户达到一定条件后,对特定用户触发优惠券。
系统触发的发放方式应用场景主要可分为两大类:
精准营销:
基于对用户行为的分析,形成用户画像,针对不同画像的用户,可以采用不同的营销方式。优惠券活动是一种精准营销可选的执行方式。例如:当用户获得“连续3天浏览生鲜商品但未购买”用户画像时,自动触发为该用户发放一张生鲜类优惠券,促进用户购买。
活动奖励:
在运营活动中,优惠券作为一种可选的奖励方式对用户进行发放。例如:双11主题活动中,当天下单的用户可以进行一次转盘抽奖,其中一个奖项是两张100元无门槛优惠券。
以上两个场景,均涉及到优惠券活动模块与外部系统进行协同,由业务系统确定发放范围,由优惠券系统来进行具体的执行。一种通用的协同流程如下:
图中业务系统指,各个需要发放优惠券的系统,包括但不限于抽奖活动、精准营销活动、用户等级奖励等。
业务系统内在的业务逻辑和用户行为,筛选出发放范围,产生需要发放优惠券的结果。业务逻辑和用户行为对于优惠券活动模块属于黑盒,优惠券活动根据业务系统提供的用户id和优惠券活动id,执行发放动作即可。同样,优惠券的发放过程对于业务系统也属于黑盒,业务系统不必参与具体的发放过程,关注自身业务规则以及收取发放结果即可。
优惠券系统在业务系统中,处于执行环节。各类日常或活动性质的发券,均可以进行系统模块的对接,提高发券效率,降低运营成本。系统触发也是优惠券发放的终极发放方式。
3. 手动领取
指引导用户手动领取优惠券发放方式。
配合CMS系统,作为主题活动或商品活动,在对应的活动或商品详情显示领券入口。用户在领券时,需要进行条件校验,基础校验如下:
- 优惠券活动是否在有效期内;
- 用户是否在优惠券活动用户范围内;
- 用户该优惠券活动是否超限;
- 优惠券余量是否充足;
二、后台设计
1. 手动发放
发放方式选择“手动发放”时,具体配置项联动变化。
发放时间,指执行发放动作的具体时间,精确时间点,必须晚于当前时间。
筛选范围根据范围筛选和导入名单显示具体的筛选项,范围筛选时,通过用户属性维度进行组合筛选;导入名单时,可以上传具体的用户名单。
这里值得注意的一点是,由于用户的属性是动态变化的,所以范围筛选模式下,具体覆盖的用户一般是以发放时间判定,而非配置时的用户属性判定。
单用户发放一般会在客服系统中实现,此处不再做额外赘述。
2. 系统发放
发放方式选择“系统发放”时,额外有两项配置项:有效期和来源系统。
有效期指,优惠券活动系统接收外部触发的时间段,有效期外不接收触发。
来源系统项,限定了哪些系统模块可以触发此抽奖活动,可以多选。此处以优惠券作为抽奖活动的一个奖项为例,介绍业务系统配置。
抽奖活动的奖项配置中,可以支持多种奖项,其中一项为“优惠券”,奖项类型选择优惠券时,可以点击弹出框选择可用的优惠券活动。配置完成后,用户抽中三等奖时,系统按照前文所述流程,对抽奖和优惠券系统协同为用户发放优惠券。
3. 手动领取
发放范围选择“手动领取”时,可从时间、范围和领取限制三个维度进行限制。
手动领取型优惠券活动需要配置CMS系统控制前端页面展示,此处对cms部分不再做额外赘述。
4. 选择优惠券
优惠券活动选择优惠券时,可以以弹出框方式进行展示。
对一个优惠券活动可以通过复选的方式,和多个优惠券模板建立关系;同时可以控制每个优惠券在活动中发放的数量。
小结
优惠券活动在优惠券整体功能中承担发放的环节。
下一篇将对优惠券核销及前端页面详细阐述,敬请期待。
本文由 @风之耳语 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Unsplash,基于CC0协议。
多个活动可以关联同一个优惠券吗
如何控制多个活动针对同一类用户的发放优先级
没有看到优惠券与预算是怎么关联控制的
请问如果优惠券绑定的商品不足了这种情况怎么处理啊?
商品不足,是商品库存那边独立处理;优惠券系统和商品库存系统是独立分开的。
优惠券和抽奖之间的联动,能讨论一下?
请问下发券规则,核销规则是在业务端校验还是在券平台,如果在券平台,在多个业务端的情况下业务数据如何快速获取
好
看过所有的优惠券的设计,这一篇把外部业务系统和优惠券的发放解耦,非常不错,感谢笔者。
赞了~
设计多有现成的模板,这个优惠的金额是怎么来的,是随意填写还是经过计算得来的
有思考过什么样的优惠券能带来更多收益吗?
其实我也想问这个问题
需要代入到具体的业务场景中去,不同行业不同场景不一样
手动发放应该在优惠券建立之前。防止自动发放异常的补偿
选择商品放在优惠券活动里可行吗?
用活动来控制优惠券的使用商品,求解答,多谢多谢
能加个微信吗,交流下
欢迎关注公众号:pm_wind
手动发放优惠券时,如果发放对象的数量大于优惠券设置的发放数量时,怎么处理呢
两个节点保障:
1.创建时,当前活动覆盖人数大于优惠券余量时,进行提示。
2.实际发放时,对于未成功发放信息,对创建人进行告警通知。
先在优惠券系统中新建优惠券,然后在其他系统中选择优惠券;比如在报名活动中,报名成功赠送优惠券,在活动配置项中增加一个报名成功赠送优惠券,然后把优惠券系统中的优惠券列出来,选中要赠送的优惠券。这种方式是不是也能实现系统自动赠送优惠券的功能
是的,外部系统发放优惠券不通过优惠券活动也可以实现。但使用优惠券活动在产品架构上更优:
(1)模块解耦。优惠券的规则是优惠券模块迭代的重点,外部系统不直接接触优惠券,迭代时相互依赖会小很多;
(2)功能收口。优惠券活动是发放的收口,可以通过优惠券活动查看管理所有优惠券的发放。
(3)业务权限。商城运营对于业务营销活动发放优惠券需要进行管理和审核。
你好,有一个问题,在抽奖活动的奖品中直接选择优惠券类型, 然后选择某一种优惠券作为奖品;当用户中奖时候,直接发放到用户的劵包中;中间不需要优惠券活动貌似也能实现
手动发放只有发放时间?有效期是指时间段内可领,还是领到后多久过期?
1.手动发放设定哪个时间点定时发放;
2.时段内可领,领到后多久过期是优惠券的有效期属性,不属于发放活动。可参考前一篇:http://www.woshipm.com/pd/1624774.html
手动发放的执行者是运营人员,我觉得可以设置时间点由定时任务触发来发放,也可以运营人员自己在某一时刻人为触发发放动作。手动领取的执行者是用户,建议用领取的时间段来控制券发放。
不管是发的还是领的券到了用户账户后,券需要一个使用的有效区间来控制用券环节,根据实际场景,可以用相对时间或者绝对时间来控制。
想问下作者,后端产品的核心竞争力是什么,应该如何培养~~?
严密的逻辑思维能力和业务流程抽象+结构化能力
很系统,不错
受用了!刚接手一个电商系统的产品,正在为优惠券、储值卡的设计发愁。打开首页,就看到这篇干活! 😉