关于优惠券的那些事(二):从0开始设计优惠券系统

Kavin
5 评论 20896 浏览 165 收藏 9 分钟
🔗 B端产品经理需要更多地遵循行业的标准和规范,而C端产品经理需要更多地创造行业的新趋势和模式。所以差异很大

编辑导语:不少产品都需要优惠券系统,在上篇文章《关于优惠券的那些事(一):优惠券的本质作用》中,作者对优惠券的本质作用进行了分析。而在这篇文章,为了大家能够更深刻的理解优惠券,笔者总结了自己从0到1的优惠券体系搭建经验,与大家分享。

上一篇给大家介绍了优惠券的本质作用,希望在实际工作中对大家有所帮助。

今天我和大家一起再分享下优惠券系统的设计,看下优惠券系统应该怎么设计,也希望对从事相关模块的产品经理或者将来或许会从事这一模块的产品经理有所启发,少走弯路。行业不同,导致优惠券的种类也会千差万别,有电商类、外卖类、旅游类、金融类等等。

但是万变不离其宗,优惠券的本质作用不会变,优惠券种类的变化,只是根据不同的产品改变了外在形式而已,优惠券的基本属性是不会变的。从0开始设计,希望这篇文章能够让产品经理们快速上手。了解优惠券设计之前,我们先简单了解下优惠券的主要生命周期:

一、优惠券的生命周期

  • 创建:由运营同学在后台申请创建优惠券;
  • 投放:由运营同学把优惠券投放在活动中,优惠券和活动一般不分离;
  • 领取:一般指用户主动在活动页面领取或者运营主动对用户账户进行充值;
  • 使用:用户在购买商品的时候使用优惠券,优惠券被使用。

下面我们来看下优惠券应该怎么设计?

二 、优惠券的基本属性

1. 优惠券类型

1)按使用范围分

通用券、单品券、跨品券,这类优惠券主要是电商平台使用的较多,一般平台通用券即可。

2)按使用功能分

  • 无门槛

用户使用的时候没有门槛,不管商品价格多少都可以抵用。这种更容易吸引新用户,但是考虑到成本,这种优惠券面额都相对较低。

  • 满减

用户使用的时候有一定的门槛,消费金额必须满足规定的金额才可以使用。举例:满100元减5元,订单金额达到100元才可以使用。

对于有些平台的商品价格差异比较大,满100元减5元的优惠可能无法吸引用户,需要30元、50元甚至面额更高的优惠券,这时候我们的运营人员可能会申请多张优惠券,但是这样操作就比较麻烦了。

这时候引入了阶梯优惠券的概念,比如满100-5,满500-30,满1000-100,一张优惠券设置不同的满减门槛,根据用户购买商品的价格给予不同额度的抵扣,达到哪个门槛使用哪个金额,提高了用户的购买力。

一张优惠券的作用达到了多张优惠券的作用,并且也防止了红包的滥发。

  • 折扣

主要是打折使用,比如原价上打7折,设置的时候也需要设置下最高抵扣金额。

举例某商品20元,给了用户一张5折券,这时候用户只需要支付10元,公司亏损10元;某件商品100元,用户用了5折券后只支付了50元,公司亏了50元,如果设置最大抵扣金额,比如20元,即使打了5折,用户享受的优惠最大也只有20元。

2. 优惠券面额

固定面额:是多少就发多少。

浮动面额:金额不确定,有可能是5元,有可能是10元,根据算法计算,个性化金额。

活动时间:这个指的是优惠券投放的时间,在这个时间段可以投放,并不是指券可使用的时间,举例:活动时间设置的是4月25日到5月3日,指的是这段时间优惠券可以发放,但具体这段时间是否可使用需要看优惠券设置的使用时间,两者的概念不一样,不要搞混。

有效期:主要指的是优惠券的使用时间

  • 固定有效期:使用的具体时间,具体5月1日到5月7日可用;
  • 动态有效期:指领取X天后生效,有效X天。

发放限制

  • 库存设置:设置优惠券的库存
  • 券每日领取上限:券每日发放的库存
  • 个人每日领取上限:控制每个人的领取次数
  • 设备号领取上限:防止同一设备薅羊毛,主要针对大额优惠券

发放对象:主要针对不同类型的用户或者不同等级的用户发放优惠券

投放和使用渠道:针对拥有多渠道平台投放优惠券的公司,可以设置在某个单平台投放或者使用,同时也可以选择在A平台(APP)投放但是只能在B平台(微信)使用。根据运营的需要,可以设置在不同的渠道进行使用。

特殊条件:主要针对一些项目的特殊使用条件,举例:机票指定航司、航班,火车票指定坐次,用车指定车型等等。

使用时间:在优惠券的有效期上有加了一层条件,比如:仅限某个时间点可使用、仅限每周几使用等等

券状态

  • 未使用:正常未使用
  • 已使用:优惠券已被使用
  • 已占用:优惠券被占用,一般在提交订单未支付的时候会被占用
  • 已过期:优惠券到期
  • 已作废:特殊原因被废弃

以上这些基本上就是优惠券的基础属性了,不同行业也可根据自己的特性另外在扩展功能,以下是红包配置的部分截图:

三、优惠券的后台设计

上面已经比较全面的介绍了红包的基本属性,已经可以大致搭建一个优惠券的后台了,但光是这么简单的功能肯定是不满足我们的实际使用需要,所以再给大家分享下后台还需要哪些基本功能。

  • 数据看板:包括优惠券的发放、使用量、人数、金额、优惠券使用率等等,数据看板的作用是为了数据分析,为了指导我们后面的方向;
  • 优惠券申请:主要包括优惠券的配置以及优惠券的查询;
  • 审批列表:对于申请的优惠券需要有固定的人员(上级领导、公司财务等)进行审核;
  • 优惠券工具:主要神对特殊情况需要对优惠券进行补发以及作废;
  • 领取查询:查询用户账户领取的优惠券。

总结:优惠券的类型虽然千差万别但是本质都是一样的,并且优惠券的投放最终都需要考虑运营的成本,并且需要重视每次的效果回收,只有不断的进行测试打样,才能选出适合自己平台的优惠券类型。

 

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

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 想问问 在技术层面上开发优惠券系统,开发难度大不大

    来自上海 回复
  2. 催更

    来自北京 回复
  3. 楼主, 你好,可以看到完整的优惠券设计面板原型吗

    来自广东 回复
  4. 挺不错的

    来自广东 回复
  5. 总结的很详细

    回复
专题
96183人已学习30篇文章
想要脱围而出,你必须升级你的技能和思维。
专题
12574人已学习12篇文章
构建UGC社区是很多社区平台的必经之路,它能助力平台内容生产,为社区提供活水源泉。本专题的文章分享了如何构建UGC社区。
专题
14881人已学习12篇文章
在职场中,跨部门沟通是一个非常重要的软技能,不管是要完成日常项目,还是接手新的业务,都需要有良好的跨部门沟通能力。本专题的文章分享了如何做好跨部门沟通。
专题
49361人已学习16篇文章
看看别人家的PM是怎么做产品测试的。
专题
14844人已学习13篇文章
作为一名运营,需要持续对自己的经验进行总结并不断更新迭代。本专题的文章分享了运营方法论。