优惠券设计:优惠券活动篇

29 评论 66175 浏览 489 收藏 10 分钟

优惠券活动的发放方式可以归为三类:手动发放、系统触发、手动领取,本篇文章对其分别作了介绍。

优惠券设计前序两篇:

整体框架:《优惠券设计:整体框架篇

优惠券模板:《优惠券设计:优惠券模板篇

一、框架结构

优惠券活动主要是管理优惠券的发放活动,优惠券活动和优惠券存在一对多的关系,即一个优惠券活动可以同时发放多张多种类的优惠券。

可以把优惠券活动的发放方式归结为如下三类:

2. 手动发放

手动发放指运营人员手动创建优惠券活动,对一定范围的用户发放优惠券。

手动发放是最基础的发放方式,优惠券系统建立时,最应该优先支持的方式。手动发放对于系统流程来说,是最为简单,使用最为灵活。运营人员可以根据实际发券需求,手动进行发放。后期其他自动发放方式出现故障时,也可以使用手动发放来进行兜底补偿。

范围筛选:

范围筛选指对特定范围的用户发放优惠券。

常见的范围划分维度包含以下几类:

  • 区域。对于特定地理位置的用户,进行发券。主要适用于区域属性较强的使用场景。例如:在初冬对北方城市用户批量发放羽绒服品类优惠券。
  • 等级。适用于等级属性较强的使用场景。对于不同等级有不同的发券策略时,通过等级进行区分。例如:双11活动预热时,对高等级的用户发放更高额的优惠券。
  • 标签&画像。标签和画像是根据用户的行为,对用户进行分群。标签&画像系统后续有机会再进行展开详述,此处仅指在用户分群基础上,进行精准的优惠券发放。例如:对于拥有“连续3天浏览生鲜商品但未购买”用户画像的用户,发放生鲜类优惠券进行促进购买。

范围筛选时,各个维度的筛选是组合生效,能够支持实际更为复杂的使用场景。

指定用户:

指定用户指对指定用户id的用户发放优惠券。

常用方式有两种,批量导入名单和单用户发放。批量导入名单主要使用场景为,一些系统尚未覆盖的批量场景,例如:余量不足发券失败后,需要对发券失败的用户重新发券;单用户发放主要使用场景为客服,为安抚补偿用户,为指定用户发放优惠券。

指定用户发放模式,使用比较灵活,但操作成本较高。可以作为某些低频场景使用,也可以对营销策略进行验证。

2. 系统触发

指业务系统在用户达到一定条件后,对特定用户触发优惠券。

系统触发的发放方式应用场景主要可分为两大类:

精准营销:

基于对用户行为的分析,形成用户画像,针对不同画像的用户,可以采用不同的营销方式。优惠券活动是一种精准营销可选的执行方式。例如:当用户获得“连续3天浏览生鲜商品但未购买”用户画像时,自动触发为该用户发放一张生鲜类优惠券,促进用户购买。

活动奖励:

在运营活动中,优惠券作为一种可选的奖励方式对用户进行发放。例如:双11主题活动中,当天下单的用户可以进行一次转盘抽奖,其中一个奖项是两张100元无门槛优惠券。

以上两个场景,均涉及到优惠券活动模块与外部系统进行协同,由业务系统确定发放范围,由优惠券系统来进行具体的执行。一种通用的协同流程如下:

图中业务系统指,各个需要发放优惠券的系统,包括但不限于抽奖活动、精准营销活动、用户等级奖励等。

业务系统内在的业务逻辑和用户行为,筛选出发放范围,产生需要发放优惠券的结果。业务逻辑和用户行为对于优惠券活动模块属于黑盒,优惠券活动根据业务系统提供的用户id和优惠券活动id,执行发放动作即可。同样,优惠券的发放过程对于业务系统也属于黑盒,业务系统不必参与具体的发放过程,关注自身业务规则以及收取发放结果即可。

优惠券系统在业务系统中,处于执行环节。各类日常或活动性质的发券,均可以进行系统模块的对接,提高发券效率,降低运营成本。系统触发也是优惠券发放的终极发放方式。

3. 手动领取

指引导用户手动领取优惠券发放方式。

配合CMS系统,作为主题活动或商品活动,在对应的活动或商品详情显示领券入口。用户在领券时,需要进行条件校验,基础校验如下:

  1. 优惠券活动是否在有效期内;
  2. 用户是否在优惠券活动用户范围内;
  3. 用户该优惠券活动是否超限;
  4. 优惠券余量是否充足;

二、后台设计

1. 手动发放

发放方式选择“手动发放”时,具体配置项联动变化。

发放时间,指执行发放动作的具体时间,精确时间点,必须晚于当前时间。

筛选范围根据范围筛选和导入名单显示具体的筛选项,范围筛选时,通过用户属性维度进行组合筛选;导入名单时,可以上传具体的用户名单。

这里值得注意的一点是,由于用户的属性是动态变化的,所以范围筛选模式下,具体覆盖的用户一般是以发放时间判定,而非配置时的用户属性判定。

单用户发放一般会在客服系统中实现,此处不再做额外赘述。

2. 系统发放

发放方式选择“系统发放”时,额外有两项配置项:有效期和来源系统。

有效期指,优惠券活动系统接收外部触发的时间段,有效期外不接收触发。

来源系统项,限定了哪些系统模块可以触发此抽奖活动,可以多选。此处以优惠券作为抽奖活动的一个奖项为例,介绍业务系统配置。

抽奖活动的奖项配置中,可以支持多种奖项,其中一项为“优惠券”,奖项类型选择优惠券时,可以点击弹出框选择可用的优惠券活动。配置完成后,用户抽中三等奖时,系统按照前文所述流程,对抽奖和优惠券系统协同为用户发放优惠券。

3. 手动领取

发放范围选择“手动领取”时,可从时间、范围和领取限制三个维度进行限制。

手动领取型优惠券活动需要配置CMS系统控制前端页面展示,此处对cms部分不再做额外赘述。

4. 选择优惠券

优惠券活动选择优惠券时,可以以弹出框方式进行展示。

对一个优惠券活动可以通过复选的方式,和多个优惠券模板建立关系;同时可以控制每个优惠券在活动中发放的数量。

小结

优惠券活动在优惠券整体功能中承担发放的环节。

下一篇将对优惠券核销及前端页面详细阐述,敬请期待。

 

本文由 @风之耳语 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 多个活动可以关联同一个优惠券吗
    如何控制多个活动针对同一类用户的发放优先级

    来自上海 回复
  2. 没有看到优惠券与预算是怎么关联控制的

    来自广东 回复
  3. 请问如果优惠券绑定的商品不足了这种情况怎么处理啊?

    来自浙江 回复
    1. 商品不足,是商品库存那边独立处理;优惠券系统和商品库存系统是独立分开的。

      来自山东 回复
  4. 优惠券和抽奖之间的联动,能讨论一下?

    来自浙江 回复
  5. 请问下发券规则,核销规则是在业务端校验还是在券平台,如果在券平台,在多个业务端的情况下业务数据如何快速获取

    来自广东 回复
  6. 回复
  7. 看过所有的优惠券的设计,这一篇把外部业务系统和优惠券的发放解耦,非常不错,感谢笔者。

    来自浙江 回复
    1. 赞了~

      来自广东 回复
  8. 设计多有现成的模板,这个优惠的金额是怎么来的,是随意填写还是经过计算得来的

    来自四川 回复
  9. 有思考过什么样的优惠券能带来更多收益吗?

    来自北京 回复
    1. 其实我也想问这个问题

      来自浙江 回复
    2. 需要代入到具体的业务场景中去,不同行业不同场景不一样

      来自广东 回复
  10. 手动发放应该在优惠券建立之前。防止自动发放异常的补偿

    来自北京 回复
  11. 选择商品放在优惠券活动里可行吗?
    用活动来控制优惠券的使用商品,求解答,多谢多谢

    回复
  12. 能加个微信吗,交流下

    回复
    1. 欢迎关注公众号:pm_wind

      来自浙江 回复
  13. 手动发放优惠券时,如果发放对象的数量大于优惠券设置的发放数量时,怎么处理呢

    来自北京 回复
    1. 两个节点保障:
      1.创建时,当前活动覆盖人数大于优惠券余量时,进行提示。
      2.实际发放时,对于未成功发放信息,对创建人进行告警通知。

      来自浙江 回复
  14. 先在优惠券系统中新建优惠券,然后在其他系统中选择优惠券;比如在报名活动中,报名成功赠送优惠券,在活动配置项中增加一个报名成功赠送优惠券,然后把优惠券系统中的优惠券列出来,选中要赠送的优惠券。这种方式是不是也能实现系统自动赠送优惠券的功能

    来自河南 回复
    1. 是的,外部系统发放优惠券不通过优惠券活动也可以实现。但使用优惠券活动在产品架构上更优:
      (1)模块解耦。优惠券的规则是优惠券模块迭代的重点,外部系统不直接接触优惠券,迭代时相互依赖会小很多;
      (2)功能收口。优惠券活动是发放的收口,可以通过优惠券活动查看管理所有优惠券的发放。
      (3)业务权限。商城运营对于业务营销活动发放优惠券需要进行管理和审核。

      来自浙江 回复
  15. 你好,有一个问题,在抽奖活动的奖品中直接选择优惠券类型, 然后选择某一种优惠券作为奖品;当用户中奖时候,直接发放到用户的劵包中;中间不需要优惠券活动貌似也能实现

    来自河南 回复
  16. 手动发放只有发放时间?有效期是指时间段内可领,还是领到后多久过期?

    来自北京 回复
    1. 1.手动发放设定哪个时间点定时发放;
      2.时段内可领,领到后多久过期是优惠券的有效期属性,不属于发放活动。可参考前一篇:http://www.woshipm.com/pd/1624774.html

      来自浙江 回复
    2. 手动发放的执行者是运营人员,我觉得可以设置时间点由定时任务触发来发放,也可以运营人员自己在某一时刻人为触发发放动作。手动领取的执行者是用户,建议用领取的时间段来控制券发放。
      不管是发的还是领的券到了用户账户后,券需要一个使用的有效区间来控制用券环节,根据实际场景,可以用相对时间或者绝对时间来控制。

      回复
  17. 想问下作者,后端产品的核心竞争力是什么,应该如何培养~~?

    来自上海 回复
    1. 严密的逻辑思维能力和业务流程抽象+结构化能力

      来自浙江 回复
  18. 很系统,不错

    来自福建 回复
  19. 受用了!刚接手一个电商系统的产品,正在为优惠券、储值卡的设计发愁。打开首页,就看到这篇干活! 😉

    来自安徽 回复