优惠券的设计指南(四):发放系统篇

15 评论 47548 浏览 185 收藏 7 分钟

这是《优惠券的设计指南》系列文章的第四篇 —发放系统篇。

一、纠正

在写该文之前,需要对第三篇 《优惠券的设计指南》(三):活动系统篇 进行纠正部分内容。

在体验饿了么、美团外卖的时候,会有如下的几种情况:

  1. 饿了么的分享后的优惠券从原本的固定金额的券,变成了浮动金额的券。尽管文章中有过设计,但缺乏系统的考虑,并不完善;
  2. 在领取时会有发现,大多数的活动是一个用户只能领取一次,而有些活动是一个活动可以多次发放;

因此为了解决上面的情况,对之前的《活动系统篇》做了调整。

增加用户标签

在对活动的设置中,会增加“用户标签”的选择,用户标签可根据不同的业务、公司对用户的标签进行设定。

当然,“用户标签”这次做了单独的处理,独立于四个系统之外,属于公共的部分,等下文会进行讲述。

发券的设置

发券的设置是指两部分,一个是固定、随机的发券模式的设置;另一个是每个人限制领取的次数限制。

发券设置分为固定券发放、随机券的发放。若是随机券的发放模式,会在发放是,随机确定哪一个顺位领取的是最大。

领取发券的逻辑

增加了用户标签、发券设置、每个人限制后,领取发券的逻辑自然需要调整。

在进入活动时,会增加用户标签的判断(范围是基于该活动所关联的发券逻辑进行限制的,下文会讲到),在领取时会增加领取次数的判断。

详情可查看原型方案,附带“—10.15修改”为本次的修改部分,可查看红框标记。

二、增加公共部分

在讲述《发券系统篇》之前,需要先讲两个公共的设置:用户标签、范围设置。

之所以现在讲,一个主要的原因是,《优惠券的设计指南》系列文章,是在我脑中有个整体的框架,然后边写边细化,同时会与读者交流,同时会更加深入的了解业务和整个优惠券,其实我对优惠券的认识,也在不断的深入中,深入后就会发现,有很多的遗漏,用户标签、范围设置,就是两个比较大的遗漏。包括上面提到的纠正的部分,也算是遗漏。

用户标签

这一块是我在细化发放系统时,考虑到的。在活动的最初策划阶段,会基于用户标签这个属性,对活动的性质进行确定, 比如新用户活动,那针对的用户标签就是新注册的用户。

由于用户标签是个很复杂的东西,这里只是基于优惠券这个,提到了几个点:会员、未下单时间、新用户。

会员只是这个活动是不是只针对会员的一次活动,通过在活动上进行区分,提高会员的价值,是一个很常见的运营会员的模式。

未下单时间只是已经多久未下单的用户,可通过这个进行唤起沉睡用户,策划激活沉睡用户活动的一个很关键的标签。

新用户,就是针对于新用户的,比较好理解一些。

范围设置

范围设置,是对地区的进行设置,通过人为的将区域进行划分,从而达到对某一地区或某一种地区的划分。

三、发放系统

在整体框架设计中,已经将做了说明,发放系统分为:范围、个性化。

范围就是公共的范围的设置,个性化更多的是对该发放规则下的活动的设置。

发放的设置包括:基础设置、活动设置、展示设置。

基础设置

基础设置包括发放名称、有效期、范围、状态。是基础性的设置。

范围的设置,就是范围设置的下拉筛选。

活动设置

这里是发放与活动的管理,一个发放只能管理一个活动。

除了活动,还包括节点、每个人限领次数。

节点是指在什么情况下进行发放或推送活动,一般由于每增加一个节点,就会涉及开发,这里只能只是筛选已增加的阶段。

每个人限领次数,是指每天该发放规则下一个用户的限领次数。

展示设置

展示设置只是在有活动推送的情况下, 比如提示分享时,展示的文案和标题,这里只是设置:标题、图片。可根据实际情况进行不同的规划。

四、原型查看

若要查看完整的《优惠券的设计指南》系列文章的产品原型,可访问:

链接: http://hm2acs.axshare.com/#p=项目说明
密码:pmupday

相关阅读

《优惠券的设计指南》(一):优惠券设计的整体框架

《优惠券的设计指南》(二):优惠券系统篇

《优惠券的设计指南》(三):活动系统篇

 

本文由 @蓝胖子 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自PEXELS,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这个完全是平台型的优惠券系统,太强大了,还支持合作方的券。
    通常的优惠券系统只有规则、券、统计的模块。

    来自广东 回复
  2. 您的文章从头到尾仔细看了,收获颇丰。有个问题想请教一下,发放系统是否可以并入活动系统中作为一个模块?分开单列会产生一定的理解障碍;发放系统里最重要的其实是范围设置,可以包括节点、地区、业务、用户,完全可以放入活动系统中。不知道您将这两个系统分开单独放置是否还有其他原因?

    来自福建 回复
    1. 我的个人感觉:活动和优惠券其实是属于2个不同的系统,但是双方关联非常紧密。

      来自广东 回复
  3. 发放后支持编辑吗?如果编辑了,那领取的用户岂不是看到的规则就变了?

    来自湖北 回复
    1. 正好在做优惠券系统。我们的规则是已经发放的活动不支持修改,可以下架活动和新增活动。已经发放的券仍然有效。

      来自上海 回复
    2. 是的。编辑了就相当于是新的优惠券,已发放的是无法再编辑。覆水难收。

      来自广东 回复
  4. 太棒了,感谢作者

    来自广东 回复
  5. 作者思路很棒,但这个发放系统和活动系统没必要分的太开吧~ 这么多系统,会不会反倒有些不太好管理。
    发放系统里有推送的情况下展示的文案和图片,是指哪里呢?

    来自上海 回复
    1. 我说下我的理解:如果活动运营不需要太细化,那么发放和活动可以放一起。如果需要很精细化、灵活运营,那么同一个活动可以通过配置多个发放规则用不同的范围、节点、有效期来达到灵活控制的效果

      来自湖南 回复
  6. 发放有效期和活动有效期有什么区别么?发放和活动是不是可以合并呢

    来自浙江 回复
  7. 您好, 我把您写的几篇文章全部看完了,写的很全面呢。谢谢
    我有几个问题想请教一下, 优惠券是 商家的优惠券还是平台优惠券, 是在哪个阶段定义的呢 ? 在优惠券系统定出,还是在活动系统定出呢?

    来自日本 回复
  8. 已经有点头晕了 ,庞大的知识量

    来自广东 回复